Ethereum Konferensi ACDC #132 Menit: Electra Devnet 0 Siap dengan Topik Teknis Lainnya

Judul asli: Ethereum Semua Pengembang Inti Konsensus Sebut # 132 Writeup

Artikel asli oleh Christine Kim

Kompilasi asli: Luccy, BlockBeats

Catatan editor:

Ethereum semua panggilan Konsensus pengembang inti (ACDC) diadakan dua mingguan untuk membahas dan mengoordinasikan perubahan pada Ethereum Konsensus Layer (CL). Ini adalah panggilan konferensi ke-132 ACDC, di mana pengembang berbagi pembaruan tentang Testnet Pectra Devnet pertama (Pectra Devnet 0), membahas masalah terbuka mengenai spesifikasi, dan menyoroti proyek penelitian yang terkait dengan penerbitan jaringan dan pengambilan sampel ketersediaan data. Ini termasuk pertanyaan terbuka Electra, pertanyaan yang belum terjawab terkait dengan Electra, dan pertanyaan terbuka penelitian.

Dalam hal masalah terbuka Electra, pengembang berfokus pada dampak EIP 7251 dan EIP 7549, serta saran untuk menambahkan EIP baru yang akan membuat permintaan EL generik. Untuk masalah luar biasa yang terkait dengan Electra, diskusi mencakup perubahan pada jenis indeks dewan validator, perubahan pada validator setor pemrosesan data, dan banyak lagi. Christine Kim, VP of Research di Galaxy Digital, memberikan catatan rinci tentang sorotan pertemuan, yang disusun BlockBeasts sebagai berikut:

Pada 21 Maret 2024, Ethereum pengembang berkumpul di Zoom untuk sesi panggilan All Core Developers Konsensus (ACDC) #132. Panggilan konferensi ACDC adalah serangkaian pertemuan dua mingguan yang diselenggarakan oleh Ethereum Foundation Fellow Alex Stokes di mana pengembang mendiskusikan dan mengoordinasikan perubahan pada Ethereum Konsensus Layer (CL). Minggu ini, pengembang berbagi pembaruan tentang persiapan mereka untuk Testnet pengembang Pectra pertama, juga dikenal sebagai Pectra Devnet 0. Mereka membahas pertanyaan terbuka tentang spesifikasi Pectra Devnet 0 dan secara singkat menyoroti dua proyek penelitian yang belum selesai terkait dengan penerbitan jaringan dan pengambilan sampel ketersediaan data.

Pertanyaan Terbuka Electra

Pengembang Ethereum Foundation telah merilis spesifikasi CL awal dan vektor uji untuk Pectra Devnet 0. Namun, ada beberapa pertanyaan terbuka tentang spesifikasi ini yang mungkin atau mungkin tidak diselesaikan pada waktunya untuk peluncuran devnet pertama. Stokes menyoroti bahwa salah satu masalah terkait dengan EIP 7251 (peningkatan MAX_EFFECTIVE_BALANCE). Pengembang tampaknya condong ke arah validator stake ETH merge sebagai tindakan yang dapat dipicu oleh lapisan eksekusi (EL). Namun, seperti berdiri, penggabungan didefinisikan sebagai operasi CL dalam spesifikasi Electra awal. “Itu bagus karena beacon chain membutuhkan logika pemrosesan terpanjang yang sama terlepas dari sumbernya,” kata Stokes.

Masalah terbuka lainnya yang dibahas pengembang dalam panggilan itu terkait dengan EIP 7549 (Moving Commission Indexes Outside of Proof). EIP mengubah cara bukti validator dikumpulkan dan potongan diformat. Ketika Pectra diaktifkan, bukti pra-upgrade akan digulung tanpa lebih lama kompatibel dengan bukti baru yang dikirimkan on-chain. Stokes menyoroti dua kemungkinan solusi dalam masalah GitHub utama hingga panggilan tersebut. Dia menulis:

· Klien menyiarkan kedua format di era Deneb terakhir, berhati-hati untuk tidak menghasilkan pesan miring.

· Perluas blok dengan bidang tambahan untuk bukti pra-Electra, dan hanya izinkan gaya Deneb selama era pertama Electra.

Deneb adalah nama upgrade gabungan untuk Hard Fork terbaru yang diaktifkan pada Ethereum. Electra adalah nama peningkatan CL untuk hard fork langsung berikutnya pada Ethereum.

Pengembang mendiskusikan kedua opsi pada panggilan konferensi. Akhirnya, mereka memutuskan untuk tidak mengubah spesifikasi Electra untuk saat ini, tetapi untuk melihat bagaimana bukti yang hilang ini memengaruhi keamanan jaringan di devnet.

Masalah luar biasa ketiga yang dibahas oleh pengembang pada panggilan konferensi terkait Electra adalah penambahan EIP baru ke peningkatan yang akan membuat permintaan EL generik. EIP yang diusulkan oleh pengembang Geth “Lightclient” akan menyederhanakan proses pengiriman pesan pembaruan dari EL ke CL. Karena naik solusi stake berbasis smart contract, telah terjadi gelombang besar EIP yang diaktifkan pada Ethereum dan berbagai operasi validator untuk proposal Pectra untuk memicu langsung dari EL alih-alih CL. Proposal Lightclient menciptakan kerangka kerja umum untuk menyebarkan “permintaan yang dipicu kontrak” dari EL ke CL. Mengingat bahwa EIP akan mengubah cara Pectra dirancang, khususnya implementasi EIP 6110 dan EIP 7002, Lightclient menekankan bahwa ia mengharapkan tim pelanggan untuk memberikan umpan balik atas proposalnya sesegera mungkin. Para pengembang setuju untuk mencoba dan menyelesaikan EIP Lightclient pada akhir minggu untuk membangun dan membagikan spesifikasinya pada hari Senin, 22 April.

Para pengembang kemudian membahas dua masalah luar biasa lainnya terkait dengan EIP 7549 dan EIP 7251 yang diangkat oleh pengembang Teku Mikhail Kalinin. Yang pertama adalah tentang perubahan jenis indeks dewan validator, sedangkan yang kedua mengusulkan perubahan pada pemrosesan data setor validator. Stokes mendorong pengembang untuk meninjau kedua proposal secara lebih rinci untuk diskusi lebih lanjut dalam beberapa minggu mendatang.

Akhirnya, masalah luar biasa terakhir yang terkait dengan spesifikasi Electra yang dibahas oleh pengembang adalah peningkatan jumlah gumpalan. Parithosh Jayanthi, insinyur operasi pengembang di Ethereum Foundation, mengatakan dia ingin menganalisis aktivitas blob pasca-upgrade Dencun dan merekomendasikan peningkatan satu kali dalam jumlah blob untuk dimasukkan dalam upgrade Electra. Peneliti Ethereum Foundation Ansgar Dietrichs menyoroti bahwa ia juga membuat saran untuk mengaktifkan peningkatan bertahap dalam jumlah gumpalan, yang harus dipertimbangkan secara paralel dengan proposal Jayanthi untuk memasukkan Electra.

Pertanyaan terbuka penelitian

Selama panggilan ACD minggu ini, para pengembang secara singkat membahas dua proyek penelitian. Yang pertama adalah artikel penelitian baru oleh Anders Elowsson, seorang peneliti di Ethereum Foundation, yang mengusulkan model baru untuk memikirkan dan menerapkan perubahan kebijakan Ethereum penerbitan. Postingan selengkapnya bisa dibaca di sini. Stokes mendorong pengembang untuk meninjau posting pada panggilan.

Proyek penelitian kedua yang diusulkan oleh pengembang Mercusuar Adrian Manning berkaitan dengan subnet bukti. Seperti yang dikatakan Manning di GitHub, "PR ini memperkenalkan konsep ‘network sharding’, yang merupakan konsep abstrak yang menandai ID Node sebagai angka (network sharding). Kita kemudian dapat menggunakan sharding jaringan ini (angka) untuk mengalokasikan topik yang harus berlangganan Node untuk waktu yang long. Manning sedang mencari pendapat akhir tentang proposalnya sehingga timnya dapat mulai mengerjakan solusi pengambilan sampel ketersediaan data Ethereum, PeerDAS. Untuk informasi tentang pengambilan sampel ketersediaan data, baca laporan Galaxy Research ini.

Pengembang Nethermind Lukasz Rozmej bertanya apakah EIP 7547 (Daftar Inklusi) telah disetujui untuk dimasukkan dalam peningkatan Electra. Pengembang menegaskan kembali bahwa EIP 7547 belum disetujui untuk dimasukkan.

Saulius Grigaitis, seorang pengembang yang membangun klien CL Ethereum yang disebut “Grandine”, mempertanyakan aturan pilihan fork Ethereum mengingat penelitian PeerDAS yang sedang berlangsung. Grigaitis meminta pengembang untuk memasukkan ide-ide dalam kelompok kerja PeerDAS.