Fasa Seterusnya Ethereum: Menghubungkan L1 dan L2, Meningkatkan Privasi, dan Memperbaiki UX

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

Dari pengenalan Blob oleh Dencun yang memberikan pengurangan cukai besar kepada Rollup, hingga penyesuaian kecekapan validator dan mekanisme staking oleh Pectra, serta pelaksanaan Fusaka dengan PeerDAS untuk mengurangkan beban pengagihan data, lapisan protokol hampir seluruhnya mendedikasikan tenaga kepada satu perkara: membuat Ethereum mampu menelan lebih banyak data tanpa meningkatkan rintangan nod terlalu tinggi.

Paket taktik ini memang berkesan, kos data Rollup telah diturunkan, dan Had Gas rangkaian utama juga meningkat secara stabil, sehingga Ethereum tidak lagi menuntut bayaran transaksi puluhan dolar seperti pada siklus bull sebelumnya yang membuat orang enggan.

Tetapi jalan telah diperluas, cara memandu kereta masih terasa tidak selesa:

• Kami masih perlu memindahkan aset di antara dua atau tiga L2; sedikit saja lalai, aset akan ditarik ke rantai yang salah;
• Satu transaksi jelas sudah diproses dalam beberapa saat, tetapi jambatan dan pertukaran memaksa anda menunggu selama belasan minit sebelum mengesahkan;
• Builder profesional hampir memonopoli pengumpulan blok, jika anda ingin menghantar transaksi sensitif, ia sentiasa berisiko ditolak oleh peraturan tidak rasmi di luar protokol;
• Belum lagi, sehingga hari ini, pengguna baru yang hanya ingin mentransfer beberapa ratus dolar USDC masih perlu memahami mengapa dompet mereka perlu memiliki ETH, apa itu Nonce, dan apa itu Gas;

Masalah-masalah ini kelihatan sebagai geseran pengalaman pengguna, tetapi sebenarnya melibatkan mekanisme protokol yang lebih asas seperti peraturan pengesahan, pembinaan blok, anti-sensor, dan model akaun.

Dan inilah masalah baru yang bermula dari Glamsterdam ke Hegotá, dari Q4 2026 hingga 2027, di mana Ethereum beralih kepada pemprosesan terpusat.

Of course, scaling will not hit the brakes.

Glamsterdam masih memiliki orientasi prestasi yang kuat, dengan dua fitur paling menarik iaitu ePBS (EIP-7732) dan BAL (Block-level Access Lists, EIP-7928); secara ringkas:

• ePBS secara rasmi memasukkan pembahagian tugas antara Proposer dan Builder yang sudah wujud dalam jumlah besar di luar protokol hari ini, sambil membahagikan jendela masa untuk penghasilan blok dan pengesahan dengan lebih saintifik, memberikan ruang缓冲 untuk blok yang lebih besar di masa depan;
• BAL pula bertindak seolah-olah menyenaraikan senarai akses di awal blok, membolehkan nod mengambil data terlebih dahulu atau memproses secara selari sekadar melihat sekilas, secara khusus menyelesaikan bottleneck I/O penyimpanan;

Selain daripada penskalaan, penderitaan sebenar kebanyakan orang hari ini bukanlah sama ada TPS Ethereum cukup tinggi, tetapi 「terlalu banyak rantai」.

Sebagai contoh, ETH berada di rangkaian utama, meme yang dimainkan berada di Robinhood Chain, USDC yang digunakan untuk pembayaran dan penyelesaian mungkin berada di Arbitrum, dan USDC yang ingin dibeli pada harga rendah berada di Base.....

Bagi Yayasan Ethereum, semua Rollup adalah sebahagian daripada ekosistem Ethereum, tetapi bagi pengguna, ia tidak berbeza daripada pertukaran mata wang antarabangsa atau pengurusan visa.

Oleh itu, untuk menyatukan kepingan-kepingan teka-teki yang tersebar menjadi satu rangkaian, selain protokol lintas rantai masing-masing menunjukkan kehebatannya, mekanisme asas terkini yang diperkenalkan oleh protokol layak diperhatikan—FCR (Fast Confirmation Rule, Peraturan Pengesahan Cepat).

Banyak orang menganggap transaksi telah selesai apabila ia dimasukkan ke dalam blok, tetapi dari segi kriptografi dan konsensus, blok yang baru sahaja dihasilkan sepenuhnya mungkin mengalami reorganisasi kecil. 'Ketidakbolehbalikan (Finality)' yang sebenar memerlukan Ethereum melalui dua Epoch, yang mengambil masa kira-kira 13 minit.

Ini mungkin tidak menjadi masalah untuk pemindahan biasa, tetapi merupakan penderitaan bagi jembatan lintas rantai, penyelesaian jumlah besar, dan pertukaran terpusat; untuk menghindari risiko reorganisasi, mereka hanya boleh meminta anda menunggu secara paksa.

Kelebihan FCR ialah tidak perlu menunggu selama belasan minit untuk Finality penuh, tetapi memanfaatkan Attestation yang akan terus dihasilkan oleh validator, berdasarkan berat undian yang telah terkumpul, untuk menentukan lebih awal sama ada blok tertentu telah mendapat sokongan konsensus yang cukup kuat.

Mengikut sasaran yang diberikan oleh Ethereum Foundation, dengan jaringan berterusan disegerakan, FCR berpotensi memajukan pengesahan "kuat" ini kepada sekitar 15 hingga 30 saat, walaupun tidak sama dengan Finality penuh, tetapi sudah mencukupi untuk memberikan isyarat pengesahan yang lebih awal dan mempunyai model keselamatan yang jelas kepada banyak jambatan, komunikasi lintas rantai, dan infrastruktur yang kini terpaksa menunggu finaliti.

Lebih khusus lagi, FCR tidak perlu menunggu satu hard fork tertentu untuk diaktifkan; ia lebih mirip satu set peraturan pengesahan yang boleh diadopsi secara berperingkat oleh klien konsensus dan infrastruktur.

Apabila pelbagai L2, jambatan silang rantai, dan dompet mulai menggunakan isyarat ini, latensi antara lapisan yang sebelumnya disebabkan oleh "menunggu kepastian L1" yang berjumlah banyak hari ini berpotensi dikurangkan dari beberapa minit kepada beberapa saat.

Ini juga bermaksud bahawa di masa depan, apabila anda memindahkan satu aset, sistem belakang mungkin secara senyap melintasi dua atau lebih rantai, tetapi di antara muka depan, anda hanya perlu menekan pengesahan, dan dana akan segera masuk.

Namun, apabila blok menjadi semakin besar dan Builder menjadi semakin profesional, Ethereum menghadapi masalah dilema yang sangat klasik lainnya.

Kerana builder profesional telah membawa kecekapan pembinaan blok kepada tahap maksimum dengan kekuatan pengiraan dan aliran pesanan terkemuka, kuasa hidup dan mati bagi sebahagian besar blok secara semula jadi berada di tangan beberapa institusi besar sahaja.

Ini membawa risiko yang sangat berbahaya: penyensoran.

Jika beberapa Builder, disebabkan tekanan kepatuhan, persaingan perniagaan, atau sekadar tidak suka terhadap beberapa perjanjian privasi, sengaja mengabaikan dan menolak memasukkan transaksi sah anda ke dalam mempool, walaupun anda memiliki kunci peribadi dan memberikan cukup Gas, transaksi anda mungkin terperangkap di luar rantai (baca lanjut: Menulis Ketahanan terhadap Sensor ke Dalam Protokol: Siapa yang Menentukan Samada Transaksi Ethereum Boleh Dimasukkan ke Dalam Rantai?).

Jika desentralisasi tidak mampu mempertahankan akses transaksi anti-sensor, throughput yang lebih tinggi pun hanyalah istana di udara.

Ini juga sebabnya FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) diletakkan pada kedudukan yang sangat penting dalam perancangan Hegotá.

Logikanya sangat ringkas dan kasar, iaitu memakai tali peringatan kepada Builder.

Setiap Slot, protokol akan memilih secara rawak sekumpulan validator bebas biasa untuk memasukkan transaksi sah yang sedang menunggu di mempool mereka ke dalam senarai "Pemasukan (Inclusion List)", anda sebagai Builder masih bebas mengatur urutan transaksi untuk mendapatkan MEV anda, tetapi blok yang anda hantar mesti memasukkan semua transaksi dalam senarai tersebut.

Jika Builder berani mengabaikan senarai ini dengan jahat, seluruh pengesah rangkaian akan secara langsung menolak blok ini dalam peraturan pemilihan bercabang. Dengan kata lain, anda boleh menjana pendapatan dengan kemampuan anda, tetapi anda tidak boleh menentukan siapa yang layak menggunakan Ethereum atas nama seluruh rangkaian.

Setelah mekanisme ini ditubuhkan, kelemahan lain di Ethereum yang telah lama dipersoalkan tetapi tidak pernah bergerak—kerahsiaan yang ditunggu-tunggu oleh semua orang—akhirnya mendapat tempat untuk berpijak.

Seperti yang diketahui umum, dahulu orang berbincang tentang privasi, selalu menyebut bukti pengetahuan sifar, alamat terselubung, dan kolam pencampuran, tetapi sekiranya Builder mengenal pasti “ini adalah panggilan ke kontrak privasi”, mereka akan menolaknya secara terus, dan keajaiban matematik anda segera menjadi tidak berkesan.

Sementara itu, dalam jalan raya privasi Ethereum, FOCIL menutup titik yang paling mudah menjadi titik lemah, kerana sekiranya lapisan protokol dapat menjamin hak akses kepada setiap transaksi sah, maka eksplorasi privasi di lapisan atas baru boleh berjaya.

Sekarang, usulan privasi yang lebih agresif seperti EIP-8182 (yang cuba memperkenalkan Shielded Pool asli pada peringkat protokol) masih berada dalam peringkat cadangan, tetapi trennya sudah jelas, iaitu privasi tidak lagi boleh dianggap sebagai fungsi tepi daripada dapp pihak ketiga, tetapi perlahan-lahan perlu menjadi infrastruktur asas Ethereum.

Perubahan struktur yang dibincangkan sebelumnya lebih banyak berlaku di bawah permukaan, manakala perkara ketiga pula akan berkait rapat dengan pengalaman pengguna biasa.

Itu bermakna Ethereum akhirnya memutuskan untuk melakukan pembedahan besar terhadap model akaun EOA yang telah berlangsung selama lebih dari sepuluh tahun.

Sejujurnya, model tanda tangan kunci peribadi yang masih digunakan oleh Ethereum sangat tidak manusiawi bagi pengguna internet biasa:

Kunci peribadi hilang, maka tak ada jalan kembali; wang stabil beribu-ribu ada dalam dompet, tetapi kerana kurang 0.001 ETH sebagai caj transaksi, aset tidak boleh dipindahkan sementara waktu; bermain DeFi perlu Approve dahulu, baru Swap, dan perlu menandatangani tiga kali untuk menyelesaikan satu perkara; Nonce transaksi mesti berurutan secara ketat, sekali satu transaksi terhenti, semua terhenti.

Dalam dua kenaikan sebelum ini, komuniti telah membuat berbagai kompromi. Contohnya, menghasilkan ERC-4337, menggunakan dompet kontrak di luar protokol untuk menyelamatkan situasi; dan juga memperkenalkan EIP-7702 dalam Pectra, yang membenarkan alamat biasa memasang logik kontrak sementara untuk mendapatkan fleksibiliti tambahan.

Tetapi 7702 pada akhirnya hanyalah jambatan sementara, dan fokus utama Hegotá ialah abstraksi akaun asli asli EIP-8141 (Frame Transactions).

Boleh difahami secara ringkas bahawa, sebelum ini, satu transaksi Ethereum mengikat tiga perkara secara rapat, contohnya siapa yang membuktikan identiti anda (pengesahan) + siapa yang membayar bayaran ini (bayar Gas) + apa sebenarnya yang ingin dilakukan (pelaksanaan), manakala EIP-8141 memisahkan ketiga-tiga perkara ini kepada tiga “bingkai” yang berbeza di peringkat protokol asas (baca lanjut: Abstraksi akaun asli + ancaman kuantum: Mengapa EIP-8141 belum menjadi pemimpin utama Hegotá Ethereum?):

• Rangka pengesahan: Tidak lagi terkunci pada tanda tangan lengkung eliptik ECDSA yang tetap, boleh menyokong cara pengesahan yang lebih fleksibel seperti Passkey, serta menggabungkan fungsi seperti cap jari telefon dan Face ID untuk menjadikan penukaran kunci dan pemulihan akaun lebih semula jadi;
• Bingkai pembayaran: Gas disokong secara native. Pihak aplikasi boleh membayar gas untuk pengguna baru secara langsung, atau anda boleh menentukan dalam bingkai pembayaran untuk mengurangkan USDC secara langsung daripada transaksi, tanpa perlu lagi menggunakan perantara untuk membeli dan menjual secara luar talian;
• Execution frame: Secara semula menyokong pemprosesan atomik, kuasa + penukaran dalam satu langkah, berjaya semuanya berkesan, gagal semuanya dipulihkan dengan bersih;

Jika ditambah dengan EIP-8250 (Keyed Nonces) yang sedang dibincangkan dalam antrian, akaun masa depan bahkan boleh mempunyai beberapa lintasan Nonce selari.

Apabila kemampuan-kemampuan ini secara asli terbenam ke dalam protokol, bentuk produk bagi dompet seperti imToken akan mengalami pembebasan kualitatif.

Dahulu, sebahagian besar usaha dompet dihabiskan untuk mengingatkan pengguna untuk menyediakan Gas, menjelaskan mengapa transaksi itu terhenti, mendidik pengguna cara menyalin frasa pemulihan, dan membantu pengguna berpindah antara rantai RPC.

Di masa depan, apabila algoritma tanda tangan, pembayaran Gas, kawalan kebenaran, dan penghalaan transaksi boleh diprogramkan, dompet akhirnya boleh kembali ke tempatnya yang sepatutnya, sebagai lapisan sistem operasi senyap antara pengguna dan dunia terdesentralisasi.

Ia masih sepenuhnya di bawah kuasa pengguna, seperti sebelum ini, tetapi penggunaannya akan sebegitu semula jadi seperti pembayaran dengan pemindahan kod QR Alipay atau pembukaan kunci dengan cap jari.

Melihat semula jejak peningkatan Ethereum dalam beberapa tahun terakhir, jalan yang diambil sebenarnya sangat jelas.

Dencun menyelesaikan Blob; Pectra meneruskan penskalaan sambil meningkatkan kemampuan validator dan akaun; Fusaka meneruskan jalan untuk throughput data yang lebih besar dengan PeerDAS; seterusnya, Glamsterdam akan membina asas untuk Gas Limit yang lebih tinggi dan pelaksanaan selari melalui perubahan struktur seperti ePBS dan BAL.

Pengembangan masih belum berakhir, tetapi pengembangan sudah bukan lagi satu-satunya masalah.

Ethereum akhirnya memiliki kesempatan untuk menghadapi masalah-masalah paling mendasar dan paling membingungkan, yang menjadi sebab mengapa EF pada tahun 2026 menyusun semula arah pengembangan protokol menjadi tiga sasaran yang sangat ringkas:

Skalakan, Tingkatkan UX, dan Perkuat L1.

Ethereum telah membuktikan kepada dunia bahawa ia boleh menjadi komputer dunia yang beroperasi tanpa henti, dan seterusnya adalah membolehkan orang biasa menggunakannya dengan lancar.