Secara objektif, selama ini, banyak pengguna merasakan Ethereum secara langsung bukan dari peta jalan atau rapat pengembang, melainkan dari setiap operasi spesifik di on-chain.
Misalnya, dalam dua tahun terakhir, pengguna merasakan sendiri biaya Gas yang semakin rendah saat transfer, pengalaman interoperabilitas lintas rantai yang membaik, dan sebagainya. Inilah mengapa skalabilitas Ethereum bukan sekadar masalah "balapan performa"—bagi pengguna biasa, TPS yang lebih tinggi, blok yang lebih besar, dan arsitektur lapisan dasar yang lebih kompleks hanya berarti jika benar-benar diterjemahkan menjadi biaya lebih rendah, operasi lebih lancar, dan pengalaman dompet yang lebih aman.
Dan serangkaian perkembangan terbaru Ethereum kebetulan mengarah pada upaya memindahkan kompleksitas yang sebelumnya ditanggung oleh dompet, DApp, relayer pihak ketiga, dan pengguna itu sendiri, secara sistematis ke lapisan protokol.
Di antaranya, termasuk Keyed Nonces yang melibatkan Vitalik, konsensus arah yang terbentuk seputar floor 2 miliar Gas Limit dalam upgrade Glamsterdam, serta serangkaian petunjuk tersembunyi dalam peta jalan 2026 yang terus menekankan abstraksi akun asli, interoperabilitas antar L2, dan penguatan keamanan L1.
一、Gas Limit Dinaikkan Menjadi 2 Miliar?
Pertama, lihat hal yang paling mudah dirasakan pengguna: Gas Limit.
Seperti diketahui, dalam jaringan Ethereum, setiap transaksi (baik transfer maupun interaksi kontrak) memerlukan sejumlah Gas, dan kapasitas Gas Limit setiap blok Ethereum adalah tetap, artinya slot terbatas: Semakin banyak slot, semakin banyak penumpang yang dapat diangkut dalam periode yang sama; semakin ketat slot, pengguna harus menawar untuk kursi yang sama, dan biaya Gas pun naik.
Secara teori, peningkatan batas atas Gas blok memang akan secara langsung meningkatkan kinerja utama Ethereum secara signifikan. Namun, di masa lalu, Ethereum cukup berhati-hati dalam hal ini dengan latar belakang perkembangan rute L2, di mana 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 dari 8 juta pada September 2019, hingga tahun ini, butuh 7 tahun bagi Gas Limit untuk naik dari 8 juta ke 60 juta, khususnya baru memasuki fase akselerasi pada tahun 2025—naik dari 30 juta ke 36 juta pada Februari, lalu ke 45 juta pada Juli, dan setelah upgrade Fusaka pada Desember, naik lagi ke 60 juta.
Dapat dikatakan sebagian besar ekspansi terkonsentrasi di tahun 2025. Tentu, seperti yang telah disebutkan sebelumnya, tahun 2025 juga merupakan tahun yang sangat penting dalam sejarah perkembangan Ethereum. Hanya 7 bulan setelah upgrade Pectra pada Mei, upgrade Fusaka membuktikan bahwa EF yang mengalami perubahan kepemimpinan besar, masih mampu mendorong pembaruan besar, sekaligus menandakan Ethereum resmi memasuki ritme pengembangan yang dipercepat "hard fork dua kali setahun" (baca lebih lanjut Ethereum 2026: Memahami Peta Rute Protokol Terbaru EF, Masuk ke Era "Upgrade Rekayasa"?).
Sumber: Etherscan
Dan menurut Soldøgn Interop Recap yang dirilis Ethereum Foundation pada 2 Mei, lebih dari 100 kontributor inti Ethereum berpartisipasi dalam pertemuan interoperabilitas seputar upgrade Glamsterdam di Kepulauan Svalbard, Norwegia, dengan tujuan utama memajukan implementasi, pengujian, dan penyelarasan parameter multi-klien untuk Glamsterdam. Di akhir pertemuan, para pengembang telah mencapai konsensus arah seputar Gas Limit 2 miliar pasca Glamsterdam.
Ini berarti, jika proses selanjutnya berjalan lancar, kapasitas eksekusi L1 Ethereum diharapkan dapat ditingkatkan dari sekitar 60 juta Gas Limit saat ini ke level 2 miliar. Dalam dimensi waktu yang lebih panjang, sikap terbuka untuk mendiskusikan Gas Limit di ekosistem Ethereum jelas jauh lebih "agresif". Proposal EIP-9698 bahkan menyarankan "peningkatan sepuluh kali lipat setiap dua tahun", dengan meningkatkan Gas Limit menjadi 3,6 miliar pada tahun 2029, atau 50 kali lipat dari saat ini.
Tapi yang perlu ditekankan di sini, meningkatkan Gas Limit bukan sekadar memperbesar blok.
Jika hanya meningkatkan jumlah komputasi yang dapat ditampung setiap blok secara kasar, dalam jangka pendek mungkin menurunkan biaya, tetapi dalam jangka panjang membebani node lebih berat, memperluas data status, 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) merekam akun dan lokasi penyimpanan yang akan diakses selama eksekusi blok sebelumnya, sehingga mendukung pembacaan disk paralel, verifikasi transaksi paralel, dan perhitungan akar status paralel;
- Sedangkan EIP-8037 meningkatkan biaya operasi terkait pembuatan status melalui, menghindari pertumbuhan status yang terlalu cepat setelah peningkatan Gas Limit;
Intinya, Ethereum tidak hanya ingin "menampung lebih banyak transaksi", tetapi juga memikirkan bagaimana menampung lebih banyak transaksi tanpa membuat ambang batas menjalankan node semakin tinggi.
Ini juga perbedaan mendasar antara rute skalabilitas Ethereum dan narasi banyak rantai berkinerja tinggi. Tujuannya selalu bukan mengorbankan biaya verifikasi untuk mendapatkan throughput permukaan, melainkan meningkatkan kapasitas jaringan utama itu sendiri dengan tetap mempertahankan partisipasi node biasa dan kemampuan sistem untuk diverifikasi.
二、Keyed Nonces: Mengubah "Satu Antrean" Menjadi "Banyak Saluran"
Jika Gas Limit menyelesaikan "berapa banyak yang bisa dimuat dalam satu blok", maka Keyed Nonces fokus pada masalah lain yang lebih detail tetapi krusial: bagaimana sebuah transaksi harus mengantre?
Seperti diketahui, di Ethereum, nonce dapat dipahami sederhana sebagai "nomor urut" transaksi akun. Fungsinya mencegah transaksi yang sama dieksekusi berulang kali, dan memastikan transaksi dari akun yang sama diproses secara berurutan.
Mekanisme ini mudah dipahami dalam konteks transfer biasa, yaitu transaksi pertama, kedua, ketiga, dan seterusnya, berurutan ke belakang.
Tapi masalahnya, ketika kemampuan akun menjadi lebih kompleks, seperti melibatkan transaksi privasi, dompet pintar, kunci sesi, operasi batch, atau pembayaran oleh pihak ketiga, nonce linier tunggal bisa menjadi hambatan. Oleh karena itu, Keyed Nonces yang diusulkan EIP-8250, intinya mengubah satu akun yang sebelumnya hanya memiliki satu antrean nonce, menjadi dapat memiliki beberapa domain nonce.
Secara spesifik, ini 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 non-nol dapat memilih urutan nonce yang dikelola protokol secara independen. Transaksi di bawah key yang berbeda independen satu sama lain, dan tidak saling mempengaruhi dalam pencegahan replay.
Ini terdengar teknis, tetapi dapat dipahami dengan analogi kehidupan sehari-hari: Dulu, satu akun seperti di bank hanya memiliki satu jendela, semua layanan harus mengantre di barisan yang sama; Keyed Nonces seperti membagi layanan berbeda ke jendela berbeda, transfer, penarikan privasi, otorisasi sesi, dan eksekusi batch dapat berjalan di salurannya masing-masing.
Ini sangat penting untuk protokol privasi, karena untuk menghindari mengikat aktivitas on-chain pengguna langsung ke satu alamat publik, protokol privasi mungkin membuat beberapa pengguna mengirim transaksi melalui satu alamat pengirim bersama. Namun, dalam mekanisme nonce tunggal, setelah transaksi satu pengguna dikemas, 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 diturunkan dari nullifier privasi, mengurangi konflik antrean semacam ini dari lapisan protokol.
Vitalik sendiri memiliki pandangan yang lebih luas, saat memperkenalkan EIP-8250, ia secara eksplisit menyatakan, Keyed Nonces "tidak hanya dukungan lebih kuat untuk skema privasi di lapisan protokol, tetapi mungkin juga langkah pertama dalam strategi skalabilitas status baru Ethereum—dengan membuat tipe penyimpanan yang dioptimalkan khusus untuk penggunaan berbeda, mencapai skalabilitas ekstrem sambil mempertahankan desentralisasi protokol."
Dengan kata lain, dapat dipahami sederhana bahwa Gas Limit menyelesaikan "ukuran blok", sedangkan Keyed Nonces membahas "bentuk status"—yang akan dibawa Ethereum di masa depan bukan hanya lebih banyak transaksi, tetapi lebih banyak jenis transaksi.
三、Bagaimana Ini Mempengaruhi Pengguna Biasa?
Bagi ekosistem Ethereum, banyak upgrade protokol tampak jauh dari pengguna biasa, tetapi pada akhirnya akan berdampak pada pengalaman dompet.
Karena pintu masuk pengguna sebenarnya ke Ethereum bukanlah EIP, klien, atau rapat pengembang, melainkan setiap transfer, otorisasi, penandatanganan, lintas rantai, dan interaksi DApp di dalam dompet. Artinya, perubahan di lapisan protokol baru benar-benar menyelesaikan transformasi dari upgrade teknologi ke upgrade pengalaman pengguna saat diterjemahkan ke pengalaman operasi yang lebih jelas, lancar, dan aman di lapisan dompet.
Misalnya, abstraksi akun yang kini sudah akrab di telinga, bukan untuk membuat pengguna memahami lebih banyak istilah teknis, melainkan agar pengguna di masa depan dapat lebih alami menggunakan akun on-chain. Jadi, dalam beberapa tahun terakhir, transaksi batch, pembayaran Gas oleh pihak lain, 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 optimasi mekanisme antrean akun yang sangat mendasar, tetapi di sisi pengguna, dampak potensialnya tidak abstrak. Karena saat ini banyak pengguna mungkin pernah mengalami situasi serupa saat beroperasi di on-chain: satu transaksi lama tidak dikonfirmasi, transaksi berikutnya macet, ingin membatalkan atau mempercepat transaksi, tetapi tidak memahami hubungan antara nonce, Gas, dan transaksi pengganti, terutama saat beberapa operasi berjalan paralel, satu langkah gagal akan mempengaruhi seluruh proses selanjutnya.
Bagi pengguna biasa, masalah ini tampak seperti "dompet tidak mudah digunakan" atau "rantai tidak mudah digunakan", tetapi sebenarnya terkait dengan desain nonce linier tunggal dalam model akun Ethereum. Sedangkan arah yang diwakili Keyed Nonces adalah membuat akun tidak lagi harus menjalankan semua operasi secara berurutan dalam satu antrean, tetapi dapat membagi beberapa saluran paralel berdasarkan skenario penggunaan berbeda.
Di masa depan, operasi seperti transfer biasa, otorisasi DApp, transaksi privasi, transaksi batch, pembayaran Gas oleh pihak lain, secara teoritis dapat memiliki ruang eksekusi yang lebih independen, mengurangi kemungkinan saling menghalangi dan konflik.
Ini tentu akan semakin membuka ruang desain untuk dompet pintar.
Yang lebih penting, kemampuan ini sebelumnya sering kali memerlukan kompleksitas yang ditanggung bersama oleh dompet, DApp, layanan relai, dan pengguna. Pengguna harus memahami ruang lingkup otorisasi, menilai apakah Gas wajar, mengetahui apa yang mereka tanda tangani, serta berulang kali mengonfirmasi dalam operasi multi-langkah seperti lintas rantai, pertukaran, staking, klaim hadiah, dan sebagainya. Penyimpangan pemahaman pada langkah apa pun dapat membawa risiko kegagalan operasi dan kerugian aset.
Dan yang sedang coba dilakukan Ethereum sekarang adalah memindahkan sebagian kompleksitas ke lapisan protokol lebih awal, memungkinkan dompet memberikan abstraksi interaksi yang lebih baik bagi pengguna berdasarkan kemampuan dasar yang lebih terstandarisasi dan asli.
Inilah mengapa Gas Limit, BAL, ePBS, Keyed Nonces, Frame Transactions, abstraksi akun asli, dan interoperabilitas antar L2, tampaknya masing-masing termasuk dalam modul teknis berbeda, tetapi sebenarnya semuanya melayani hal yang sama: memungkinkan Ethereum membawa skenario penggunaan on-chain yang lebih kompleks tanpa mengorbankan desentralisasi dan keamanan.
Secara spesifik, meletakkan perkembangan ini bersama-sama, akan ditemukan bahwa fokus Ethereum belakangan ini tidak terpencar:
- Peningkatan Gas Limit menyelesaikan kapasitas eksekusi jaringan utama dan tekanan biaya;
- BAL, ePBS, EIP-8037 menyelesaikan bagaimana mempertahankan kemampuan verifikasi node dan pertumbuhan status yang terkendali selama proses skalabilitas;
- Keyed Nonces dan Frame Transactions menyelesaikan hambatan pada model akun, protokol privasi, dan dompet pintar di lapisan protokol;
- Abstraksi akun asli dan interoperabilitas antar L2 lebih lanjut mengarah pada peningkatan pengalaman yang benar-benar dapat dirasakan pengguna biasa.
Ini juga berarti Ethereum sedang memasuki tahap baru.
Bagaimanapun, dalam beberapa tahun terakhir, pasar lebih memperhatikan skalabilitas L2, pengurangan biaya Blob, dan narasi modularisasi. Pengguna juga semakin terbiasa mentransfer aset antar L2 berbeda, mencari lingkungan interaksi dengan biaya lebih rendah. Namun, dengan terus meningkatnya Gas Limit jaringan utama, berkembangnya upgrade seperti Glamsterdam, serta evolusi berkelanjutan skema abstraksi akun dan interoperabilitas, pertanyaan yang sedang dijawab Ethereum bukan lagi "bagaimana membuat transaksi lebih murah", melainkan "bagaimana membuat pengalaman on-chain lebih seperti satu kesatuan".
Dalam proses ini, pentingnya dompet pasti 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 upgrade lapisan dasar, semakin perlu diterjemahkan oleh dompet menjadi petunjuk penandatanganan yang lebih jelas, jalur transaksi yang lebih mudah dipahami, identifikasi risiko yang lebih awal, serta pengalaman interaksi on-chain yang lebih lancar.
Mari kita saling menguatkan.
