Bagaimana memahami langkah selanjutnya dari skalabilitas Ethereum?

Tulisan: imToken

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

Misalnya dalam dua tahun terakhir, pengalaman bersama seperti biaya Gas yang semakin rendah saat transfer, peningkatan interoperabilitas lintas rantai, dan lain-lain, itulah sebabnya kapasitas Ethereum tidak pernah semata-mata menjadi masalah “kompetisi performa” — bagi pengguna biasa, TPS yang lebih tinggi, blok yang lebih besar, arsitektur dasar yang lebih kompleks, hanya berarti sesuatu jika benar-benar diubah menjadi biaya yang lebih rendah, operasi yang lebih lancar, dan pengalaman dompet yang lebih aman.

Baru-baru ini, serangkaian dinamika baru Ethereum secara kebetulan menunjukkan bahwa Ethereum sedang mencoba memindahkan kompleksitas yang selama ini 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 selama upgrade Glamsterdam terkait batas Gas Limit 2 miliar, serta serangkaian garis besar yang terus ditekankan dalam peta jalan 2026 seperti abstraksi akun native, interoperabilitas lintas L2, dan penguatan keamanan L1.

1. Meningkatkan Gas Limit ke 2 Miliar?

Mari kita lihat hal 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 slotnya terbatas: semakin banyak slot, semakin banyak penumpang yang bisa diangkut dalam satu waktu; semakin sempit slotnya, 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 Ethereum cenderung berhati-hati dalam pengembangan di tengah perkembangan jalur L2 dan lainnya, dan sebagian besar tekanan kapasitas diarahkan ke jalur L2.

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

Bisa dikatakan sebagian besar peningkatan kapasitas ini selesai dalam tahun 2025. Tentu saja, kita juga pernah menyebutkan bahwa tahun 2025 adalah tahun yang sangat penting dalam sejarah perkembangan Ethereum, hanya dalam 7 bulan setelah upgrade Pectra di Mei, upgrade Fusaka membuktikan bahwa EF yang mengalami penyesuaian kepemimpinan besar tetap mampu mendorong pembaruan besar, sekaligus menandai bahwa Ethereum secara resmi memasuki ritme pengembangan “dua kali hard fork dalam setahun”.

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

Ini berarti, jika proses selanjutnya berjalan lancar, kapasitas eksekusi L1 Ethereum berpotensi meningkat dari sekitar 60 juta Gas Limit saat ini menjadi level 200 juta, dan dalam jangka waktu lebih panjang, sikap terbuka Ethereum terhadap Gas Limit menjadi jauh lebih “radikal” — bahkan EIP-9698 mengusulkan “menaikkan sepuluh kali lipat setiap dua tahun”, dan 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 secara kasar.

Jika hanya meningkatkan jumlah perhitungan yang bisa dimuat dalam setiap blok secara kasar, dalam jangka pendek mungkin menurunkan biaya, tetapi dalam jangka panjang akan membebani node lebih berat, menyebabkan data status membengkak, dan akhirnya membuat pengguna biasa semakin sulit menjalankan node, yang justru melemahkan fondasi desentralisasi Ethereum.

Oleh karena itu, ide peningkatan kapasitas Glamsterdam adalah rangkaian strategi:

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

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

• EIP-8037 yang meningkatkan biaya operasi terkait pembuatan status, untuk mencegah pertumbuhan status yang terlalu cepat setelah Gas Limit dinaikkan;

Intinya, Ethereum tidak hanya ingin “memuat lebih banyak transaksi”, tetapi juga memikirkan bagaimana agar node tetap dapat berpartisipasi dan sistem tetap dapat diverifikasi saat kapasitas meningkat.

Ini adalah perbedaan mendasar antara jalur peningkatan kapasitas Ethereum dan narasi banyak chain berkinerja tinggi lainnya, yang tidak pernah mengorbankan biaya verifikasi demi throughput semu, melainkan berusaha meningkatkan kapasitas utama jaringan sambil tetap menjaga partisipasi node biasa dan verifikasi sistem.

2. Keyed Nonces: Mengubah “Satu Antrian” Menjadi “Multiple Kanal”

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 antrian transaksi?

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

Mekanisme ini cukup mudah dipahami dalam skenario transfer biasa, yaitu transaksi pertama, kedua, ketiga, dan seterusnya.

Namun, masalah muncul ketika kemampuan akun menjadi lebih kompleks, misalnya melibatkan transaksi privasi, dompet pintar, kunci sesi, operasi batch, pembayaran pihak ketiga, dan lain-lain. Satu nonce linier tunggal bisa menjadi bottleneck, sehingga EIP-8250 mengusulkan Keyed Nonces, yaitu mengubah satu nonce akun menjadi beberapa domain nonce.

Secara spesifik, mekanisme ini 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 mengganggu.

Ini terdengar teknis, tetapi bisa dipahami melalui analogi kehidupan sehari-hari: Dulu satu akun seperti memiliki satu jendela di bank, semua layanan harus antre di jalur yang sama; Keyed Nonces seperti membagi layanan ke beberapa jendela berbeda, misalnya transfer, penarikan privasi, otorisasi sesi, eksekusi batch, masing-masing berjalan di jalur berbeda.

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

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

Vitalik sendiri menyatakan bahwa Keyed Nonces “bukan hanya mendukung solusi privasi di tingkat protokol yang lebih kuat, tetapi juga bisa menjadi langkah awal strategi peningkatan kapasitas status Ethereum — dengan menciptakan tipe penyimpanan yang dioptimalkan untuk berbagai kasus penggunaan, menjaga desentralisasi, dan sekaligus mencapai skalabilitas ekstrem.”

Singkatnya, bisa dipahami bahwa Gas Limit menyelesaikan “ukuran blok”, sedangkan Keyed Nonces membahas “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 pembaruan protokol tampak 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. Dengan kata lain, perubahan di tingkat protokol hanya akan benar-benar terasa saat diubah menjadi pengalaman operasi yang lebih jelas, lancar, dan aman di tingkat dompet.

Misalnya, abstraksi akun 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 transaksi batch, 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 optimisasi mekanisme antrean akun yang sangat mendasar, tetapi dampaknya bagi pengguna tidak abstrak. Banyak pengguna saat ini mengalami situasi seperti: transaksi tertunda lama, transaksi berikutnya terjebak, ingin membatalkan atau mempercepat transaksi, tetapi tidak memahami hubungan nonce, Gas, dan penggantian transaksi. Apalagi saat melakukan banyak operasi paralel, satu langkah gagal bisa mempengaruhi seluruh proses berikutnya.

Bagi pengguna biasa, masalah ini tampak seperti “dompet tidak user-friendly” atau “rantai tidak nyaman digunakan”, tetapi sebenarnya terkait dengan desain nonce linier tunggal di model akun Ethereum. Dan arah yang dibawa Keyed Nonces adalah agar akun tidak lagi harus mengikuti satu jalur antrean, melainkan bisa membagi ke beberapa jalur paralel sesuai skenario.

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

Ini tentu akan membuka ruang desain dompet pintar yang lebih luas.

Lebih penting lagi, kemampuan ini selama ini sering kali harus ditanggung bersama oleh dompet, DApp, relay, dan pengguna, yang harus memahami batasan otorisasi, menilai biaya Gas, memahami apa yang mereka tanda tangani, dan harus berulang kali konfirmasi dalam proses lintas rantai, pertukaran, staking, dan klaim reward. Setiap kesalahan pemahaman bisa berujung pada kegagalan transaksi dan kerugian aset.

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

Inilah sebabnya mengapa Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstraksi akun native, dan interoperabilitas lintas L2, meskipun tampak berbeda secara teknologi, 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 “membuat transaksi lebih murah”, tetapi “menghadirkan pengalaman on-chain yang lebih menyatu”.

Dalam proses ini, peran dompet tentu akan semakin diperbesar.

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 dompet mampu menyajikan tanda tangan yang lebih jelas, jalur transaksi yang lebih mudah dipahami, deteksi risiko yang lebih awal, dan pengalaman interaksi on-chain yang lebih lancar.

Mari kita bersama-sama berjuang.