Penulis:imToken
Secara objektif, dalam beberapa waktu terakhir, banyak pengguna merasakan Ethereum secara langsung bukan melalui peta jalan atau rapat pengembang, tetapi melalui operasi konkret di blockchain.
Misalnya, dalam dua tahun terakhir, banyak yang merasakan Gas yang semakin rendah saat transfer, pengalaman interoperabilitas lintas rantai yang membaik, dan lain-lain. Inilah mengapa skalabilitas Ethereum tidak pernah menjadi sekadar masalah "perlombaan kinerja"—bagi pengguna biasa, TPS yang lebih tinggi, blok yang lebih besar, arsitektur dasar yang lebih kompleks, hanya bermakna ketika benar-benar diubah menjadi biaya yang lebih rendah, operasi yang lebih lancar, dan pengalaman dompet yang lebih aman.
Dan serangkaian perkembangan baru Ethereum belakangan ini kebetulan mengarah pada upaya Ethereum untuk memindahkan kompleksitas yang selama ini ditanggung oleh dompet, DApp, relayer pihak ketiga, dan pengguna sendiri secara sistematis ke lapisan protokol.
Di antaranya termasuk Keyed Nonces yang melibatkan Vitalik, konsensus arah seputar floor Gas Limit 200 juta dalam peningkatan Glamsterdam, serta serangkaian petunjuk tersembunyi dalam peta jalan 2026 yang terus menekankan abstraksi akun asli, interoperabilitas lintas L2, dan penguatan keamanan L1.
I. Gas Limit Dinaikkan menjadi 200 Juta?
Pertama, lihat yang paling mudah dirasakan pengguna, Gas Limit.
Seperti diketahui, dalam jaringan Ethereum, setiap transaksi (baik transfer maupun interaksi kontrak) memerlukan konsumsi sejumlah Gas, dan kapasitas Gas Limit setiap blok Ethereum tetap, atau terbatas slot-nya: semakin banyak slot, semakin banyak penumpang yang bisa diangkut dalam periode yang sama; semakin ketat slot-nya, semakin tinggi penawarannya, dan Gas fee pun meningkat.
Secara teori, peningkatan batas Gas blok memang akan secara langsung meningkatkan kinerja mainnet Ethereum secara signifikan. Namun, di masa lalu, dengan perkembangan besar di jalur L2, Ethereum cukup hati-hati dalam hal ini, sebagian besar tekanan skalabilitas sengaja dialihkan ke jalur L2.
Melihat kurva ekspansi Gas Limit Ethereum, setelah Gas Limit jaringan Ethereum pertama kali melampaui 10 juta pada September 2019, hingga tahun ini, dalam 7 tahun, Gas Limit baru naik dari 8 juta menjadi 60 juta. Terutama pada tahun 2025, baru benar-benar memasuki fase percepatan—dari 30 juta menjadi 36 juta pada Februari, naik lagi menjadi 45 juta pada Juli, dan meningkat menjadi 60 juta setelah peningkatan Fusaka pada Desember.
Dapat dikatakan sebagian besar ekspansi dilakukan pada tahun 2025 ini. Tentu saja, seperti yang kami sebutkan sebelumnya, 2025 juga merupakan tahun yang sangat penting dalam sejarah perkembangan Ethereum. Hanya dalam 7 bulan setelah peningkatan Pectra pada Mei, peningkatan Fusaka membuktikan bahwa EF, yang mengalami perubahan kepemimpinan besar, masih mampu mendorong pembaruan signifikan, sekaligus menandai Ethereum resmi memasuki ritme pengembangan yang dipercepat "dua hard fork per tahun" (baca lebih lanjut Ethereum 2026: Menginterpretasikan Peta Jalan Protokol Terbaru EF, Resmi Memasuki Era "Peningkatan Teknikal"?).
Sumber: Etherscan
Berdasarkan Soldøgn Interop Recap yang dirilis oleh Ethereum Foundation pada 2 Mei, lebih dari 100 kontributor inti Ethereum berpartisipasi dalam konferensi interoperabilitas seputar peningkatan Glamsterdam di Kepulauan Svalbard, Norwegia, dengan tujuan utama memajukan implementasi, pengujian, dan penyelarasan parameter multi-klien untuk Glamsterdam. Pada akhir konferensi, pengembang telah mencapai konsensus arah seputar Gas Limit 200 juta setelah Glamsterdam.
Ini berarti, jika proses selanjutnya berjalan lancar, kapasitas eksekusi L1 Ethereum diharapkan dapat ditingkatkan dari sekitar 60 juta Gas Limit saat ini menjadi sekitar 200 juta. Dalam dimensi waktu yang lebih panjang, sikap terbuka untuk membahas Gas Limit di ekosistem Ethereum jelas menjadi lebih "agresif". Proposal EIP-9698 bahkan menyarankan "meningkatkan sepuluh kali lipat setiap dua tahun", hingga meningkatkan Gas Limit menjadi 3,6 miliar pada tahun 2029, 50 kali lipat dari saat ini.
Tapi perlu ditekankan di sini, meningkatkan Gas Limit bukan sekadar memperbesar blok.
Jika hanya meningkatkan kapasitas komputasi setiap blok secara kasar, dalam jangka pendek mungkin menurunkan biaya, tetapi dalam jangka panjang menyebabkan beban node menjadi lebih berat, data status mengembang, dan juga berarti pengguna biasa lebih sulit menjalankan node, yang akhirnya justru melemahkan fondasi desentralisasi inti Ethereum.
Jadi, pendekatan skalabilitas Glamsterdam adalah serangkaian kombinasi:
- ePBS (enshrined Proposer-Builder Separation) memasukkan proses pembangunan dan verifikasi blok lebih jelas ke dalam aturan protokol, memungkinkan validator menangani blok yang lebih besar dengan lebih aman;
- Block-Level Access Lists (BAL) mencatat terlebih dahulu akun dan lokasi penyimpanan yang akan diakses selama eksekusi blok, sehingga mendukung pembacaan disk paralel, verifikasi transaksi paralel, dan perhitungan akar status paralel;
- Sedangkan EIP-8037 meningkatkan biaya operasi terkait pembuatan status melalui peningkatan biaya, menghindari pertumbuhan status yang terlalu cepat setelah peningkatan Gas Limit;
Pada dasarnya, Ethereum tidak hanya ingin "memuat lebih banyak transaksi", tetapi juga berpikir bagaimana memuat lebih banyak transaksi tanpa membuat ambang batas menjalankan node menjadi semakin tinggi.
Ini juga perbedaan mendasar antara jalur skalabilitas Ethereum dan narasi banyak rantai berkinerja tinggi, yang selalu mengejar bukan mengorbankan biaya verifikasi untuk mendapatkan throughput permukaan, tetapi meningkatkan daya dukung mainnet itu sendiri dengan tetap mempertahankan partisipasi node biasa dan sistem yang dapat diverifikasi.
II. Keyed Nonces: Mengubah "Satu Antrian" menjadi "Banyak Jalur"
Jika Gas Limit menyelesaikan "seberapa banyak yang dapat ditampung satu blok", maka Keyed Nonces berfokus pada masalah lain yang lebih detail tetapi krusial: bagaimana satu transaksi harus mengantri?
Seperti diketahui, di Ethereum, nonce dapat dipahami secara sederhana sebagai "nomor urut" transaksi akun. Fungsinya adalah mencegah transaksi yang sama dieksekusi berulang kali, dan memastikan transaksi dari akun yang sama diproses secara berurutan.
Mekanisme ini mudah dipahami dalam skenario transfer biasa, yaitu transaksi pertama, kedua, ketiga, dan seterusnya secara berurutan.
Tapi masalahnya, ketika kemampuan akun menjadi lebih kompleks, misalnya melibatkan transaksi privasi, dompet pintar, kunci sesi, operasi batch, pembayaran oleh pihak ketiga, nonce linear tunggal dapat menjadi hambatan. Oleh karena itu, Keyed Nonces yang diusulkan oleh EIP-8250, intinya adalah mengubah satu akun yang sebelumnya hanya memiliki satu antrian nonce, menjadi dapat memiliki beberapa domain nonce.
Secara spesifik, ia mengganti sender nonce tunggal dalam Frame Transaction EIP-8141 dengan struktur (nonce_key, nonce_seq), di mana nonce_key == 0 sesuai dengan nonce akun tradisional, sedangkan key bukan nol dapat memilih urutan nonce independen yang dikelola oleh protokol, transaksi di bawah key yang berbeda saling independen dan tidak saling memengaruhi pencegahan replay.
Kedengarannya teknis, tetapi dapat dipahami dengan analogi kehidupan sehari-hari: dulu, satu akun seperti di bank hanya memiliki satu jendela, semua bisnis harus mengantri di antrian yang sama; Keyed Nonces seperti membagi bisnis berbeda ke jendela berbeda, transfer, penarikan privasi, otorisasi sesi, eksekusi batch dapat berjalan di jalurnya masing-masing.
Ini sangat penting terutama untuk protokol privasi, karena untuk menghindari mengikat aktivitas pengguna di blockchain langsung ke satu alamat publik, protokol privasi dapat membuat beberapa pengguna mengirim transaksi melalui satu alamat pengirim bersama. Namun, dalam mekanisme nonce tunggal, setelah transaksi satu pengguna dimasukkan ke dalam blok, dapat menyebabkan transaksi pengguna lain yang masih menunggu menjadi tidak valid atau terhambat.
Sedangkan Keyed Nonces memungkinkan setiap pengeluaran memilih domain nonce-nya sendiri, misalnya berasal dari nullifier privasi, mengurangi konflik antrian semacam ini dari lapisan protokol.
Penentuan posisi Vitalik sendiri terhadapnya bahkan lebih besar. Saat memperkenalkan EIP-8250, dia dengan jelas menyatakan, Keyed Nonces "tidak hanya dukungan yang lebih kuat untuk skema privasi di lapisan protokol, tetapi juga mungkin langkah pertama dari strategi skalabilitas status baru Ethereum—dengan membuat tipe penyimpanan yang dioptimalkan khusus untuk kasus penggunaan berbeda, mencapai skalabilitas ekstrem sambil mempertahankan desentralisasi protokol."
Dengan kata lain, dapat dipahami secara sederhana, Gas Limit menyelesaikan "ukuran blok", Keyed Nonces membahas "bentuk status"—yang akan dibawa Ethereum di masa depan bukan hanya lebih banyak transaksi, tetapi lebih banyak jenis transaksi.
III. Bagaimana Ini Mempengaruhi Pengguna Biasa?
Bagi ekosistem Ethereum, banyak peningkatan protokol tampak jauh dari pengguna biasa, tetapi akhirnya akan berdampak pada pengalaman dompet.
Karena pintu masuk nyata pengguna ke Ethereum bukan EIP, klien, atau rapat pengembang, tetapi setiap transfer, otorisasi, penandatanganan, lintas rantai, dan interaksi DApp di dalam dompet. Artinya, perubahan di lapisan protokol hanya benar-benar menyelesaikan transformasi dari peningkatan teknis ke peningkatan pengalaman pengguna ketika diterjemahkan ke dalam pengalaman operasional yang lebih jelas, lancar, dan aman di lapisan dompet.
Misalnya, abstraksi akun yang sudah sangat dikenal saat ini, bukan untuk membuat pengguna memahami lebih banyak istilah teknis, tetapi agar pengguna di masa depan dapat menggunakan akun on-chain lebih alami. Oleh karena itu, dalam beberapa tahun terakhir, transaksi batch, pembayaran Gas, mekanisme pemulihan, cara penandatanganan berbeda, otorisasi sesi, serta strategi keamanan yang lebih fleksibel, secara bertahap menjadi kemampuan dasar di dalam dompet.
Demikian pula dengan Keyed Nonces, kedengarannya seperti optimisasi mekanisme antrian akun yang sangat mendasar, tetapi di sisi pengguna, dampak potensialnya tidak abstrak. Karena hari ini, banyak pengguna mungkin pernah mengalami skenario serupa saat beroperasi di blockchain: satu transaksi lama tidak dikonfirmasi, transaksi berikutnya terhambat, ingin membatalkan atau mempercepat transaksi, tetapi tidak memahami hubungan antara nonce, Gas, dan penggantian transaksi, terutama saat beberapa operasi berjalan paralel, satu langkah kegagalan akan memengaruhi seluruh proses berikutnya.
Bagi pengguna biasa, masalah ini tampak seperti "dompet tidak nyaman digunakan" atau "rantai tidak nyaman digunakan", tetapi sebenarnya terkait dengan desain nonce linear tunggal dalam model akun Ethereum. Dan arah yang diwakili oleh Keyed Nonces adalah membuat akun tidak lagi hanya dapat mengeksekusi semua operasi secara berurutan dalam satu antrian, tetapi dapat membagi beberapa jalur paralel berdasarkan kasus penggunaan yang berbeda.
Maka di masa depan, operasi transfer biasa, otorisasi DApp, transaksi privasi, transaksi batch, pembayaran Gas, secara teori dapat memiliki ruang eksekusi yang lebih independen, mengurangi kemungkinan saling menghambat dan bertabrakan.
Ini tidak diragukan lagi akan lebih membuka ruang desain untuk dompet pintar.
Yang lebih penting, kemampuan ini di masa lalu seringkali memerlukan kompleksitas yang ditanggung bersama oleh dompet, DApp, layanan relayer, dan pengguna. Pengguna harus memahami ruang lingkup otorisasi, menilai apakah Gas wajar, mengetahui apa yang mereka tanda tangani, dan berulang kali mengonfirmasi dalam operasi multi-langkah seperti lintas rantai, penukaran, staking, klaim hadiah. Setiap penyimpangan pemahaman dapat membawa risiko kegagalan operasi dan kehilangan aset.
Dan yang sedang dicoba Ethereum sekarang justru memindahkan sebagian kompleksitas ke lapisan protokol, memungkinkan dompet menyediakan abstraksi interaksi yang lebih baik bagi pengguna berdasarkan kemampuan dasar yang lebih standar dan asli.
Inilah mengapa, Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstraksi akun asli, dan interoperabilitas lintas L2, tampaknya masing-masing termasuk dalam modul teknis yang berbeda, tetapi sebenarnya melayani hal yang sama: membuat Ethereum mampu menangani skenario penggunaan on-chain yang lebih kompleks tanpa mengorbankan desentralisasi dan keamanan.
Secara spesifik, dengan menempatkan dinamika ini bersama-sama, akan ditemukan bahwa fokus Ethereum baru-baru ini tidak terpecah:
- Peningkatan Gas Limit menyelesaikan kapasitas eksekusi mainnet dan tekanan biaya;
- BAL, ePBS, EIP-8037 menyelesaikan bagaimana mempertahankan kemampuan verifikasi node dan pertumbuhan status yang terkontrol selama proses skalabilitas;
- Keyed Nonces dan Frame Transactions menyelesaikan hambatan di lapisan protokol untuk model akun, protokol privasi, dan dompet pintar;
- Abstraksi akun asli dan interoperabilitas lintas L2 lebih lanjut mengarah pada perbaikan pengalaman yang benar-benar dapat dirasakan oleh pengguna biasa.
Ini juga berarti Ethereum sedang memasuki tahap baru.
Bagaimanapun, dalam beberapa tahun terakhir, pasar lebih memperhatikan skalabilitas L2, penurunan biaya Blob, dan narasi modularisasi. Pengguna juga secara bertahap terbiasa mentransfer aset di antara L2 yang berbeda, mencari lingkungan interaksi dengan biaya lebih rendah. Namun, dengan terus meningkatnya Gas Limit mainnet, peningkatan seperti Glamsterdam yang terus berjalan, serta skema abstraksi akun dan interoperabilitas yang terus berkembang, pertanyaan yang dijawab Ethereum bukan lagi hanya "bagaimana membuat transaksi lebih murah", tetapi "bagaimana membuat pengalaman on-chain lebih seperti satu kesatuan".
Dalam proses ini, pentingnya dompet tidak diragukan lagi akan semakin diperbesar.
Karena dompet bukan hanya pintu masuk pengguna ke Ethereum, tetapi juga antarmuka di mana kemampuan protokol benar-benar dipahami dan digunakan oleh pengguna. Di masa depan, semakin kompleks peningkatan dasar, semakin perlu diterjemahkan oleh dompet menjadi petunjuk penandatanganan yang lebih jelas, jalur transaksi yang lebih dapat dipahami, identifikasi risiko yang lebih dini, serta pengalaman interaksi on-chain yang lebih lancar.
Mari kita saling menguatkan.
