Ringkasan Terbaru Pertemuan Inti Pengembang Ethereum: Mengaktifkan PeerDAS, Meningkatkan batas gas blob

Penulis: Christine Kim

Compiled by Luccy, BlockBeats

Editor’s note: Semua pengembang inti Ethereum mengadakan pertemuan konsensus (ACDC) setiap dua minggu sekali, yang membahas dan mengkoordinasikan perubahan pada lapisan konsensus Ethereum (CL). Ini adalah pertemuan telepon ACDC ke-135, yang berfokus pada persiapan jaringan uji Pectra Devnet 1, PeerDAS Devnet 1, dan Ethereum Improvement Proposal (EIPs) Simple Serialize (SSZ).

Pengembang membahas secara mendalam tentang pemeliharaan paket perangkat lunak, EIP termasuk proses dan penamaan upgrade lapisan konsensus Ethereum yang baru. Selain itu, pertemuan juga membahas perkembangan implementasi di bawah spesifikasi Electra, dampak perubahan jaringan PeerDAS terhadap pemrosesan dan verifikasi data node Ethereum, serta masalah teknik yang kompleks terkait peningkatan batasan gas blob.

Wakil Presiden Penelitian Galaxy Digital, Christine Kim, telah mencatat rincian penting dari pertemuan ini, yang telah diterjemahkan oleh BlockBeasts sebagai berikut:

Pada tanggal 13 Juni 2024, para pengembang Ethereum berkumpul di Zoom untuk menghadiri pertemuan All Core Developers Consensus (ACDC) Call #135. ACDC adalah serangkaian pertemuan yang diadakan setiap dua minggu sekali dan dipandu oleh peneliti Ethereum Foundation, Alex Stokes. Para pengembang membahas dan mengkoordinasikan perubahan pada lapisan konsensus Ethereum (CL), juga dikenal sebagai beacon chain. Minggu ini, para pengembang membahas persiapan Pectra Devnet 1, PeerDAS Devnet 1, dan jaringan pengujian khusus ketiga untuk Ethereum Improvement Proposal (EIPs) yang digunakan untuk Simple Serialize (SSZ).

Pengumuman

Para pengembang memulai pertemuan dengan dua pengumuman. Insinyur Operasi Pengembangan Ethereum Foundation (DevOps), Parithosh Jayanthi, menyatakan bahwa tim ethPandaOps, sebuah tim insinyur yang bekerja di Ethereum Foundation DevOps, akan mengambil alih pemeliharaan dan pengembangan modul ethereum-package Kurtosis. Paket perangkat lunak ini sebelumnya digunakan oleh pengembang untuk memulai jaringan uji Ethereum dan alat terkait, seperti dasbor data Grafana untuk memantau dan menguji berbagai implementasi klien. Selama proses pemindahan paket perangkat lunak dari tim teknologi Kurtosis ke tim ethPandaOps, pengguna mungkin terpengaruh karena beberapa tautan akan dialihkan ke repositori GitHub yang dikelola oleh tim ethPandaOps, bukan lagi oleh tim Kurtosis. Jayanthi menyarankan pengguna untuk memperbarui tautan perangkat lunak mereka, dan mengikuti rilis baru yang dikeluarkan oleh tim ethPandaOps.

Pengumuman kedua didukung oleh protokol Ethereum Foundation yang diumumkan oleh Tim Beiko. Beiko mengatakan bahwa ia sedang berusaha untuk memperkenalkan proses baru yang akan secara bertahap menggabungkan EIP ke dalam upgrade Ethereum. Ia telah membuat draf EIP yang mendefinisikan label ‘Proposed for Inclusion’ (Usulan untuk Penyertaan), ‘Considered for Inclusion’ (Dipertimbangkan untuk Penyertaan), dan ‘Scheduled for Inclusion’ (Direncanakan untuk Penyertaan). Ia berharap para pengembang dapat meninjau dokumen tersebut dan memberikan umpan balik. Ia berharap dapat menyelesaikan dokumen ini sebelum pertemuan ACD berikutnya.

Electra

Spesifikasi kode untuk versi utama Electra berikutnya, v1.5.0-alpha.3, hampir selesai. Para pengembang setuju untuk menggabungkan pull request (PR) #3768 dari spesifikasi konsensus repositori GitHub ke rilis berikutnya. Permintaan tarik dibuat oleh pengembang Nimbus Etan Kissling, yang menunjukkan bahwa bidang “komite \ _bits” harus ditambahkan ke akhir “Pengesahan” daripada di tengah data untuk menghindari masalah serialisasi data. Selain PR #3768, Stokes bertanya apakah ada masalah luar biasa lainnya yang perlu ditangani sebelum rilis besar berikutnya dari spesifikasi Electra. Jayanthi menyebutkan dalam obrolan Zoom bahwa ada beberapa masalah terbuka dengan integrasi validator yang dipicu melalui Execution Layer (EL). Stokes mendokumentasikan tindak lanjut status integrasi validator yang dipicu EL setelah pertemuan.

Tentang kemajuan implementasi spesifikasi Electra terbaru, sebagian besar tim klien lapisan konsensus (CL) dalam pertemuan mengatakan bahwa mereka dapat mempersiapkan versi baru untuk pengujian dalam satu atau dua minggu setelah v1.5.0-alpha.3 dipastikan. Para pengembang sepakat untuk membahas kembali jadwal waktu untuk jaringan pengembangan Pectra Devnet 1 selama beberapa minggu ke depan.

PeerDAS

Selanjutnya, pengembang membahas kemajuan implementasi PeerDAS. PeerDAS adalah perbaikan jaringan Ethereum yang akan meningkatkan kemampuan node untuk memproses dan memvalidasi jumlah data acak yang diajukan oleh pengguna melalui transaksi blob. Stokes mengulas keputusan yang diambil dalam pertemuan ACDC sebelumnya, yaitu pengembang akan mengembangkan PeerDAS secara paralel dengan EIP Pectra lainnya, dengan mengaktifkan siklus aktivasi PeerDAS secara terpisah di jaringan pengembangan.

Pengembang Lodestar Gajinder Singh mengatakan bahwa berdasarkan diskusi dalam pertemuan kelompok terbaru tentang PeerDAS, para pengembang akan mengaktifkan PeerDAS di atas upgrade Deneb, dan di dalam jaringan pengembangan terpisah dari EIP Pectra lainnya. Pengembang Teku Enrico Del Fante menyatakan bahwa lebih mudah bagi pengembang untuk membangun PeerDAS di atas spesifikasi kode yang stabil yang telah ditetapkan dalam upgrade sebelumnya dari Ethereum, Deneb, daripada pada spesifikasi kode Pectra yang terus berubah. Jayanthi setuju bahwa penerapan PeerDAS sekarang bersamaan dengan penerapan EIP Pectra lainnya mungkin akan menimbulkan masalah kompleks selama proses pengujian, terutama saat mencoba mengidentifikasi sumber kesalahan. Dia menyarankan untuk memisahkan kedua alur kerja ini, dan kemudian menggabungkannya setelah implementasi keduanya lebih stabil. Stokes setuju dan mengatakan bahwa para pengembang dapat kembali membahas penggabungan PeerDAS dan penerapan EIP Pectra lainnya dalam waktu sekitar sebulan.

Tentang topik peluncuran PeerDAS Devnet 1, tim klien tidak memiliki perkiraan pasti tentang kapan mereka akan siap untuk meluncurkan testnet. Perkiraan individu dalam pertemuan tersebut berkisar antara 2 minggu hingga 1 bulan. Stokes menyarankan untuk membahas jadwal waktu pengembangan jaringan setelah beberapa minggu agar tim klien memiliki lebih banyak waktu untuk mengimplementasikan PeerDAS.

Selanjutnya, Beiko menunjukkan bahwa meskipun PeerDAS adalah perbaikan jaringan dan bukan perubahan inti protokol Ethereum, dia masih ingin menyertakan perubahan kode dalam EIP elemen dari upgrade Pectra. Dokumen EIP elemen adalah dokumen publik yang mencantumkan semua perubahan inti protokol yang terdapat dalam upgrade Ethereum. Beiko menunjukkan bahwa PeerDAS adalah ‘fitur terbesar’ dalam Pectra, meskipun tidak memerlukan aktivasi fork keras, tetapi tetap harus disertakan dalam dokumen untuk menunjukkan bahwa para pengembang siap siaga saat Pectra Mainnet diaktifkan. Tidak ada keberatan terhadap hal ini.

Meningkatkan batasan gas blob

PeerDAS mengubah cara node-node mengelola dan menyebarkan data melalui lapisan jaringan Ethereum. Agar pengguna, khususnya rollups Layer-2, dapat memanfaatkan perubahan ini, pengembang harus meningkatkan batasan saat ini dari enam blobs per blok ke ambang batas yang lebih tinggi, yang akan memungkinkan throughput blob (data apa pun) yang lebih tinggi. Mengubah batasan blob memerlukan perubahan pada protokol inti Ethereum, seperti yang dibahas pengembang dalam pertemuan minggu ini, yang mungkin melibatkan pekerjaan teknik yang lebih kompleks daripada sekadar menyesuaikan nilai konstan dalam tumpukan teknologi protokol.

Stokes mengusulkan untuk memisahkan dependensi antara lapisan eksekusi (EL) dan lapisan konsensus (CL) saat mengubah batas gas blob. Saat ini, setiap perubahan pada batas gas blob memerlukan perubahan pada protokol EL dan CL. Stokes mengusulkan cara untuk memecah dependensi ini dan memungkinkan pengembang untuk menghapus batas gas blob hard-code dengan aman dari EL dan menyerahkannya sepenuhnya kepada CL. Dankrad Feist, seorang peneliti di Ethereum Foundation (EF), menunjukkan bahwa selain masalah ketergantungan antara EL dan CL, efek riak dari perubahan batas gas gumpalan pada perhitungan Blok gas juga penting. “Cara terbaik untuk melakukan ini adalah mengubah cara Anda melakukannya,” kata Feist. Ini mungkin kesalahan untuk perhitungan harga gas terjadi di EL. Itu seharusnya di CL, tetapi lebih sulit untuk diubah sekarang. …… Itu tidak mudah."

Para pengembang setuju untuk terus menyelidiki cara terbaik untuk mengubah pembatasan gas blob dan perhitungan gas di blok. Para pengembang juga setuju untuk terus membahas apakah peningkatan pembatasan gas blob akan disertai dengan aktivasi PeerDAS di Pectra. Para pengembang memiliki perbedaan pendapat apakah perubahan ini harus digabungkan menjadi satu atau diimplementasikan dalam beberapa fork keras secara bertahap.

Jayanthi mengatakan bahwa menggabungkan perubahan ini adalah keputusan yang ‘berisiko’ karena para pengembang tidak akan tahu bagaimana PeerDAS akan berperilaku secara spesifik di mainnet sebelum diaktifkan. Insinyur DevOps dari Ethereum Foundation (EF) Barnabas Busa menambahkan bahwa cakupan hard fork Pectra sudah sangat luas, tidak perlu menambahkan perubahan kode tambahan. Busa berkata: ‘Kuncinya adalah kita sudah memiliki banyak EIP, saya pikir jika kita terus menambahkan lebih banyak konten, itu tidak akan pernah berakhir. Jadi, kita harus menarik garis di suatu tempat, itulah ujungnya. Saya pikir tidak mungkin untuk merilis PeerDAS dan menambah jumlah blob dalam satu setengah tahun masa uji coba di masa depan’.

Seorang pengembang bernama ‘Francesco’ yang memiliki nama layar mengusulkan bahwa jika perubahan jaringan tidak akan disertai dengan peningkatan jumlah blob, maka PeerDAS dapat dihapuskan untuk ‘menurunkan risiko Pectra’. Francesco bertanya: ‘Jika tidak ada peningkatan jumlah blob, apa manfaat PeerDAS Pectra?’

Untuk lebih menjelaskan kesulitan pengujian PeerDAS, Jayanthi menunjukkan bahwa pengujian memasukkan blobs ke dalam EIP 4844 Ethereum tidak sepenuhnya mensimulasikan kinerja dan dampak blobs di Mainnet Ethereum. Jayanthi mengatakan: ‘Permasalahannya adalah jaringan uji sangat sulit. Kami benar-benar telah melakukan banyak pengujian yang luar biasa terkait dengan 4844, tetapi kinerja blobs di Mainnet tidak sepenuhnya konsisten dengan kinerja di pengujian. Kami benar-benar melihat masalah dengan node yang lebih lemah. Kami benar-benar melihat tantangan waktu dan situasi serupa, itulah sebabnya mengapa meskipun kami dapat mensimulasikan PeerDAS dan penambahan jumlah blob yang beroperasi dengan baik di jaringan pengembangan, itu tidak memiliki makna praktis apa pun untuk Mainnet, inilah alasan utama mengapa saya percaya kita harus melakukannya secara bertahap daripada menyelesaikannya sekaligus.’

Peneliti EF Ansgar Dietrichs mengomentari bahwa menghubungkan peningkatan jumlah blob dengan PeerDAS adalah kesalahan, karena PeerDAS sudah meminta pengembang untuk memilih nilai jumlah blob. Meskipun pengembang dapat memilih angka yang sama dengan yang ada di jaringan utama Ethereum, keputusan tentang angka apa yang harus digunakan oleh PeerDAS harus dibuat. Alasan satu-satunya untuk memilih angka yang sama adalah agar pengembang meningkatkan kompleksitas PeerDAS, sehingga dapat kembali ke mekanisme penyebaran blob yang terdapat dalam spesifikasi Deneb saat terjadi kesalahan. Dietrichs menambahkan bahwa kekhawatiran tentang kompleksitas pengujian lebih memperkuat pandangannya bahwa Pectra harus diaktifkan melalui dua hard fork, bukan satu, tetapi ini tidak berarti bahwa ia berpendapat PeerDAS harus dipisahkan dari perubahan jumlah blob.

Pembaruan SSZ

Kissling berbagi perkembangan terbaru dari tiga EIP terkait SSZ. Dia menyatakan bahwa pekerjaan implementasi EIP ini telah dimulai di beberapa klien, termasuk Teku, Grandine, dan Lighthouse. Dia mengatakan bahwa pengembang dapat mulai membahas jadwal waktu pengembangan SSZ EIP ini dan kemungkinan akan memasukkannya ke dalam jangkauan upgrade Pectra pada pertemuan ACDC berikutnya.

Nama F-Star

Ada posting di Ethereum Magicians yang membahas nama upgrade Consensus Layer (CL) Ethereum setelah Electra. Pengembang telah menetapkan nama untuk upgrade Execution Layer (EL) setelah Prague: Osaka. Nama-nama CL upgrade yang diusulkan adalah: Fulu, Felis, Formosa, dan Funi. Nama-nama ini mengikuti konvensi penamaan utama bintang utama yang dimulai dengan huruf “F” dan cocok untuk upgrade jaringan penuh Beacon Chain yang ke-6. Stokes meminta pengembang yang terlibat dalam obrolan untuk memberikan pendapat mereka tentang topik ini di posting Magicians.