Penulis: Ethlabs
Kompilasi: Chopper, Foresight News
Arah pengembangan Ethereum mempengaruhi semua orang yang membangun aplikasi, menggunakan jaringan, memegang ETH, dan percaya pada potensi masa depan Ethereum. Arah jangka panjang Ethereum pada akhirnya ditentukan oleh para partisipan yang membangun produk, mengoperasikan aplikasi, dan komunitas di atasnya setiap hari, tetapi peningkatan jaringan adalah cara inti untuk mengulangi protokol dan memenuhi kebutuhan pengguna. Hegotá adalah peningkatan jaringan berikutnya yang direncanakan Ethereum setelah Glamsterdam. Artikel ini akan menjelaskan arah dan alasan prioritas yang menurut Ethlabs harus diprioritaskan Ethereum dalam peningkatan ini.
Saat ini, cakupan peningkatan Hegotá sedang ditetapkan secara awal melalui proses teknis publik Ethereum. Proposal-proposal yang disebutkan di bawah ini adalah hasil karya banyak pengembang, tim penelitian, dan tim klien. Artikel ini menyajikan dengan jelas arah yang disarankan Ethlabs untuk diprioritaskan, serta pandangan-pandangan yang masih belum kami simpulkan. Kami menyambut evaluasi, pertanyaan, dan penyempurnaan argumen-argumen ini dari semua pihak di industri; dalam beberapa hari hingga minggu ke depan, dengan diskusi dan pembaruan informasi yang berkelanjutan, pandangan kami juga akan berubah.
Untuk peningkatan Hegotá, mengingat semua EIP yang telah diajukan, kami menganggap bidang-bidang berikut sebagai prioritas utama Ethereum:
- Kemampuan anti-sensor yang lebih kuat: Siapapun, terlepas dari identitas atau tujuan, dapat membuat transaksi mereka dimasukkan ke dalam blok;
- Ethereum yang lebih cepat: Waktu pembuatan blok yang lebih cepat berarti konfirmasi transaksi yang lebih cepat, harga on-chain yang real-time, dan waktu finalitas yang lebih singkat;
- Abstraksi akun asli: Akun mendukung passkey, sponsorship transaksi, pembayaran gas dengan token, transaksi batch, perlindungan privasi yang lebih kuat, dan menyediakan jalur peningkatan kunci pasca-kuantum;
- Ekspansi L1 yang berkelanjutan: Aplikasi dapat memperoleh kapasitas jaringan yang stabil dan terjangkau bahkan di puncak permintaan.
Pernyataan Awal: Bagaimana Proses Pengajuan EIP Bekerja?
Sebelum menafsirkan proposal secara formal, penting untuk memahami latar belakang kunci. Tahap kedua dari penentuan cakupan peningkatan Hegotá baru saja dimulai. Tahap pertama telah menetapkan FOCIL sebagai proposal inti peningkatan Hegotá. Batas waktu pengajuan proposal EIP non-inti adalah 6 Agustus, setelah itu pertemuan ACD akan menilai secara menyeluruh keseluruhan rencana peningkatan Hegotá.
Semua EIP di bawah ini saat ini berada dalam tahap PFI (Proposed For Inclusion). Mengirimkan EIP untuk dipertimbangkan dalam peningkatan tidak memerlukan izin, tetapi sebagian besar proposal akhirnya tidak akan dimasukkan dalam peningkatan formal.
Seiring pengembangan berlanjut, proposal akan melalui beberapa putaran tinjauan, tahapannya meningkat bertahap, dan kepastian implementasinya semakin kuat:
PFI (Proposed For Inclusion): Proposal diajukan untuk peningkatan ini. Tahap ini tidak memiliki ambang batas masuk, tidak mewakili dukungan klien, dan tidak menjamin peluncuran akhir;
CFI (Considered For Inclusion): Tim klien telah menyelesaikan tinjauan, berencana untuk memulai pengembangan prototipe dan pengujian;
SFI (Selected For Inclusion): Secara umum ada kesepakatan untuk memasukkan, dengan syarat pengembangan dan pengujian berjalan lancar.
Untuk memahami proses lengkap, disarankan menonton video penjelasan Tim Beiko. (https://www.youtube.com/watch?v=-S4blFZl28g)
Panduan Membaca
Artikel ini mengikuti standar peringkat Forkcast untuk menyampaikan penilaian prioritas Ethlabs terhadap berbagai EIP Hegotá. Untuk menyederhanakan pengambilan keputusan, semua proposal yang dinilai dibagi menjadi lima level:
- 【Level S】 Sangat disarankan untuk dimasukkan
- 【Level A】 Disarankan untuk dimasukkan jika hambatan seperti kompleksitas pengembangan, penilaian dampak, adopsi ekosistem teratasi
- 【Level B】 Bernilai, tetapi sulit untuk dimasukkan dalam peningkatan ini
- 【Level D】 Dalam kondisi saat ini, tidak disarankan untuk dimasukkan dalam Hegotá
- 【Pandangan Belum Terbentuk】 Kami masih meneliti EIP ini
⚠️ Catatan: Pandangan di atas hanyalah saran dari Ethlabs. Kami menilai terutama berdasarkan tujuan proposal, spesifikasi teknis, dan perkiraan kompleksitas pengembangan; untuk proyek yang kami ikuti secara mendalam (misalnya Frames, Quick Slots) kami memiliki informasi yang lebih lengkap. Kami akan terus memperbarui pandangan berdasarkan umpan balik dari ethPandaOps, tim pengujian, dan berbagai klien. Tanda 【CL】 mewakili berdampak pada klien lapisan konsensus; 【EL】 mewakili berdampak pada klien lapisan eksekusi.
Selain itu, Ethlabs berpartisipasi dalam penulisan beberapa EIP (termasuk FOCIL, Frame Transactions, Quick Slots). Kami berusaha menilai semua proposal secara objektif, tidak dipengaruhi oleh tingkat keterlibatan kami sendiri, tetapi pembaca dapat memperhatikan latar belakang ini saat merujuk pandangan.

Daftar Prioritas CL

Daftar Prioritas EL
Tanpa basa-basi lagi, berikut adalah pandangan lengkap Ethlabs saat ini tentang peningkatan Hegotá.
Empat Arah Inti Hegotá
FOCIL: Menguatkan Kemampuan Anti-Sensor
EIP-7805 FOCIL telah memasuki tahap SFI, secara resmi ditetapkan sebagai proposal inti Hegotá. Tiga anggota Ethlabs (Francesco, Barnabé, Julian) adalah penulis bersama proposal ini, kami mendukung sepenuhnya implementasinya. Karena skemanya sudah ditetapkan, di sini hanya dijelaskan secara singkat: Hanya blockchain yang tetap netral terhadap semua orang yang dapat menjadi fondasi kepercayaan semua orang. Ini adalah batu penjuru untuk ekspansi Ethereum, tumbuh menjadi lapisan penyelesaian ekonomi global yang sebenarnya, melayani setiap peserta.
Quick Slots: Ethereum yang Lebih Cepat
Slot waktu 12 detik Ethereum saat ini menghasilkan latensi yang relatif tinggi, merugikan pengalaman pengguna. Oleh karena itu, kami sangat menyarankan untuk memasukkan 【CL】EIP-8198 Quick Slots【Level S】 dalam Hegotá, dengan empat alasan inti:
- Kecepatan konfirmasi transaksi pengguna L1 meningkat, mengoptimalkan pengalaman;
- Pasar on-chain L1 mendapatkan data harga yang lebih baru, meningkatkan spread beli/jual dan pendapatan penyedia likuiditas;
- Finalitas, aturan konfirmasi cepat terikat dengan panjang slot, blok yang lebih cepat akan secara bersamaan meningkatkan interoperabilitas lintas rantai Ethereum;
- Jumlah proposer blok per detik meningkat, meningkatkan kemampuan anti-sensor, termasuk anti-sensor ekonomi: biaya yang harus dikeluarkan untuk melakukan sensor dengan terus-menerus mengosongkan blok menjadi lebih tinggi.
Memperpendek interval pembuatan blok sambil mempertahankan karakteristik desentralisasi Ethereum dapat meningkatkan nilai ruang blok Ethereum, dengan keuntungan kembali ke jaringan dan ETH itu sendiri. Setiap pengurangan latensi secara langsung menciptakan nilai bagi pengguna. Selain itu, percepatan juga merupakan salah satu peningkatan yang paling banyak diminta oleh pengembang aplikasi.
Memulai transformasi sekarang masuk akal. Penyesuaian durasi slot tidak bisa dilakukan sekaligus. Konsisten dengan pemikiran ekspansi, optimasi iteratif yang diuji dan diimplementasikan jauh lebih memberikan kepastian bagi pengembang aplikasi daripada sekadar janji peta jalan. Mencapai slot di bawah 6 detik adalah tujuan jangka panjang, jalurnya dibagi dua langkah:
- Restrukturisasi satu kali: Membuat spesifikasi dan kode klien mendukung modifikasi fleksibel durasi slot;
- Melakukan pemendekan pertama di Hegotá, kemudian menurunkan secara berkelanjutan di hard fork berikutnya, mengumpulkan data operasi aman.
Hegotá adalah waktu yang tepat untuk menanggung biaya restrukturisasi satu kali. ePBS dari peningkatan Glamsterdam telah merestrukturisasi logika terkait slot; perubahan lapisan konsensus dalam peningkatan ini relatif terkendali. Begitu memasuki jendela peningkatan konsensus yang terpisah, sumber daya pengembangan lapisan konsensus akan sangat tegang, dan sulit bagi banyak hard fork di masa depan untuk memiliki jendela peluang seperti ini lagi.
Sederhananya, pilihannya adalah mempertahankan slot 12 detik setidaknya selama dua tahun ke depan, atau mencapai slot 10 detik dalam peningkatan Hegotá setahun kemudian, dan berpotensi lebih lanjut dikurangi menjadi di bawah 10 detik di putaran berikutnya. Dua kali percepatan ini bukan hanya optimasi teoritis, tetapi secara langsung meningkatkan nilai pengguna dan mengoptimalkan model ekonomi jaringan. Kami percaya waktunya sudah matang.
Tanggapan atas Kontroversi Utama
Kami telah merangkum empat kekhawatiran utama yang muncul dalam komunikasi awal dengan tim pengembangan klien dan tim protokol Ethereum Foundation:
- Kompleksitas pengembangan. Logika penjadwalan slot milidetik telah digabungkan ke dalam spesifikasi konsensus berdasarkan ePBS; draf spesifikasi lapisan konsensus dan eksekusi untuk EIP-8198 telah selesai, biaya dasar, batas gas, penjadwalan Blob semuanya telah dikonversi, memastikan perilaku jaringan per detik stabil. Pekerjaan yang tersisa berfokus pada adaptasi berbagai alat klien yang mengasumsikan slot tetap, dan pengujian skenario batas. Setelah restrukturisasi satu kali ini selesai, pemendekan slot berikutnya hanya memerlukan penyesuaian parameter.
- Tekanan pembuktian zkEVM. Kekhawatiran utama ada dua: durasi pembuktian relatif dan overhead pembuktian tetap. 1) Durasi pembuktian relatif: Proporsi waktu dalam slot yang tersedia untuk pembuktian. Saat ini, pembangun blok dapat mulai membangun begitu menerima muatan dari blok sebelumnya; blok beacon mengonfirmasi muatan slot saat ini. Muatan harus dibuktikan sebelum proposer beacon berikutnya mempublikasikan blok mereka. Durasi minimum yang tersedia untuk menyelesaikan pembuktian kira-kira sama dengan satu slot dikurangi delay propagasi blok beacon. Delay propagasi sulit dikurangi, tetapi nilainya sendiri kecil dan saat ini tidak menjadi hambatan inti. Pembangun blok yang dioptimalkan dapat melakukan pembuktian secara paralel saat merakit muatan, tanpa menunggu muatan yang menang dikonfirmasi oleh blok beacon. 2) Overhead pembuktian zkEVM: Waktu pembuktian umumnya linear dengan ukuran blok, tetapi ada overhead tetap. Blok yang lebih cepat berarti overhead tetap dipicu lebih sering, meningkatkan latensi di bawah throughput yang sama. Dengan anggaran latensi tetap, perlu memastikan throughput tidak terkena dampak signifikan. Ada dua jalur perbaikan di industri: iterasi rekayasa terus mengurangi waktu operasi tetap; EIP-7862 menunda perhitungan root status, memindahkan banyak pekerjaan pembuktian dari jalur kritis. Kedua arah maju secara bersamaan, yang berarti slot yang lebih cepat tidak akan menghalangi pertumbuhan throughput berkelanjutan di masa depan.
- Jalur peningkatan pasca-kuantum. Skema konsensus terpisah telah mendapatkan dukungan yang cukup, menjadi arah stabil arsitektur konsensus masa depan. Pemisahan berarti memindahkan voting finalitas dari jalur kritis produksi blok. Logika terkait tanda tangan pasca-kuantum skala besar dan STARK rekursif akan dipisahkan dari jalur kritis. Produksi blok, aturan pemilihan fork hanya bergantung pada kelompok kecil yang terdiri dari sekitar 512 (berpotensi dikurangi menjadi 256) validator. Tanda tangan pasca-kuantum lebih besar, tetapi dapat dipropagasikan dengan lancar dalam slot 10 detik yang direncanakan (diharapkan dapat diperpendek lebih lanjut di masa depan).
- Adaptasi kontrak pintar dan infrastruktur. Tim sedang melakukan investigasi menyeluruh terhadap skenario kontrak pintar yang terkait erat dengan durasi slot. Kami bersama Sourcify menganalisis semua kontrak yang telah diverifikasi; juga menilai dampak perubahan slot pada penyimpanan root blok beacon historis yang dibawa oleh EIP-4788 (root blok beacon dalam EVM). Pada tingkat infrastruktur, umpan balik dari Etherscan: penyesuaian slot kemungkinan besar meningkatkan beban server, tetapi infrastruktur sudah beradaptasi dengan waktu pembuatan blok yang bervariasi di era PoW, sehingga perubahan seharusnya dapat dikelola.
Abstraksi Akun: Mengoptimalkan Pengalaman, Keamanan, dan Privasi
Ekologi Ethereum telah lama membutuhkan abstraksi akun asli (AA) untuk mewujudkan peningkatan pengalaman seperti dompet passkey, sponsorship transaksi, pembayaran Gas dengan ERC20, transaksi batch. Namun, jalan menuju abstraksi akun asli sangat berliku: AA menyentuh seluruh tumpukan Ethereum, mencakup klien, L2, dompet, RPC, alat pengembangan, memerlukan koordinasi banyak pihak. Ini tidak hanya membuat EIP terkait sulit untuk maju melalui proses pengembangan yang digerakkan konsensus, tetapi juga menghadapi tantangan adopsi ekosistem setelah diluncurkan.
Oleh karena itu, kami menilai proposal AA asli Hegotá, Frame Transactions, sebagai Level A. Bukan karena standar teknis tidak mencapai Level S, tetapi karena perlu mempertimbangkan secara penuh risiko adopsi skala besar ekosistem, dan koordinasi pekerjaan yang sangat besar. Berbekal akumulasi pengalaman tim di bidang abstraksi akun, Ethlabs berencana untuk mendorong implementasi Frame Transactions secara mendalam, menghubungkan peserta seperti L2, dompet untuk memastikan AA asli diluncurkan dengan lancar.
Sekarang mari kita lihat proposal terkait abstraksi akun untuk Hegotá.
【EL】EIP-8141 Frame Transactions【Level A】
Kami percaya Frame Transactions adalah solusi terbaik untuk abstraksi akun asli Ethereum. Dibandingkan dengan skema AA asli lainnya, beberapa karakteristik selaras dengan prinsip pengembangan CROPS Ethereum:
- Inovasi akun tanpa izin: Logika validasi dieksekusi oleh kode EVM, pengembang dapat menentukan aturan validasi apa pun; beberapa skema AA memaksa daftar putih logika validasi, kurang fleksibel;
- Adaptasi asli untuk protokol privasi: Berdasarkan poin di atas, skema privasi seperti Railgun dapat menampung logika validasi transaksi Frame, pengguna dapat mengirim transaksi privasi tanpa bergantung pada relay terpusat, secara signifikan meningkatkan privasi dan kemampuan anti-sensor;
- Dirancang untuk keamanan pasca-kuantum: Dirancang sejak awal untuk sesuai dengan peta jalan pasca-kuantum Ethereum. Mendukung agregasi tanda tangan, bahkan jika biaya validasi satu tanda tangan pasca-kuantum mahal, setelah diagregasi dapat mencapai biaya Gas yang rendah.
Kelematan terbesar Frame Transactions juga berasal dari fleksibilitasnya: Logika validasi diserahkan ke kode EVM, biaya validasi berfluktuasi secara dinamis, yang menjadi tantangan bagi L2 yang mengejar TPS tinggi.
Kami optimis bahwa ini dapat diselesaikan dengan standar EIP/ERC pendamping (misalnya EIP-7819), di mana transaksi secara statis mendeklarasikan logika validasi, dan sequencer dapat mengoptimalkan jalur validasi dengan kode asli. Selain itu, kami akan bekerja sama dengan L2 dan Ethereum Foundation untuk melakukan pengujian patokan, mengidentifikasi dan menyelesaikan hambatan kinerja.
[CL][EL]Komponen Tambahan Frame Transactions
Ada banyak EIP yang dapat dilihat sebagai ekstensi dari transaksi Frame, dan meningkatkan fungsionalitasnya.
【EL】EIP-8250 Nonce Kunci untuk Transaksi Frame【Level A】
Kami melihat proposal ini sebagai bagian organik dari EIP-8141 dan menyarankan untuk diluncurkan bersamaan. Memperkenalkan Nonce dua dimensi, akun dapat mengirim banyak transaksi secara paralel ke mempool transaksi; protokol privasi juga dapat menyimpan nilai nol dalam Nonce dua dimensi. Biaya penyimpanan baca/tulis Nonce dua dimensi sangat rendah. Dibandingkan dengan mode saat ini di mana nilai nol ditulis ke penyimpanan biasa, transaksi privasi dapat menghemat Gas secara signifikan. Ini sangat penting dalam konteks kenaikan biaya Gas penyimpanan di Glamsterdam (EIP-8037).
【EL】EIP-8272 Root Terbaru untuk Transaksi Frame【Level B】
Mengoptimalkan lebih lanjut pengalaman protokol privasi menggunakan transaksi Frame. Proses validasi protokol privasi memerlukan pembacaan root komitmen terbaru. Jika disimpan dalam penyimpanan biasa tidak hanya mahal, tetapi juga bertentangan dengan aturan mempool publik Frame. Proposal ini menyimpan data root melalui buffer sirkular kontrak sistem, secara otomatis membersihkan data lama. Dinilai Level B karena menambah kompleksitas Frame secara signifikan untuk satu kasus penggunaan, kami tidak yakin apakah ada solusi yang lebih umum dan sederhana.
【CL】EIP-8369 Profil VOPS untuk Kelayakan FOCIL【Level B】
Menyelesaikan interaksi antara Frame dan VOPS (Validasi-Only Statelessness). Skema VOPS memungkinkan node mempool hanya menyimpan status minimum untuk memvalidasi transaksi, memastikan anti-sensor mempool di lingkungan tanpa status zkEVM di masa depan. Dinilai Level B karena skema ini sangat terikat dengan rute tanpa status yang belum membentuk konsensus komunitas.
【EL】EIP-7906 Penegasan Transaksi Melalui Opcode Perbedaan Status【Level B】
Meningkatkan kemampuan audit statis hasil transaksi. Pengguna saat ini dapat menegaskan hasil positif, tetapi tidak dapat membatasi 'tidak ada perubahan status lain'. Untuk membuktikan tidak ada modifikasi status tambahan, perlu menambahkan opcode. Penegasan positif (misalnya saldo WETH bertambah setidaknya 1.5) dikombinasikan dengan penegasan negatif (tidak ada perubahan status lain), mengunci semua dampak transaksi tanpa simulasi, dompet perangkat keras adalah skenario penerima manfaat utama. Proposal ini cukup kompleks, perlu kehati-hatian untuk dimasukkan dalam hard fork. Disarankan untuk maju hanya setelah memenuhi dua kondisi: 1) Tim klien sepenuhnya memahami semua detail dan efek berantai; 2) Ruang lingkup pengujian dan penilaian risiko potensial lengkap.
【EL】Migrasi EOA【Level B】
EIP-7851, EIP-8151 cocok dilihat bersama, bersama-sama membentuk skema migrasi akun eksternal ke akun pintar. Jalurnya sebagai berikut: EOA pertama mendelegasikan ke akun pintar melalui EIP-7702; EIP-7851 menambahkan opcode untuk secara permanen mengukuhkan hubungan delegasi, menonaktifkan kunci ECDSA asli; EIP-8151 membuat ecRecover mengenali kunci telah dinonaktifkan, mencegah kunci lama mencuri aset melalui transaksi tipe Permit. Peringkat Level B: Ini hanyalah salah satu skema migrasi EOA, belum menerima tinjauan luas dan konsensus industri. Risiko terbesar adalah kompatibilitas multi-rantai: Pengguna harus mengulangi operasi migrasi di setiap L2, termasuk rantai yang belum ada, memberikan pengalaman pengguna yang buruk. Kami menantikan skema yang bergantung pada L1 sebagai root kepercayaan, satu operasi berlaku untuk semua rantai EVM, skema seperti itu berpeluang ditingkatkan ke Level A/S.
【EL】Standar Tanda Tangan Pasca-Kuantum【Level A】
Hegotá harus menetapkan jalur implementasi tanda tangan pasca-kuantum yang jelas, tetapi perlu menentukan mekanisme optimal sebelum implementasi resmi. EIP-8355 menambahkan kontrak pra-kompilasi ML-DSA: Digabungkan dengan transaksi Frame, mengimplementasikan kemampuan keamanan akun pasca-kuantum. Alternatif: Mendaftarkan dukungan untuk tanda tangan pasca-kuantum terlebih dahulu tetapi belum mengaktifkannya, atau menentukan format derivasi yang kompatibel dengan kunci pasca-kuantum.
【EL】EIP-7819 Instruksi SETDELEGATE【Level A】
Begitu AA asli diluncurkan di Hegotá, mengurangi biaya penerapan akun pintar sangat penting. Namun EIP-8037 di Glamsterdam akan meningkatkan biaya pembuatan akun. EIP-7819 memungkinkan akun baru menggunakan penunjuk delegasi ringan, menggantikan kontrak proksi, secara signifikan mengurangi penyimpanan status baru, dan mengurangi biaya penerapan. Dinilai Level A karena biaya penerapan akun yang lebih rendah secara signifikan dapat mengurangi hambatan adopsi AA.
Optimasi Kinerja: Melanjutkan Ekspansi L1
Glamsterdam menandai perubahan pemikiran pengembangan Ethereum: Kinerja menjadi kendala inti dalam desain protokol dan pengembangan klien. Eksekusi tertunda, penyesuaian harga sumber daya, optimasi klien skala besar, dalam dua tahun meningkatkan kapasitas jaringan dari 30 juta Gas menjadi setidaknya 200 juta Gas. Optimasi kinerja memberikan pilihan, ruang kinerja yang dibebaskan dapat digunakan untuk ekspansi, memperpendek slot, menurunkan persyaratan perangkat keras node, atau mencapai beberapa tujuan sekaligus.
Permintaan ekspansi masih mendesak. Pemilihan lokasi proyek tidak hanya merujuk pada harga Gas saat ini, tetapi juga apakah Ethereum dapat terus memperluas pasokan ruang blok secara stabil dan berkelanjutan. Melaksanakan peningkatan ekspansi terus-menerus jauh lebih memberikan kepercayaan diri bagi pengembang daripada sekadar peta jalan di atas kertas. Jaringan utama masih memiliki jarak untuk menanggung puncak lalu lintas dengan mulus: Pada hari jadi ke-11 Ethereum, median Gas hanya sekitar 0,1 gwei, satu aktivitas pencetakan NFT mendorong Gas ke kisaran 10 gwei, biaya median transaksi melebihi $1. Tren ekspansi yang dimulai Glamsterdam perlu dilanjutkan ke Hegotá.
Sebagai kesimpulan, EIP berikut melanjutkan momentum ekspansi Glamsterdam, sekaligus memperkuat prinsip yang lebih luas di baliknya: Kinerja harus selalu menjadi pertimbangan utama dalam pekerjaan klien dan desain protokol.
【EL】EIP-8131 & EIP-8279【Level S】
Proposal kombinasi penetapan harga data Setelah peningkatan Glamsterdam, hambatan utama jaringan menjadi propagasi muatan blok. Akar masalahnya adalah standar perhitungan Gas untuk byte dari berbagai jenis sumber daya tidak seragam, bahkan beberapa tidak dikenakan biaya. EIP-8131 menyatukan batas bawah dasar transaksi: Memperluas aturan biaya minimum transaksi yang ada ke data yang dapat dikonfirmasi sebelum eksekusi; EIP-8279 batas bawah byte daftar akses blok: Mengenakan biaya untuk byte daftar akses yang dihasilkan secara dinamis selama eksekusi.
Mekanisme penetapan harga dinamis membuat EIP-8279 lebih kompleks, tetapi keduanya harus dilihat bersama. Skema kombinasi mewujudkan perhitungan terpadu untuk byte terkait transaksi, membatasi skenario terburuk muatan blok, sementara sebagian besar transaksi biasa dan rendah penggunaan data tidak terpengaruh. Mengisi celah perhitungan sumber daya, membersihkan jalan untuk menaikkan batas Gas lebih lanjut di masa depan.
【CL】【EL】EIP-8146 【Level A】
EIP-8146 meningkatkan jalur kritis itu sendiri dengan memisahkan propagasi BAL dan payload yang valid, sehingga menyempurnakan mekanisme penetapan harga ulang. Ini tidak hanya meningkatkan efisiensi propagasi tetapi juga memungkinkan klien eksekusi melakukan pra-pengambilan status dan komputasi root status. Kami menganggap ini sebagai optimasi rendah hambatan yang tidak boleh dilewatkan. Pekerjaan implementasi terutama didasarkan pada mekanisme gossip CL yang sudah dikenal, sehingga ini adalah EIP dengan investasi rendah dan nilai tinggi, terutama dalam cabang dengan kode EL yang banyak.
Proposal Lain Terkait Ekspansi
【EL】Kalibrasi Ulang CPSB【Level A】
Perubahannya sederhana. Kami menyarankan untuk terus maju, pilih satu untuk dimasukkan berdasarkan rencana kenaikan batas Gas, penggunaan Gas status dan eksekusi on-chain. EIP-8368 Kalibrasi CPSB untuk batas Gas baru: Skema pendamping setelah EIP-8037. Biaya byte status diubah dari penyesuaian dinamis berdasarkan batas Gas menjadi nilai tetap, menyederhanakan pengembangan dan pengujian. CPSB saat ini diukur berdasarkan batas Gas 150 juta, setelah batas Gas dinaikkan, Hegotá kemungkinan besar perlu dikalibrasi. EIP-8372 Standardisasi Batas Gas Status: Termasuk skema ekstensi EIP-8368, dengan granularitas penyesuaian yang lebih halus, menangani skenario di mana target pertumbuhan status dan target Gas biasa menyimpang dari perkiraan.
【EL】EIP-7862 Penundaan Root Status【Level B】
Spesifikasinya sendiri sederhana, tetapi sepengetahuan kami, kompleksitas implementasi klien belum sepenuhnya dipahami. Root status ada di mana-mana dalam basis kode. Manfaat jangka pendek terbatas, nilai inti terkonsentrasi pada jangka panjang (memperpanjang ketersediaan waktu pembuktian root status). Tekanan perubahan lapisan eksekusi Hegotá ini sudah besar.
【CL】EIP-8341 Komitmen Muatan Efektif Parsial【Level D】
Disarankan untuk tidak dimasukkan. Manfaat terbatas (sedikit menunda perhitungan root status), kebutuhan tidak mendesak, dan EIP-7862 dapat mencapai efek yang lebih kuat, dapat menggantikannya secara langsung.
Diskusi Kategori untuk EIP Lainnya
Selanjutnya, kami akan menyusun proposal yang tersisa, dikelompokkan berdasarkan tema. Untuk beberapa proposal, pandangan kami masih terbentuk, dan akan diperbarui berdasarkan komunikasi berkelanjutan dengan tim klien dan penulis.
Hegotá diperkirakan menjadi hard fork dengan perubahan lapisan eksekusi yang berat, kami harus mengontrol ketat ambang batas masuk EIP lapisan eksekusi. Selain FOCIL dan Quick Slots, batasi cakupan perubahan lapisan konsensus: Memperkecil cakupan peningkatan, menyediakan waktu yang cukup bagi tim klien untuk menghadapi transformasi arsitektur besar di masa depan.
【CL】Terkait Mekanisme Emisi
Kami tidak memberikan prioritas untuk EIP-8363 Emisi dan Pembakaran Bertahap. Kebijakan emisi inflasi tidak boleh ditentukan sepihak oleh pengembang inti, daftar prioritas sama dengan memberikan rekomendasi implementasi eksplisit kepada pengembang inti. Sebagian besar EIP condong ke keputusan teknis, komunitas mendelegasikan wewenang keputusan kepada tim pengembang inti; tetapi mekanisme emisi adalah kebijakan moneter, memerlukan konsensus luas komunitas. Pendapat pengembang inti hanya sebagai referensi untuk diskusi publik. Jika disandingkan dan diberi peringkat dengan EIP biasa, itu sama dengan dianggap sebagai keputusan teknis ACD biasa.
Dari sudut pandang teknis, EIP-8363 memiliki nilai. Seiring jumlah ETH yang dipertaruhkan meningkat, kredibilitas mekanisme pemotongan menurun; pada tingkat pertaruhan tinggi, sebagian besar imbalan baru mengimbangi inflasi; efek skala terus memperlebar kesenjangan antara operator besar dan penambang independen. Tetapi perubahan juga disertai risiko: Pola distribusi pertaruhan tidak pasti, proses pemadatan kebijakan moneter akan dimulai kembali. Posting diskusi yang dirilis Ansgar merangkum poin pro dan kontra secara lengkap, selaras dengan posisi kami. Sebagian anggota tim sebelumnya mendukung penyesuaian mekanisme emisi, dan saat ini masih mempertahankan penilaian itu.
Kami menyarankan untuk mendiskusikan penyesuaian mekanisme emisi setelah semua cakupan Hegotá lainnya ditetapkan. Memberikan waktu diskusi yang cukup bagi komunitas, menghindari gangguan pada garis utama penentuan cakupan peningkatan.
【CL】Optimasi Fungsi Pertaruhan
Peningkatan pertaruhan memiliki nilai, tetapi utamakan optimasi yang berorientasi pada pengguna akhir, perubahan infrastruktur murni kecuali sangat diperlukan, tunda.
【CL】EIP-8015 Menghapus Bidang Deposit dan eth1data【Level A】
Pembersihan utang teknis historis yang ringan. Berdasarkan EIP-7688 kompatibel ke depan dengan struktur data konsensus, bukti Merkle untuk bidang yang tidak relevan tidak terpengaruh, tidak akan mempengaruhi pihak yang membaca data on-chain.
【EL】【CL】EIP-8237 Sinkronisasi Independen Lapisan Konsensus / Eksekusi【Level B】
Dibangun di atas pemisahan blok beacon dan muatan oleh ePBS, memungkinkan sinkronisasi independen CL dan EL, berpotensi menyederhanakan logika kompleks klien.
【CL】EIP-8205 Pra-pendaftaran Kredensial Penarikan【Level D】
Disarankan untuk tidak dimasukkan. Meskipun memecahkan titik nyata pertaruhan yang didelegasikan, skema deposit di muka yang ada sudah dapat menanganinya, kompleksitas yang dibawa oleh penambahan seluruh mekanisme protokol sulit dipadankan dengan manfaat pada tahap ini.
【CL】EIP-8148 Ambang Likuidasi Kustom Validator【Level D】
Disarankan untuk tidak dimasukkan. Mekanismenya kompleks (menambah kontrak sistem, permintaan eksekusi, logika lapisan konsensus), manfaat terbatas, hanya sedikit mendorong integrasi pertaruhan ritel. Mengingat pola distribusi pertaruhan saat ini, sulit untuk secara signifikan mengubah tren sentralisasi validator jaringan.
【CL】EIP-8372 Pembakaran Paksa Imbalan Eksekusi ePBS【Level D】
Disarankan untuk tidak dimasukkan. Kemungkinan besar hanya akan menghasilkan lebih banyak saluran off-chain. Diskusi pembakaran MEV selama bertahun-tahun tidak menghasilkan skema yang disepakati secara luas.
【CL】EIP-7716 Hukuman Bukti Anti-Korelasi【Level D】
Disarankan untuk tidak dimasukkan. Kurang bukti yang cukup untuk mendukung penyesuaian besar insentif pertaruhan, dan peningkatan konsensus terpisah akan mendesain ulang sistem insentif pertaruhan.
【CL】EIP-8333 Blok Batas Epoch Penyelarasan Titik Pemeriksaan【Level D】
Disarankan untuk tidak dimasukkan. Termasuk pekerjaan pembersihan optimasi, dapat ditunda sampai peningkatan konsensus terpisah skala besar dilakukan bersama.
【CL】EIP-8359 Bidang Laporan Blok Beacon【Pandangan Belum Terbentuk】
【CL】Pekerjaan Persiapan Peningkatan Pasca-Kuantum
Proposal berikut mengurangi ketergantungan pada tanda tangan BLS, membuka jalan untuk transformasi pasca-kuantum jangka panjang.
【CL】EIP-8365 Menghapus Kredensial Penarikan BLS【Level A】
Menghapus kredensial penarikan gaya lama, menyederhanakan protokol, membuka jalan untuk transformasi pasca-kuantum berikutnya. Perubahannya sederhana, cocok untuk diimplementasikan sekarang.
【CL】EIP-8367 Menghapus Mekanisme Kedaluwarsa Saldo Validator BLS【Level D】
Disarankan untuk tidak dimasukkan. Sebagian besar validator dengan kredensial 0x0 akan menyelesaikan migrasi kredensial sekitar waktu implementasi EIP-8365, menarik dana atau terus bertaruh. Tidak perlu menambahkan mekanisme khusus untuk menangani sisa yang ada, implementasikan EIP-8365 terlebih dahulu dan amati situasi aktual.
【CL】EIP-8321 RANDAO Rantai Hash【Level D】
Disarankan untuk tidak dimasukkan. Hanya mengimplementasikan keamanan pasca-kuantum untuk RANDAO saja memiliki makna terbatas, kunci BLS validator masih berisiko; juga setiap validator menambah data 32 byte, logika manajemen kunci baru, penggunaan tunggal. Skema konsensus pasca-kuantum lengkap belum diimplementasikan. Kami mendukung peningkatan iteratif, tetapi langkah pertama harus mengikuti peta jalan terpadu, menghindari penggantian skema oleh standar akhir.
【EL】【CL】Optimasi Adaptasi zkEVM
Sebagian besar optimasi persiapan zkEVM memiliki manfaat jangka pendek yang terbatas, hanya memudahkan kelompok tertentu untuk menjalankan node penuh, sementara menggunakan sumber daya pengembangan dan berpotensi meningkatkan biaya operasi EVM. Hanya proposal yang nilai jangka panjangnya secara signifikan lebih tinggi daripada biaya jangka pendek yang cocok untuk dimasukkan.
【CL】EIP-8025 Bukti Eksekusi Opsional【Level D】
Tidak boleh dimasukkan dalam peningkatan ini. Proposal itu sendiri tidak memaksa hard fork, menggabungkannya ke Hegotá hanyalah permintaan prioritas, kami tidak setuju dengan ini. Sebelum mengimplementasikan bukti opsional, bentuk akhir jangka panjang harus ditetapkan terlebih dahulu, dilaksanakan secara bertahap, jangan terburu-buru meluncurkan sebelum model validator/status terbentuk. Masalah inti yang belum terpecahkan: Haruskah validator mempertahankan, menyimpan sebagian status, atau benar-benar tanpa status. Validator adalah kelompok node penting, memiliki sumber daya perangkat keras dan jaringan, perubahan yang melemahkan peran mereka memerlukan standar masuk yang lebih tinggi.
【EL】EIP-7666 EVM-ifikasi Pra-kompilasi Identitas【Level A】
Perubahannya kecil, memiliki nilai praktis.
【EL】EIP-8200 EVM-ifikasi Pra-kompilasi【Level B】
Mengganti tiga jenis pra-kompilasi asli dengan kode byte EVM. Dua jenis digunakan sedikit, migrasinya mudah; jenis ketiga banyak digunakan dalam pembuktian SNARK. Perlu menyelesaikan penilaian dampak, memastikan biaya migrasi dapat dikelola, atau mengeluarkan jenis ketiga dari cakupan, baru kami tingkatkan ke Level A.
【EL】EIP-7709 Membaca BLOCKHASH dari Penyimpanan dan Menyesuaikan Gas【Level D】
Kenaikan Gas cukup besar, gangguan signifikan, kebutuhan tidak mendesak. Untuk mengurangi risiko dapat melakukan penilaian dampak, atau menunda implementasi dengan mekanisme pemanasan blok.
【EL】EIP-8268 Memasukkan Root Penyimpanan dalam Daftar Akses Blok【Level B】
Perlu menilai dampak aktual pada volume daftar akses dan biaya Gas transaksi (EIP-8279 akan mengenakan biaya untuk byte daftar akses), setiap entri akun yang diakses dilengkapi dengan root Merkle penyimpanan tambahan.
【EL】Fungsi Asli EVM
Hegotá masih akan mengimplementasikan beberapa peningkatan EVM yang terpisah-pisah. Kami percaya setelah peningkatan ini, Ethereum harus bersama-sama dengan seluruh ekosistem EVM membuat peta jalan pengembangan EVM jangka panjang, Ethlabs akan berpartisipasi dalam pembangunannya.
【EL】EIP-5920 Opcode PAY【Level A】
Logikanya ringkas, adalah primitif dasar EVM yang sangat berharga. Masih perlu memperjelas kasus penggunaan nyata lebih lanjut.
【EL】EIP-8163 Mencadangkan Opcode EXTENSION (0xae)【Level A】
Sangat berguna untuk L2, hampir tanpa biaya untuk L1, hanya sebagai pengenal cadangan.
【EL】Pemakaian Ulang Kode Kontrak【Level B】
EIP-8058 Diskon Deduplikasi Kode Byte Kontrak, EIP-8298 Instruksi SETCODEFROM Pemakaian Ulang Kode Berdasarkan model penyimpanan klien: Kode kontrak disimpan secara independen, akun hanya menunjuk ke kode melalui hash kode. Kedua proposal mencapai penyimpanan satu salinan untuk kode yang sama, mengurangi biaya penerapan. Ide ini menarik, tetapi perlu menilai dampak pada kompatibilitas ke depan struktur penyimpanan pohon biner. Kedua proposal untuk sementara tidak memiliki preferensi jelas.
【EL】Reformasi Penetapan Harga Memori【Level B】
Kami belum menilai apakah cocok untuk mengimplementasikan reformasi memori di Hegotá. Saat ini pemahaman tentang ruang desain belum cukup.
EIP-7686 Batas Memori EVM Linear: Perubahan kecil, menghapus biaya ekspansi memori kuadratik;
EIP-7923 Penetapan Harga Memori Linear Berbasis Halaman: Merekonstruksi aturan dasar, lebih lengkap, tetapi lebih kompleks.
【EL】EIP-8219 Opcode Aritmatika dengan Pemeriksaan Overflow【Level B】
Menambahkan fungsi operasi aman asli ke EVM memiliki nilai. Perlu pengujian patokan untuk memastikan penetapan harga wajar; setelah menyelesaikan penilaian dampak (skala transaksi yang diuntungkan, situasi adaptasi kompiler) berpeluang ditingkatkan ke Level A.
【EL】EIP-8360 Opcode TCREATE【Level B】
Mendukung pembuatan kontrak sementara dalam siklus hidup transaksi, primitif dasar yang umum. Tetapi proposal ini cukup kompleks, setelah menyelesaikan penilaian kesulitan pengembangan dan pengujian dapat dinilai ulang.
【EL】EIP-7645 Alias ORIGIN Menunjuk ke SENDER【Level D】
Disarankan untuk tidak dimasukkan. Termasuk perubahan yang merusak, menyalahgunakan semantik ORIGIN.
【EL】EIP-8182 Transfer ETH dan ERC20 Privat Asli【Level D】
Disarankan untuk tidak dimasukkan. Skala perubahan besar, memperkenalkan ketergantungan ZK. Jika diimplementasikan di masa depan, harus sebagai proposal inti peningkatan.
【EL】EIP-2488 Menghapus Opcode CALLCODE【Pandangan Belum Terbentuk】
【EL】EIP-4758 Menonaktifkan SELFDESTRUCT【Pandangan Belum Terbentuk】
【EL】EIP-7979 EVM Call dan Return Opcodes【Pandangan Belum Terbentuk】
【EL】EIP-8173 Fondasi Aliran Kontrol EVM【Pandangan Belum Terbentuk】
【EL】EIP-8253 Nonce Akun Penyimpanan dengan Nonce Nol Bertambah【Pandangan Belum Terbentuk】
【EL】EIP-8030 Menambahkan Dukungan Algoritma P256【Pandangan Belum Terbentuk】
【EL】Mekanisme Penetapan Harga EVM
Glamsterdam menaikkan biaya Gas operasi yang penetapan harganya terlalu rendah dan membatasi throughput. Proposal penetapan harga terkait Hegotá arahnya sebaliknya: Menurunkan biaya operasi yang saat ini terlalu tinggi dan membatasi adopsi aplikasi, tetapi kontribusi terhadap ekspansi jaringan terbatas, termasuk optimasi tambahan. Kami mendukung penyesuaian harga yang ditargetkan, tetapi proposal yang menambah model penetapan biaya baru harus dirancang dengan matang, memiliki pendorong yang berkomitmen sepenuhnya memvalidasi risiko, baru dapat dimasukkan.
【EL】EIP-8358 Penagihan Gas Bersih untuk Perubahan Akun【Level B】
Manfaat dipertanyakan. Data sampel dari 900 blok jaringan utama dan 400.000 transaksi menunjukkan: Hanya 2,07% transaksi menghemat Gas, total Gas yang dihemat per blok hanya 1,14%.
【EL】EIP-7973 Penagihan Penulisan Akun Panas【Pandangan Belum Terbentuk】
【EL】EIP-7609 Menurunkan Gas Dasar TLOAD/TSTORE【Pandangan Belum Terbentuk】
【EL】EIP-7971 Batas Keras Penyimpanan Sementara【Pandangan Belum Terbentuk】
【EL】EIP-3298 Menghapus Pengembalian Gas【Pandangan Belum Terbentuk】
【EL】EIP-8374 Mempertahankan Set Akses Panas Setelah Rollback【Pandangan Belum Terbentuk】
【EL】EIP-8115 Pengumpulan Biaya Prioritas Batch di Akhir Blok【Pandangan Belum Terbentuk】
【EL】EIP-8188 Catatan Blok Penulisan Terbaru untuk Akun dan Slot Penyimpanan【Pandangan Belum Terbentuk】
【EL】【CL】Data dan Indeks Eksekusi
【EL】【CL】EIP-7668 Menghapus Filter Bloom【Pandangan Belum Terbentuk】
【EL】【CL】EIP-7807 Blok Eksekusi Format SSZ【Pandangan Belum Terbentuk】
【EL】EIP-8116 Menyederhanakan Bidang Kuitansi Kumulatif【Pandangan Belum Terbentuk】
【EL】EIP-8304 Indeks Log dan Transaksi Tanpa Kepercayaan【Pandangan Belum Terbentuk】
【EL】【CL】Lapisan Jaringan
Jaringan P2P Ethereum masih memiliki ruang untuk optimasi yang ditargetkan, terutama mekanisme propagasi pesan transaksi, Blob, dan bukti.
【CL】EIP-8371 Rekonstruksi Blob Terdistribusi RowDAS【Level A】
Menghindari rekonstruksi penuh, hosting node penuh menjadi hambatan ekspansi Blob. Jangka panjang, mekanisme rekonstruksi terdistribusi pasti harus dimasukkan dalam protokol, berpotensi menghilangkan persyaratan hosting Blob validator. Masih perlu menilai lebih lanjut kompleksitas implementasi.
【CL】EIP-8142 Blob yang Ditanamkan dalam Blok (BiB)【Level D】
Waktunya belum matang, urgensi tidak cukup, meninggalkan banyak masalah yang belum terpecahkan (apakah menggunakan KZG, membuat topik siaran baru). Tidak ingin memperkenalkan mekanisme KZG ke jalur kritis produksi blok, alternatif belum jelas.
【CL】EIP-8243 Siaran Bukti Batch dari Sumber【Level D】
Tidak dapat secara jelas memastikan pemendekan waktu finalitas, batas atas muatan tidak jelas; kemampuan pertahanan DoS mekanisme perlu diverifikasi.
【EL】EIP-8077 eth/XX Siaran Transaksi Berbasis Nonce【Pandangan Belum Terbentuk】
【EL】EIP-8094 eth/vhash Protokol Mempool yang Mendukung Blob【Pandangan Belum Terbentuk】
【CL】EIP-8334 Siaran Bukti Batch【Pandangan Belum Terbentuk】
Kesimpulan
Peningkatan Ethereum sangat berisiko tinggi, sehingga kompleksitas sulit dihindari. Ribuan node di seluruh dunia perlu beralih aturan secara bersamaan pada slot yang sama, operasi jaringan tidak boleh terputus. Ketelitian ini mendukung semua peningkatan Ethereum yang sukses, mewujudkan jaringan terdesentralisasi dengan nol waktu henti selama 11 tahun berturut-turut.
Di atas adalah penilaian Ethlabs saat ini untuk Hegotá. Seiring pengembangan berlanjut dan diskusi mendalam, begitu ada bukti baru, kami akan terus memperbarui pandangan. Beberapa EIP didorong oleh anggota Ethlabs, proposal lainnya berasal dari banyak peneliti, pengembang klien, dan kontributor independen Ethereum yang sangat baik. Tetapi semua skema yang ingin diimplementasikan memerlukan koordinasi tim klien, dompet, aplikasi, L2, penyedia infrastruktur, institusi, operator node, dan pengguna akhir. Ethereum milik dunia, kemajuan jaringan yang signifikan tidak pernah menjadi hasil dari satu organisasi saja.







