Ringkasan pertemuan terbaru pengembang inti ETH Place: Akan ada garpu bayangan Goerli dan tes peningkatan Cancun / Deneb sebelum akhir tahun

Judul asli: Ethereum Semua Pengembang Inti Panggilan Konsensus # 124 Writeup

Artikel asli oleh Christine Kim

Kompilasi asli: Luccy, BlockBeats

Catatan editor:

Lokakarya ETH Semua Panggilan Konsensus Pengembang Inti (ACDC) diadakan dua minggu sekali untuk membahas dan mengoordinasikan perubahan pada Lapisan Konsensus (CL) Lokakarya ETH. Ini adalah panggilan konferensi ke-124 ACDC, yang mencakup pembaruan Devnet #12, kemajuan peningkatan Cancun / Deneb, dan topik yang terkait dengan penyebaran Slashable. Selama pertemuan, para pengembang secara aktif membahas perubahan kecil pada protokol jaringan Libp2p untuk mengurangi efek amplifikasi pesan besar pada node.

Christine Kim, VP of Research di Galaxy Digital, memberikan catatan rinci tentang sorotan pertemuan, yang disusun BlockBeasts sebagai berikut:

Pada 14 Desember 2023, ETH pengembang berkumpul di Zoom untuk sesi All Core Developers Consensus (ACDC) call #124. Panggilan konferensi ACDC adalah serangkaian pertemuan dua mingguan yang dipimpin oleh Danny Ryan, seorang peneliti di ETH Workshop Foundation, di mana pengembang mendiskusikan dan mengoordinasikan perubahan pada ETH Workshop Consensus Layer (CL). Minggu ini, para pengembang fokus pada kemajuan pengujian upgrade Cancun / Deneb pada testnet Devnet # 12. Sejak pertemuan All-Core Developer Execution (ACDE) minggu lalu, semua kombinasi klien Execution Layer (EL) dan Consensus Layer (CL) telah di-onboarding ke Devnet #12, termasuk klien Prysm. Perangkat lunak MEV-Boost diaktifkan, tetapi kombinasi klien dengan Prysm tidak disertakan. Para pengembang mengatakan mereka berada di jalur dengan rencana untuk meluncurkan cabang bayangan Goerli dalam satu hingga dua minggu ke depan untuk menguji upgrade Cancun / Deneb dan mencakup semua klien. Selain itu, para pengembang membahas aturan untuk penyebaran informasi tentang Slashable, serta jadwal panggilan untuk dua minggu ke depan.

Devnet #12 memperbarui

Barnabas Busa, DevOps Engineer di ETH Foundation, mengatakan bahwa semua kombinasi klien EL/CL, termasuk yang menggunakan Prysm sebagai klien CL, telah berhasil diintegrasikan ke dalam Devnet #12. Portofolio klien yang menggunakan Prysm belum diuji untuk perangkat lunak MEV-Boost. Namun, pada Devnet #12, alur kerja MEV sedang menguji klien CL lainnya. Baru-baru ini, klien Lighthouse telah mengalami pembaruan patch untuk mengatasi bug terkait MEV. Selain itu, Parithosh Jayanthi, insinyur DevOps lain di Foundation, mengatakan bahwa mereka melihat masalah dengan node Besu di Devnet # 12 dan bahwa mereka masih bekerja untuk menentukan akar penyebabnya. Sebagai langkah selanjutnya, pengembang akan dengan sengaja mengirim blok berbahaya melalui jaringan, menguji generator blok, dan menjalankan tes hive untuk klien Prysm yang baru ditambahkan untuk menekankan kombinasi klien uji pada Devnet. Jayanthi mengatakan dalam pesan Discord publik selama panggilan bahwa pengembang masih berencana untuk meluncurkan cabang bayangan di testnet Goerli pada akhir tahun.

Informasi yang dapat dipotong diperbarui

Selanjutnya, para pengembang secara singkat membahas beberapa masalah yang berkaitan dengan penyebaran dan waktu pesan Slashable di ETH setelah upgrade Cancun / Deneb. Untuk latar belakang, Informasi yang dapat dipangkas mencakup penyebaran blok dan blob duplikat atau tidak valid. Dapplion, pengembang anonim dari klien Lodestar, telah membuat pull request (PR) melalui GitHub yang bertujuan untuk menambahkan peristiwa baru ke API Beacon Chain untuk memungkinkan operator node mempelajari peristiwa Slashable lebih cepat, yang akan sangat berguna jika ada sejumlah besar informasi Slashable. Dalam PR-nya, Dapplion menyebutkan, "Untuk operator besar, total biaya acara pemotongan sangat bergantung pada waktu respons mereka. Jika ada banyak kunci yang terlibat dalam kesalahan operasional, maka mungkin perlu beberapa waktu agar informasi yang dapat dipangkas ini dimasukkan ke dalam rantai. PR Taplion digabungkan ke dalam spesifikasi API Beacon Chain sebelum panggilan dan sedang dilaksanakan oleh berbagai tim klien CL, seperti Prysm dan Lighthouse.

Dapplion juga mengusulkan PR terkait pengukuran waktu propagasi blok. Dia mencatat bahwa mengukur waktu propagasi blok akan menjadi lebih sulit karena peningkatan Cancun / Deneb dan pengenalan transaksi gumpalan. Dapplion menguraikan solusi yang dia usulkan dalam PR-nya. Seperti yang diperhatikan pengembang di utas PR, mereka cenderung menyelesaikan masalah ini dengan menambahkan bidang stempel waktu ke peristiwa API Beacon Chain terkait yang ada.

Topik ketiga yang dibahas pengembang terkait propagasi informasi Slashable setelah upgrade Cancun/Deneb adalah kondisi propagasi blob. Pengembang mercusuar “sean” (atau “realbigsean” di GitHub) menunjukkan bahwa aturan propagasi blob yang ada menyebabkan konsekuensi yang tidak diinginkan. Selama panggilan, Sean berkata, "Jika Anda menggunakan API Beacon untuk otentikasi siaran, tidak terduga bahwa pendekatan gosip dapat mengarah pada pesan yang valid dan tidak valid. Alasan untuk ini adalah bahwa, secara teknis, dimungkinkan untuk menyebarkan dua blob dengan indeks blob yang berbeda dari header Slashable yang terkait dengannya. Anda diizinkan untuk menyebarkan ini, tetapi bukan yang memiliki indeks blob yang sama. 」

Sean menambahkan bahwa perilaku aneh ketika datang ke penyebaran informasi blob yang dapat dipangkas tidak memiliki dampak besar pada kesehatan jaringan, selain hanya hasil “aneh” bagi operator node untuk memahami dan mengurai. Oleh karena itu, sementara tidak ada urgensi untuk aktivasi Cancun / Deneb, ia menyarankan agar pengembang mempertimbangkan untuk membuat perubahan pada aturan untuk menangani penyebaran informasi Slashable dalam peningkatan di masa mendatang. Danny Ryan setuju, mengatakan bahwa pengembang harus meluangkan waktu untuk berpikir “holistik” tentang bagaimana menyelesaikan masalah ini. Ryan menyarankan untuk meninjau kembali topik ini pada bulan Januari untuk memberi pengembang waktu untuk menyusun rencana komprehensif untuk memperbarui aturan propagasi blob dan blok Slashable.

Selanjutnya, para pengembang membahas perubahan kecil pada protokol jaringan libp2p untuk mengurangi efek amplifikasi pada node yang mengirim pesan besar, seperti blok dengan sejumlah besar blob. Sean menyoroti pesan kontrol “IDONTWANT” baru, yang dapat digunakan untuk memberi tahu rekan-rekan libp2p untuk menjeda pengiriman pesan besar. Ryan mengatakan dia akan mencoba menjangkau tim libp2p untuk menggabungkan PR ini, dan jika ada penundaan lebih lanjut, masalah ini akan ditinjau kembali dalam panggilan konferensi ACDE minggu depan.