Dari Gas Limit hingga Nonces Berkunci, bagaimana memahami langkah selanjutnya dari skalabilitas Ethereum?

null

Penulis: imToken

Secara objektif, selama beberapa waktu terakhir, banyak pengguna merasakan langsung tentang Ethereum, sering kali bukan dari peta jalan atau pertemuan pengembang, melainkan dari serangkaian operasi on-chain yang konkret.

Misalnya, dalam dua tahun terakhir, pengalaman yang dirasakan bersama adalah Gas untuk transfer semakin rendah, interoperabilitas lintas rantai membaik, dan lain-lain. Ini juga menjadi alasan mengapa, skalabilitas Ethereum bukan sekadar masalah “kompetisi performa” — bagi pengguna biasa, TPS yang lebih tinggi, blok yang lebih besar, arsitektur dasar yang lebih kompleks, hanya berarti jika benar-benar diterjemahkan menjadi biaya yang lebih rendah, operasi yang lebih lancar, dan pengalaman dompet yang lebih aman, maka itu memiliki arti.

Baru-baru ini, serangkaian dinamika baru Ethereum secara kebetulan menunjukkan bahwa Ethereum sedang mencoba memindahkan kompleksitas yang sebelumnya ditanggung oleh dompet, DApp, relay pihak ketiga, dan pengguna sendiri secara sistematis ke lapisan protokol.

Di antaranya termasuk Keyed Nonces yang didukung Vitalik, konsensus arah yang terbentuk di upgrade Glamsterdam terkait batas Gas Limit 2 miliar, serta serangkaian garis halus yang terus ditekankan dalam peta jalan 2026 seperti abstraksi akun native, interoperabilitas lintas L2, dan penguatan keamanan L1.

1. Apakah Gas Limit akan meningkat menjadi 2 miliar?

Pertama, mari lihat aspek yang paling mudah dirasakan pengguna, yaitu Gas Limit.

Seperti diketahui, di jaringan Ethereum, setiap transaksi (baik transfer maupun interaksi kontrak) membutuhkan konsumsi Gas tertentu, dan kapasitas Gas Limit setiap blok Ethereum adalah tetap, artinya slot terbatas: semakin banyak slot, semakin banyak penumpang yang bisa diangkut dalam satu waktu; jika slot terbatas, semua harus bersaing untuk mendapatkan tempat, dan biaya Gas pun meningkat.

Secara teori, peningkatan batas Gas blok memang akan secara langsung meningkatkan performa utama Ethereum secara signifikan, tetapi selama ini, di tengah perkembangan jalur L2 dan lainnya, Ethereum cenderung berhati-hati dan membatasi diri, sebagian besar tekanan skalabilitas didorong ke jalur L2.

Melihat kurva ekspansi Gas Limit Ethereum, mulai dari September 2019 ketika Gas Limit pertama kali melewati 8 juta dan mencapai 10 juta, hingga tahun ini, selama 7 tahun Gas Limit meningkat dari 8 juta menjadi 60 juta, terutama pada 2025 baru benar-benar memasuki percepatan — dari 30 juta ke 36 juta pada Februari, kemudian naik lagi ke 45 juta pada Juli, dan setelah upgrade Fusaka di Desember menjadi 60 juta.

Sebagian besar ekspansi ini tampaknya selesai di tahun 2025. Tentu, kita juga pernah menyebutkan bahwa 2025 adalah tahun yang sangat penting dalam sejarah pengembangan Ethereum, hanya dalam 7 bulan setelah upgrade Pectra di Mei dan upgrade Fusaka, yang menunjukkan bahwa EF, meskipun mengalami perubahan kepemimpinan besar, tetap mampu mendorong pembaruan besar, dan menandai masuknya Ethereum ke dalam ritme pengembangan “dua kali hard fork setahun” (baca juga “Ethereum 2026: Menafsirkan Peta Jalan Protokol EF Terbaru, Menuju Era ‘Upgrade Engineering’?”).

Sumber: Etherscan

Berdasarkan laporan Soldøgn Interop Recap yang dirilis oleh Ethereum Foundation pada 2 Mei, lebih dari 100 kontributor inti Ethereum mengikuti pertemuan interoperabilitas di Kepulauan Svalbard Norwegia, dengan fokus utama pada implementasi multi-klien Glamsterdam, pengujian, dan penyelarasan parameter. Pada akhir pertemuan, para pengembang telah mencapai konsensus arah terkait batas Gas Limit 2 miliar setelah Glamsterdam.

Ini berarti, jika proses selanjutnya berjalan lancar, kapasitas eksekusi L1 Ethereum berpotensi meningkat dari sekitar 60 juta Gas saat ini menjadi level 200 juta. Dalam jangka panjang, sikap terbuka Ethereum terhadap Gas Limit tampaknya semakin “radikal” — bahkan EIP-9698 mengusulkan “peningkatan sepuluh kali lipat setiap dua tahun”, sehingga pada 2029 Gas Limit bisa mencapai 3,6 miliar, 50 kali lipat dari saat ini.

Namun, perlu ditegaskan bahwa meningkatkan Gas Limit bukan sekadar memperbesar blok.

Jika hanya secara kasar meningkatkan jumlah komputasi yang bisa dimuat dalam setiap blok, mungkin biaya jangka pendek akan turun, tetapi dalam jangka panjang, beban node akan semakin berat, data status membengkak, dan ini akan menyulitkan pengguna biasa menjalankan node, akhirnya malah melemahkan fondasi desentralisasi Ethereum yang paling inti.

Oleh karena itu, ide ekspansi Glamsterdam adalah kombinasi strategi:

• ePBS (enshrined Proposer-Builder Separation) membuat proses pembuatan dan verifikasi blok lebih jelas dan aman dalam aturan protokol, memungkinkan validator menangani blok yang lebih besar dengan lebih aman;

• Block-Level Access Lists (BAL) merekam sebelumnya akun dan lokasi penyimpanan yang akan diakses selama eksekusi blok, mendukung baca tulis paralel di disk, verifikasi transaksi paralel, dan perhitungan root status paralel;

• EIP-8037 meningkatkan biaya operasi pembuatan status untuk mencegah pertumbuhan status yang terlalu cepat setelah peningkatan Gas Limit.

Intinya, Ethereum tidak hanya ingin “memuat lebih banyak transaksi”, tetapi juga memikirkan bagaimana meningkatkan kapasitas utama tanpa meningkatkan ambang batas verifikasi node secara drastis.

Ini adalah perbedaan mendasar antara jalur ekspansi Ethereum dan narasi chain high-performance lainnya, yang tidak mengorbankan biaya verifikasi demi throughput semu, melainkan berusaha meningkatkan kapasitas jaringan utama sambil menjaga partisipasi node biasa dan sistem yang dapat diverifikasi.

2. Keyed Nonces: Mengubah “satu antrean” menjadi “multiple channel”

Kalau Gas Limit menyelesaikan masalah “berapa banyak yang bisa dimuat dalam satu blok”, maka Keyed Nonces fokus pada masalah yang lebih rinci namun sangat penting: bagaimana antrean transaksi?

Seperti diketahui, nonce di Ethereum bisa dipahami sebagai “nomor urut” transaksi akun, berfungsi mencegah transaksi yang sama diulang dan memastikan transaksi dari akun yang sama diproses secara berurutan.

Dalam skenario transfer biasa, mekanisme ini cukup sederhana: transaksi pertama, kedua, ketiga, dan seterusnya, diurutkan.

Namun, ketika kemampuan akun menjadi lebih kompleks, misalnya melibatkan transaksi privasi, dompet pintar, kunci sesi, operasi batch, atau pembayaran pihak ketiga, nonce linier tunggal bisa menjadi bottleneck. Oleh karena itu, EIP-8250 mengusulkan Keyed Nonces, yang inti gagasannya adalah mengubah satu nonce akun menjadi beberapa domain nonce.

Secara spesifik, menggantikan nonce pengirim tunggal dalam Frame Transaction EIP-8141 dengan struktur (nonce_key, nonce_seq), di mana nonce_key=0 mewakili nonce tradisional, dan nonce_key non-zero dapat dikelola secara independen oleh protokol, sehingga transaksi di bawah key berbeda bersifat independen dan tidak saling tumpang tindih.

Secara analogi, ini seperti dulu satu rekening bank hanya punya satu jendela layanan, semua transaksi harus antre di situ; Keyed Nonces seperti membagi transaksi ke beberapa jendela berbeda, misalnya untuk transfer, penarikan privasi, otorisasi sesi, eksekusi batch.

Ini sangat penting untuk protokol privasi, karena untuk menghindari aktivitas pengguna yang langsung terikat ke satu alamat publik, protokol privasi mungkin membolehkan beberapa pengguna menggunakan satu alamat pengirim bersama, tetapi dengan mekanisme nonce tunggal, transaksi yang dikemas bisa menyebabkan transaksi pengguna lain gagal atau tertunda.

Keyed Nonces memungkinkan setiap transaksi memilih domain nonce-nya sendiri, misalnya dari nullifier privasi, sehingga mengurangi konflik antrean dari level protokol.

Vitalik sendiri menyatakan bahwa Keyed Nonces tidak hanya mendukung skema privasi di protokol, tetapi juga merupakan langkah awal dalam strategi ekspansi status Ethereum yang baru — dengan menciptakan tipe penyimpanan yang dioptimalkan untuk berbagai kasus penggunaan, menjaga desentralisasi, dan mencapai skalabilitas maksimal.

Singkatnya, ini bisa dipahami sebagai Gas Limit menyelesaikan “ukuran blok”, sedangkan Keyed Nonces menyelidiki “bentuk status” — Ethereum di masa depan tidak hanya akan memuat lebih banyak transaksi, tetapi juga berbagai jenis transaksi.

3. Bagaimana pengaruhnya terhadap pengguna biasa?

Bagi ekosistem Ethereum, banyak upgrade protokol tampaknya jauh dari pengguna biasa, tetapi akhirnya akan berpengaruh pada pengalaman dompet.

Karena, pengguna yang benar-benar berinteraksi dengan Ethereum bukan dari EIP, klien, atau pertemuan pengembang, melainkan dari setiap transfer, otorisasi, tanda tangan, lintas rantai, dan interaksi DApp di dompet. Artinya, perubahan di tingkat protokol hanya akan benar-benar terasa jika di tingkat dompet diubah menjadi operasi yang lebih jelas, lancar, dan aman.

Misalnya, account abstraction yang sudah dikenal bukan untuk membuat pengguna memahami istilah teknis lebih banyak, tetapi agar pengguna bisa lebih alami menggunakan akun on-chain di masa depan. Oleh karena itu, fitur seperti batch transaksi, Gas bayar pihak ketiga, mekanisme pemulihan, berbagai metode tanda tangan, otorisasi sesi, dan strategi keamanan yang lebih fleksibel, secara bertahap menjadi kemampuan dasar di dompet.

Begitu juga dengan Keyed Nonces, yang terdengar sebagai optimasi mekanisme antrean akun yang sangat mendasar, tetapi dampaknya bagi pengguna tidak abstrak. Banyak pengguna mengalami transaksi tertunda, transaksi berikutnya terblokir, ingin membatalkan atau mempercepat transaksi, tetapi tidak memahami hubungan nonce, Gas, dan penggantian transaksi. Apalagi saat melakukan banyak operasi secara paralel, satu langkah gagal bisa mempengaruhi seluruh proses.

Bagi pengguna biasa, masalah ini terlihat seperti “dompet tidak user-friendly” atau “rantai tidak nyaman digunakan”, tetapi sebenarnya terkait dengan desain nonce linier tunggal dalam model akun Ethereum. Keyed Nonces mengarah ke arah agar akun tidak lagi harus mengikuti satu antrean linier, melainkan bisa membagi ke beberapa channel paralel sesuai skenario penggunaan.

Ke depannya, transfer biasa, otorisasi DApp, transaksi privasi, batch transaksi, Gas bayar pihak ketiga, secara teori bisa memiliki ruang eksekusi yang lebih independen, mengurangi kemungkinan saling menghambat dan konflik.

Ini tentu akan membuka ruang baru dalam desain dompet pintar.

Lebih penting lagi, semua kemampuan ini sebelumnya sering kali membutuhkan kolaborasi kompleks antara dompet, DApp, relay, dan pengguna, di mana pengguna harus memahami batas otorisasi, menilai biaya Gas, tahu apa yang mereka tanda tangani, dan harus mengonfirmasi langkah-langkah multi-proses seperti lintas rantai, staking, klaim reward, dan lain-lain. Setiap kesalahan pemahaman bisa berakibat gagal transaksi dan kerugian aset.

Sekarang, Ethereum berusaha memindahkan sebagian kompleksitas ini ke tingkat protokol, agar dompet bisa menyediakan abstraksi interaksi yang lebih baik berdasarkan kemampuan dasar yang lebih standar dan native.

Inilah mengapa Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstraksi akun native, dan interoperabilitas lintas L2 tampaknya berbeda secara teknologi, tetapi sebenarnya melayani satu tujuan yang sama: memungkinkan Ethereum menampung skenario penggunaan on-chain yang lebih kompleks tanpa mengorbankan desentralisasi dan keamanan.

Jika kita rangkum, menggabungkan semua dinamika ini menunjukkan bahwa fokus utama Ethereum saat ini tidak lagi hanya pada ekspansi L2, biaya Blob, dan narasi modularisasi, tetapi juga pada bagaimana menjadikan pengalaman on-chain lebih menyeluruh dan terpadu.

Dalam proses ini, peran dompet akan semakin penting.

Karena dompet bukan hanya pintu masuk pengguna ke Ethereum, tetapi juga antarmuka utama di mana kemampuan protokol benar-benar dipahami dan digunakan. Semakin kompleks upgrade dasar, semakin penting untuk mengubahnya menjadi tanda tangan yang lebih jelas, jalur transaksi yang lebih mudah dipahami, risiko yang lebih terdepan, dan pengalaman interaksi on-chain yang lebih lancar.

Mari kita bersama menantikan.