Fase Berikutnya Ethereum: Menyambungkan L1 dan L2, Meningkatkan Privasi, dan Memperbaiki UX

Jika menghubungkan pembaruan Ethereum selama beberapa tahun terakhir menjadi satu garis, kata kuncinya tanpa diragukan lagi adalah "skalabilitas".

Dari pengenalan Blob oleh Dencun yang secara signifikan mengurangi biaya untuk Rollup, hingga penyesuaian efisiensi validator dan mekanisme staking oleh Pectra, hingga penerapan PeerDAS oleh Fusaka yang mengurangi beban distribusi data, lapisan protokol hampir seluruhnya memfokuskan semua upayanya pada satu hal: membuat Ethereum mampu menyerap lebih banyak data tanpa secara signifikan meningkatkan ambang batas node.

Paket strategi ini memang efektif, biaya data Rollup telah ditekan, dan Gas Limit mainnet terus meningkat secara stabil, sehingga Ethereum tidak lagi membuat pengguna enggan karena biaya transaksi yang bisa mencapai puluhan dolar seperti pada siklus bull sebelumnya.

Tapi jalan sudah diperlebar, cara mengemudi mobil tetap terasa tidak nyaman:

• Kami masih harus memindahkan aset di antara dua atau tiga L2; sedikit saja lengah, bisa salah mengambil rantai;
• Sebuah transfer jelas sudah dikemas dalam beberapa detik, tetapi jembatan dan pertukaran memaksa Anda menunggu selama belasan menit sebelum mengonfirmasi;
• Builder profesional hampir mendominasi pengemasan blok, Anda ingin mengirim transaksi sensitif, yang sewaktu-waktu bisa ditolak oleh aturan tidak tertulis di luar protokol;
• Belum lagi, hingga hari ini, pengguna baru yang hanya ingin mentransfer beberapa ratus USDC harus terlebih dahulu memahami mengapa dompet mereka harus memiliki ETH, apa itu Nonce, dan apa itu Gas;

Masalah-masalah ini secara tampak menunjukkan gesekan pengalaman pengguna, tetapi di baliknya melibatkan mekanisme protokol yang lebih mendasar seperti aturan konfirmasi, pembangunan blok, anti-sensorship, dan model akun.

Dan inilah masalah baru yang mulai ditangani secara terpusat oleh Ethereum, dari Glamsterdam hingga Hegotá, dari Q4 2026 hingga 2027.

Of course, scaling won't hit the brakes.

Glamsterdam tetap berorientasi pada kinerja, dengan dua fitur paling menarik, yaitu ePBS (EIP-7732) dan BAL (Block-level Access Lists, EIP-7928); secara sederhana:

• ePBS secara resmi menuliskan ke dalam protokol pemisahan peran Proposer dan Builder yang sudah banyak ada di luar protokol hari ini, sekaligus membagi jendela waktu blok dan verifikasi secara lebih ilmiah, memberikan ruang buffer yang cukup untuk blok yang lebih besar di masa depan;
• BAL setara dengan membuat blok mencantumkan 「daftar akses」 di awal, sehingga node dapat langsung mengambil data secara prefet atau memproses secara paralel, secara khusus mengatasi bottleneck I/O penyimpanan;

Selain skalabilitas, penderitaan nyata kebanyakan orang hari ini bukanlah apakah TPS Ethereum cukup tinggi, melainkan 「terlalu banyak rantai」.

Misalnya ETH di jaringan utama, meme yang dimainkan di Robinhood Chain, pembayaran dan penyelesaian menggunakan USDC mungkin berada di Arbitrum, dan USDC yang ingin dibeli saat harga turun berada di Base.....

Bagi Ethereum Foundation, semua Rollup adalah bagian dari peta Ethereum, tetapi bagi pengguna, ini tidak berbeda dengan menukar mata uang lintas batas atau mengajukan visa.

Oleh karena itu, untuk menyatukan kembali potongan-potongan puzzle yang tersebar menjadi satu jaringan, selain protokol lintas rantai masing-masing menunjukkan keunggulannya, mekanisme dasar terbaru yang sedang didorong oleh protokol layak diperhatikan—FCR (Fast Confirmation Rule, Aturan Konfirmasi Cepat).

Banyak orang menganggap bahwa transaksi yang dimasukkan ke dalam blok sudah dianggap selesai, tetapi di tingkat kriptografi dan konsensus, blok baru saja muncul sepenuhnya bisa mengalami reorganisasi kecil, dan "finalitas" yang benar-benar tak terbalikkan, Ethereum memerlukan dua Epoch, sekitar 13 menit.

Ini mungkin tidak masalah untuk transfer biasa, tetapi merupakan penderitaan bagi jembatan lintas rantai, penyelesaian besar-besaran, dan bursa terpusat; untuk menghindari risiko reorganisasi, mereka hanya bisa membuat Anda menunggu secara paksa.

Kecerdikan FCR terletak pada kemampuannya untuk tidak perlu menunggu selama belasan menit untuk Finality penuh, melainkan memanfaatkan Attestation yang terus-menerus dihasilkan oleh validator, berdasarkan bobot suara yang telah terakumulasi, untuk lebih awal menilai apakah blok tertentu telah mendapatkan dukungan konsensus yang cukup kuat.

Menurut target yang diberikan oleh Ethereum Foundation, dengan jaringan tetap sinkron secara normal, FCR berpotensi memajukan "konfirmasi kuat" ini menjadi sekitar 15～30 detik, meskipun tidak setara dengan Finality penuh, namun sudah cukup untuk memberikan sinyal konfirmasi yang lebih awal dan memiliki model keamanan yang jelas bagi banyak jembatan, komunikasi lintas rantai, dan infrastruktur yang saat ini harus menunggu finalitas.

Lebih khusus lagi, FCR tidak perlu menunggu hard fork tertentu untuk diaktifkan; ia lebih mirip seperangkat aturan konfirmasi yang dapat diadopsi secara bertahap oleh klien konsensus dan infrastruktur.

Setelah berbagai L2, jembatan lintas rantai, dan dompet mulai menggunakan sinyal ini, penundaan lintas lapisan yang sebelumnya disebabkan oleh "menunggu finalitas L1" dapat dikurangi dari beberapa belas menit menjadi beberapa puluh detik.

Ini juga berarti, di masa depan, ketika Anda memindahkan aset, sistem latar belakang mungkin secara diam-diam melewati dua atau lebih rantai, tetapi di antarmuka depan, Anda hanya perlu mengklik konfirmasi, lalu dana akan segera masuk.

Namun, ketika blok menjadi semakin besar dan Builder menjadi semakin profesional, Ethereum kembali menghadapi masalah dilematis yang sangat khas.

Karena para Builder profesional telah mencapai efisiensi maksimal dalam membangun blok dengan daya komputasi terdepan dan aliran pesanan, maka kekuasaan atas kehidupan dan kematian sebagian besar blok secara alami jatuh ke tangan beberapa lembaga besar saja.

Ini menimbulkan risiko berbahaya: sensor.

Jika beberapa Builder karena tekanan kepatuhan, persaingan bisnis, atau hanya karena tidak menyukai beberapa protokol privasi, sengaja memilih tidak mendengar dan menolak memasukkan transaksi sah Anda ke dalam mempool, meskipun Anda memiliki kunci pribadi dan memberikan Gas yang cukup, transaksi Anda mungkin tetap terjebak di luar rantai (baca lanjutan: Menulis Ketahanan Terhadap Sensor ke Dalam Protokol: Siapa yang Menentukan Apakah Transaksi Ethereum Bisa Dimasukkan ke Dalam Rantai?).

Jika desentralisasi tidak dapat mempertahankan akses transaksi anti-sensorship paling dasar, throughput seberapa tinggi pun hanyalah istana di udara.

Ini juga sebabnya FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) ditempatkan pada posisi sangat penting dalam perencanaan Hegotá.

Logikanya sangat sederhana dan kasar, yaitu mengenakan cincin pengikat pada Builder.

Setiap Slot, protokol akan memilih secara acak sekelompok validator independen biasa untuk memasukkan transaksi yang sah dan menunggu pemrosesan yang mereka lihat di mempool ke dalam sebuah «Daftar Pemasukan (Inclusion List)». Anda sebagai Builder tetap bebas mengatur urutan transaksi untuk mendapatkan MEV Anda, tetapi blok yang Anda kirimkan harus secara jujur menyertakan semua transaksi dalam daftar tersebut.

Jika Builder berani mengabaikan daftar ini secara jahat, seluruh validator jaringan akan langsung menolak blok ini dalam aturan pemilihan fork. Dengan kata lain, Anda bisa menghasilkan uang dengan kemampuan Anda sendiri, tetapi Anda tidak boleh menentukan siapa yang berhak menggunakan Ethereum atas nama seluruh jaringan.

Setelah mekanisme ini diterapkan, kelemahan lain dari Ethereum yang telah lama dibicarakan tetapi tidak pernah bisa didorong maju, yaitu privasi yang ditunggu-tunggu oleh semua orang, akhirnya menemukan titik awal.

Seperti yang diketahui, dulu ketika orang membicarakan privasi, yang selalu disebut-sebut adalah bukti pengetahuan nol, alamat tak terlihat, dan kolam pencampuran, tetapi selama Builder bisa mengenali “ini adalah panggilan yang dikirim ke kontrak privasi,” mereka langsung menolaknya, dan sihir matematis Anda langsung lumpuh.

Saat ini, dalam jalur privasi Ethereum, FOCIL menutup titik paling rentan yang mudah diblokir, karena selama lapisan protokol dapat secara pasti menjamin akses setiap transaksi legal, eksplorasi privasi di lapisan atas baru memiliki peluang untuk bertahan.

Saat ini, proposal privasi yang lebih agresif seperti EIP-8182 (yang mencoba memperkenalkan Shielded Pool native di tingkat protokol) masih berada dalam tahap diskusi kandidat (Proposed), tetapi trennya sudah jelas, yaitu privasi tidak lagi bisa dianggap sebagai fitur tepi dari dapp pihak ketiga, melainkan harus secara bertahap menjadi dasar dasar seperti air, listrik, dan gas di jaringan Ethereum.

Perubahan arsitektur yang dibahas sebelumnya lebih banyak terjadi di bawah permukaan, sementara hal ketiga akan sangat terkait dengan pengalaman pengguna biasa dalam penggunaan sehari-hari.

Itu berarti Ethereum akhirnya memutuskan untuk melakukan perubahan besar terhadap model akun EOA yang telah berlangsung selama lebih dari sepuluh tahun.

Sejujurnya, model tanda tangan kunci pribadi yang masih digunakan Ethereum hingga kini sangat tidak manusiawi bagi pengguna internet biasa:

Kunci pribadi hilang, maka tak ada jalan kembali; ada ribuan stablecoin di dompet, tapi karena kurang 0,001 ETH untuk biaya transaksi, aset tidak bisa dipindahkan sementara; bermain DeFi harus Approve dulu baru Swap, perlu tiga kali tanda tangan untuk menyelesaikan satu hal; Nonce transaksi harus antri ketat, satu transaksi macet, semua terhenti.

Dalam dua pembaruan sebelumnya, komunitas telah melakukan berbagai kompromi. Misalnya, mengembangkan ERC-4337 untuk secara tidak langsung menyelamatkan situasi melalui dompet kontrak di luar protokol; serta memperkenalkan EIP-7702 di Pectra, yang memungkinkan alamat biasa untuk sementara memasang logika kontrak guna mendapatkan fleksibilitas tambahan.

Namun, 7702 pada dasarnya adalah jembatan sementara, dan sorotan sebenarnya dari Hegotá adalah abstraksi akun asli asli EIP-8141 (Frame Transactions).

Secara sederhana, transaksi Ethereum sebelumnya menggabungkan tiga hal menjadi satu kesatuan, misalnya siapa yang membuktikan identitas Anda (verifikasi) + siapa yang membayar biaya (bayar Gas) + apa yang sebenarnya ingin dilakukan (eksekusi), sedangkan EIP-8141 memisahkan ketiga hal ini menjadi berbagai "frame" di tingkat protokol dasar (baca lanjutan: Abstraksi Akun Asli + Ancaman Kuantum: Mengapa EIP-8141 Belum Menjadi Juara di Hegotá Ethereum?):

• Verifikasi frame: Tidak lagi terkunci pada tanda tangan kurva eliptik ECDSA tetap, mendukung metode verifikasi yang lebih fleksibel seperti Passkey, serta mengintegrasikan lebih lanjut kemampuan sidik jari ponsel, Face ID, sehingga pergantian kunci dan pemulihan akun menjadi lebih alami;
• Payment Frame: Gas sponsorship native. Applications can directly pay gas for new users, or you can specify in the payment frame to directly deduct USDC from the transfer—no more need for relayers to buy and sell gas off-chain;
• Execution frame: Natively supports atomic batching, authorization and redemption in one step—success means all take effect together, failure means a clean and complete rollback of everything;

Jika ditambahkan EIP-8250 (Keyed Nonces) yang sedang dibahas dalam antrian, akun masa depan bahkan dapat memiliki beberapa jalur Nonce paralel.

Setelah kemampuan-kemampuan ini secara native tertanam dalam protokol, bentuk produk untuk dompet seperti imToken akan mengalami pembebasan kualitatif.

Dulu, sebagian besar upaya dompet dihabiskan untuk mengingatkan pengguna agar menyiapkan Gas, menjelaskan mengapa transaksi ini terhenti, mendidik pengguna cara menyalin frasa pemulihan, dan membantu pengguna beralih antar rantai RPC.

Di masa depan, ketika algoritma tanda tangan, pembayaran Gas, kontrol izin, dan routing transaksi dapat diprogram, dompet akhirnya dapat kembali ke posisi yang seharusnya, menjadi lapisan sistem operasi diam-diam di antara pengguna dan dunia terdesentralisasi.

It remains fully under the user's control, just like before, but will feel as natural as scanning a code to pay with Alipay or unlocking with a fingerprint.

Melihat kembali jejak pembaruan Ethereum selama beberapa tahun terakhir, jalurnya sebenarnya sangat jelas.

Dencun menyelesaikan Blob; Pectra terus melakukan skalabilitas sambil meningkatkan kemampuan validator dan akun; Fusaka terus mempersiapkan jalan untuk throughput data yang lebih besar dengan PeerDAS; selanjutnya, Glamsterdam akan membangun dasar untuk Gas Limit yang lebih tinggi dan eksekusi paralel melalui perubahan struktural seperti ePBS dan BAL.

Peningkatan kapasitas masih belum berakhir, tetapi peningkatan kapasitas sudah bukan lagi satu-satunya masalah.

Ethereum akhirnya memiliki kesempatan untuk menghadapi masalah-masalah paling mendasar dan paling membingungkan, yang menjadi alasan mengapa EF pada tahun 2026 menyusun ulang arah pengembangan protokolnya menjadi tiga tujuan yang sangat sederhana:

Skalakan, Tingkatkan UX, dan Perkuat L1.

Ethereum telah membuktikan kepada dunia bahwa ia bisa menjadi komputer dunia yang berjalan tanpa henti, selanjutnya adalah membuatnya bisa digunakan dengan lancar oleh orang biasa.