Penulis: Christine Kim, galaksi; Terjemahan: Huohuo/Vernakular Blockchain
Pada tanggal 31 Agustus, pengembang Ethereum berkumpul di Zoom untuk panggilan konferensi Core Developers tion (ACDE). Diselenggarakan oleh Tim Beiko dari Ethereum Foundation, panggilan ACDE adalah serangkaian pertemuan dua mingguan di mana tim klien Ethereum mendiskusikan dan mengoordinasikan perubahan pada Lapisan Eksekusi Ethereum (EL). Minggu ini, pengembang mendiskusikan kemajuan pengembangan dan pengujian pada:
Peningkatan Cancun/Deneb (Dencun).
Konversi Verkle Trie
pembaruan serialisasi SSZ
1. Peningkatan Cancun
Devnet #8 diluncurkan dua minggu lalu pada 16 Agustus. Barnabas Busa, seorang insinyur DevOps di Ethereum Foundation, mengatakan upgrade testnet Cancun yang berfokus pada pengembang tampaknya berfungsi dengan baik. Busa menyebutkan bahwa tampaknya ada beberapa masalah dengan node yang menjalankan perangkat lunak klien Nethermind (EL). Lukasz Rozmej, pengembang klien Nethermind, menjelaskan bahwa sifat masalahnya disebabkan oleh kesalahan konfigurasi dalam implementasi kumpulan transaksi Blob. **(Catatan Penerjemah: Devnet 8 adalah jaringan pengujian khusus pertama, yang berisi semua EIP final dari pemutakhiran Cancun/Deneb)
Mengenai EIP 4788**, pengembang secara singkat mengonfirmasi ulang strategi penerapan baru untuk perubahan kode**. Kontrak yang mengekspos data rantai suar di EL akan diterapkan seperti kontrak pintar biasa, yang mengharuskan seseorang mendanai alamat kontrak sebelum peningkatan diaktifkan. Devnet #9, testnet berikutnya untuk pemutakhiran Cancun, akan mengadopsi alur kerja ini dan memastikan pengembang memahaminya.
Daripada menunda tanggal rilis Devnet #9, pengembang telah setuju untuk melanjutkan pengujian pada Devnet #8 hingga semua masalah dengan implementasi klien teratasi. "Saya lebih suka percaya diri pada Devnet #9 daripada mengatakan kami berharap hal ini akan berhasil. ... Saya lebih suka menyelesaikan masalah yang kami ketahui. Jika tidak, jika kami memiliki masalah sulit di Devnet #9, maka kami pasti akan melakukannya memiliki Devnet #10 lagi, saya tidak mengatakan kita tidak boleh memiliki Devnet #10. Kita harus memiliki sejumlah devnet yang berarti. Saya pikir sekarang kita dapat mencoba membuat Devnet #9 benar-benar dapat diandalkan." Ether berkata Danny Ryan, rekan di Fang Foundation dan ketua panggilan konferensi ACDC.
*Orang lain yang menerima panggilan, termasuk Tim Beiko, Marius Van Der Wijden, dan Justin Florentine, ingin meluangkan lebih banyak waktu untuk menguji perubahan di EIP 4788 di Devnet #8 dan selanjutnya di Devnet #9 *. Beiko menyarankan waktu bagi pengembang untuk mengadakan kembali Devnet #9 pada panggilan konferensi ACDE berikutnya. Mengenai strategi penerapan testnet, Beiko merekomendasikan urutan berikut:
Devnet #9: Devnet lain yang spesifikasi Dencunnya telah dibekukan. Uji stres jaringan dan asumsikan pengembang menyukainya, lalu pindah ke testnet publik. Jika tidak, jalankan Devnet #10.
Holesky: Cabangkan testnet Holeksy yang baru diluncurkan dan terapkan pemutakhiran Dencun di dalamnya.
Goerli: Kemudian gunakan Dencun di Goerli. Karena testnet kedua dari belakang diluncurkan sebelum mainnet, spesifikasi pemutakhiran saat ini harus bersifat final dan memberikan waktu yang cukup bagi pengguna dan aplikasi untuk menguji perangkat lunak mereka sebelum pemutakhiran mainnet diaktifkan. Dencun kemungkinan akan menjadi pertigaan terakhir di Goerli sebelum Goerli tidak digunakan lagi dan digantikan oleh Holesky. (Catatan Penerjemah: Kata Dencun adalah kata majemuk yang terdiri dari Cancun (Cancun) dan Deneb. Cancun adalah nama pemutakhiran lapisan eksekusi Ethereum ini, dan Deneb adalah nama pemutakhiran lapisan protokol. Oleh karena itu, pemutakhiran Cancun Dikombinasikan dengan pemutakhiran Deneb dikenal sebagai pemutakhiran Dencun.)
Sepolia: Terakhir, Dencun dikerahkan di Sepolia untuk mencapai hasil yang baik.
Tidak ada yang keberatan dengan usulan Beiko untuk merilis testnet setelah Devnet #9. Beiko menyebutkan bahwa timeline yang disebutkan di atas akan dibagikan kepada komunitas ethereum yang lebih luas dalam postingan blog setelah testnet Holesky resmi diluncurkan pada 15 September. Selain itu, Beiko mengatakan ada juga testnet bernama Ephemery yang sedang dikembangkan. Ehemery adalah testnet Ethereum untuk operator validator yang mengatur ulang kembali ke keadaan awal setelah satu atau dua minggu. Untuk informasi lebih lanjut tentang jaringan Ephemery, baca halaman GitHub proyek di sini.
Sebelum melanjutkan ke diskusi Verkle Tries, Busa menyoroti open pull request (PR) di GitHub untuk testnet Holesky. Atas permintaan tim Erigon (EL), PR mengusulkan untuk menghapus waktu aktivasi khusus untuk peningkatan Dencun di Holesky. Pengembang nantinya akan menetapkan nilai aktivasi Dencun di Holesky daripada menimpa nilai yang sudah ada. Busa juga menanyakan tentang pengujian target/maks blob 3/6 alih-alih batas 2/4. **Mengenai topik ini, Beiko menyarankan untuk mengangkat masalah ini lagi pada pertemuan ACDC minggu depan, dan Ryan menyebutkan bahwa eksperimen terbaru dengan ukuran blok besar akan memberikan wawasan baru. **
2. Konversi Verkle Trie
Selanjutnya, pengembang membahas proposal Vitalik Buterin untuk menggabungkan peta jalan Verkle Trie dan State Expiry untuk mengurangi kompleksitas implementasi Verkle Trie dan mempercepat manfaat State Expiry di Ethereum. Sebagai latar belakang, **Verkle Trie atau Verkle Tree adalah struktur data yang memungkinkan pengguna dengan mudah memverifikasi data dalam jumlah besar dengan mengandalkan satu bukti kriptografi. **Mereka tidak berbeda dengan Merkle Patricia Trie (MPT), yang merupakan struktur data yang digunakan untuk menyimpan status Ethereum. Namun, efisiensi pembuktian pohon Verkle relatif lebih tinggi dibandingkan MPT, itulah sebabnya pengembang berupaya melakukan transisi MPT ke Verkle.
**Kedaluwarsa Negara adalah program terpisah yang dirancang untuk mengatasi masalah pertumbuhan negara yang tidak terbatas. **Tujuan berakhirnya status adalah untuk menghapus bagian status Ethereum yang belum diakses pengguna selama jangka waktu tertentu (misalnya 365 hari), sehingga mengurangi ukuran status dari lebih dari 100 GB menjadi kurang dari 50 GB. Andrew Ashikhmin dari Tim Akun Erigon (EL) lebih memilih menggabungkan kedua peningkatan tersebut, dengan asumsi bahwa konversi Verkle Trie akan sangat disederhanakan jika digabungkan dengan State Expiry. Guillaume Ballet dari tim klien Geth (EL), yang telah memimpin proyek Verkle Trie, khawatir bahwa penggabungan tersebut akan menunda Verkle Tries, karena masa berlaku negara bagian sebagai topik penelitian telah "ditinggalkan" selama dua tahun terakhir.
Buterin menambahkan lebih banyak latar belakang mengenai motivasi usulannya, dengan mengatakan: "Dengan [Verkle] Proses transisi, masalahnya pada dasarnya adalah mengubah Merkle Patricia Trie 50+ GB menjadi... Verkle Trie di jaringan langsung cukup rumit. Ini memang sesuatu yang telah diperjuangkan oleh tim peneliti selama lebih dari setahun. Saya ingat tahun lalu di Devconnect, hal ini pada dasarnya merupakan subjek dari acara penelitian dan pada dasarnya sama banyaknya dengan pekerjaan R&D yang dilakukan seluruh peta jalan Verkle, hanya proses bagaimana melakukan transisi terakhir tersebut. Dalam beberapa hal, hal ini menyaingi penggabungan dalam hal kompleksitas. "
Buterin melanjutkan dengan mengatakan bagaimana State Expiry secara signifikan mengurangi kompleksitas transisi ke Verkle. Namun, dia juga menyebutkan bahwa ada prasyarat kompleks untuk berakhirnya masa berlaku negara, seperti kebutuhan untuk menambah lebih banyak ruang alamat untuk mendukung "periode alamat" baru setiap tahun. Jadi, meskipun kompleksitas penerapan Verkle akan berkurang, namun pengembang masih memerlukan Selain itu, jika Verkle Tries diimplementasikan sebelum State Expiry, maka State Expiry akan memiliki urgensi yang lebih kecil, sehingga pengembang sebaiknya mempertimbangkan untuk menggunakan Verkle untuk melakukan transisi, atau menunggu beberapa tahun sebelum Verkle Then State Expiry diperkenalkan. Para pengembang tidak yakin tentang nilai tambahan yang akan dihasilkan dari menggabungkan kedua peningkatan tersebut, dan setuju untuk terus mendiskusikan topik tersebut secara asinkron di Discord dan Verkle Trie Implementors' Call.
3. Serialisasi SSZ
Kemudian, Etan Kissling, pengembang klien Nimbus (CL), mempresentasikan kemajuan terbarunya dalam meningkatkan struktur data Ethereum ke format serialisasi SSZ. Untuk mengetahui latar belakang lebih lanjut mengenai masalah ini, baca transkrip panggilan pengembang Ethereum sebelumnya di sini. Kissling menyoroti cara baru untuk memperbarui serialisasi data Ethereum menggunakan format berbasis SSZ "PartialContainer". Kissling menulis dalam komentar di bawah agenda panggilan konferensi minggu ini, "[Format] ini pada dasarnya menggabungkan semua keunggulan [format sebelumnya] dan juga dapat digunakan kembali untuk tujuan lain, menghilangkan tipe opsional SSZ Union dan SSZ yang saat ini tidak digunakan ." (Catatan Penerjemah: Serialisasi Sederhana (SSZ) adalah metode serialisasi yang digunakan pada rantai suar. Metode ini menggantikan semua aspek lapisan konsensus kecuali protokol penemuan rekan. Serialisasi awalan panjang rekursif digunakan pada lapisan eksekusi. Sederhana desain serialisasi bersifat deterministik dan juga dapat dimerkleisasi secara efisien.)
Setelah pembaruan, Beiko dengan cepat memuji implementasi referensi EL yang baru dibuat dengan Python (disebut EELS). Dalam postingan blog Ethereum Foundation baru-baru ini, editor EIP dan peneliti Ethereum Foundation Sam Wilson menulis: "EELS adalah implementasi referensi Python dari komponen inti klien eksekusi Ethereum, dengan fokus pada keterbacaan dan kejelasan. EELS bertujuan untuk menjadi penerus spiritual ke Yellow Paper, lebih ramah programmer dan sinkron dengan fork pasca-penggabungan, EELS dapat mengisi dan menjalankan pengujian negara, mengikuti mainnet, dan merupakan tempat yang bagus untuk membuat prototipe EIP baru."
Beberapa pengembang sudah menggunakan EELS untuk mengimplementasikan kembali EIP mereka, dan Ethereum Foundation menawarkan hibah kepada siapa pun yang tertarik memperbarui Yellow Paper untuk memasukkan peningkatan jaringan pra-penggabungan yang hilang seperti London dan Paris untuk melengkapi EELS.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Ringkasan pertemuan eksekutif pengembang inti terbaru Ethereum
Penulis: Christine Kim, galaksi; Terjemahan: Huohuo/Vernakular Blockchain
Pada tanggal 31 Agustus, pengembang Ethereum berkumpul di Zoom untuk panggilan konferensi Core Developers tion (ACDE). Diselenggarakan oleh Tim Beiko dari Ethereum Foundation, panggilan ACDE adalah serangkaian pertemuan dua mingguan di mana tim klien Ethereum mendiskusikan dan mengoordinasikan perubahan pada Lapisan Eksekusi Ethereum (EL). Minggu ini, pengembang mendiskusikan kemajuan pengembangan dan pengujian pada:
Peningkatan Cancun/Deneb (Dencun).
Konversi Verkle Trie
pembaruan serialisasi SSZ
1. Peningkatan Cancun
Devnet #8 diluncurkan dua minggu lalu pada 16 Agustus. Barnabas Busa, seorang insinyur DevOps di Ethereum Foundation, mengatakan upgrade testnet Cancun yang berfokus pada pengembang tampaknya berfungsi dengan baik. Busa menyebutkan bahwa tampaknya ada beberapa masalah dengan node yang menjalankan perangkat lunak klien Nethermind (EL). Lukasz Rozmej, pengembang klien Nethermind, menjelaskan bahwa sifat masalahnya disebabkan oleh kesalahan konfigurasi dalam implementasi kumpulan transaksi Blob. **(Catatan Penerjemah: Devnet 8 adalah jaringan pengujian khusus pertama, yang berisi semua EIP final dari pemutakhiran Cancun/Deneb)
Mengenai EIP 4788**, pengembang secara singkat mengonfirmasi ulang strategi penerapan baru untuk perubahan kode**. Kontrak yang mengekspos data rantai suar di EL akan diterapkan seperti kontrak pintar biasa, yang mengharuskan seseorang mendanai alamat kontrak sebelum peningkatan diaktifkan. Devnet #9, testnet berikutnya untuk pemutakhiran Cancun, akan mengadopsi alur kerja ini dan memastikan pengembang memahaminya.
Daripada menunda tanggal rilis Devnet #9, pengembang telah setuju untuk melanjutkan pengujian pada Devnet #8 hingga semua masalah dengan implementasi klien teratasi. "Saya lebih suka percaya diri pada Devnet #9 daripada mengatakan kami berharap hal ini akan berhasil. ... Saya lebih suka menyelesaikan masalah yang kami ketahui. Jika tidak, jika kami memiliki masalah sulit di Devnet #9, maka kami pasti akan melakukannya memiliki Devnet #10 lagi, saya tidak mengatakan kita tidak boleh memiliki Devnet #10. Kita harus memiliki sejumlah devnet yang berarti. Saya pikir sekarang kita dapat mencoba membuat Devnet #9 benar-benar dapat diandalkan." Ether berkata Danny Ryan, rekan di Fang Foundation dan ketua panggilan konferensi ACDC.
*Orang lain yang menerima panggilan, termasuk Tim Beiko, Marius Van Der Wijden, dan Justin Florentine, ingin meluangkan lebih banyak waktu untuk menguji perubahan di EIP 4788 di Devnet #8 dan selanjutnya di Devnet #9 *. Beiko menyarankan waktu bagi pengembang untuk mengadakan kembali Devnet #9 pada panggilan konferensi ACDE berikutnya. Mengenai strategi penerapan testnet, Beiko merekomendasikan urutan berikut:
Devnet #9: Devnet lain yang spesifikasi Dencunnya telah dibekukan. Uji stres jaringan dan asumsikan pengembang menyukainya, lalu pindah ke testnet publik. Jika tidak, jalankan Devnet #10.
Holesky: Cabangkan testnet Holeksy yang baru diluncurkan dan terapkan pemutakhiran Dencun di dalamnya.
Goerli: Kemudian gunakan Dencun di Goerli. Karena testnet kedua dari belakang diluncurkan sebelum mainnet, spesifikasi pemutakhiran saat ini harus bersifat final dan memberikan waktu yang cukup bagi pengguna dan aplikasi untuk menguji perangkat lunak mereka sebelum pemutakhiran mainnet diaktifkan. Dencun kemungkinan akan menjadi pertigaan terakhir di Goerli sebelum Goerli tidak digunakan lagi dan digantikan oleh Holesky. (Catatan Penerjemah: Kata Dencun adalah kata majemuk yang terdiri dari Cancun (Cancun) dan Deneb. Cancun adalah nama pemutakhiran lapisan eksekusi Ethereum ini, dan Deneb adalah nama pemutakhiran lapisan protokol. Oleh karena itu, pemutakhiran Cancun Dikombinasikan dengan pemutakhiran Deneb dikenal sebagai pemutakhiran Dencun.)
Sepolia: Terakhir, Dencun dikerahkan di Sepolia untuk mencapai hasil yang baik.
Tidak ada yang keberatan dengan usulan Beiko untuk merilis testnet setelah Devnet #9. Beiko menyebutkan bahwa timeline yang disebutkan di atas akan dibagikan kepada komunitas ethereum yang lebih luas dalam postingan blog setelah testnet Holesky resmi diluncurkan pada 15 September. Selain itu, Beiko mengatakan ada juga testnet bernama Ephemery yang sedang dikembangkan. Ehemery adalah testnet Ethereum untuk operator validator yang mengatur ulang kembali ke keadaan awal setelah satu atau dua minggu. Untuk informasi lebih lanjut tentang jaringan Ephemery, baca halaman GitHub proyek di sini.
Sebelum melanjutkan ke diskusi Verkle Tries, Busa menyoroti open pull request (PR) di GitHub untuk testnet Holesky. Atas permintaan tim Erigon (EL), PR mengusulkan untuk menghapus waktu aktivasi khusus untuk peningkatan Dencun di Holesky. Pengembang nantinya akan menetapkan nilai aktivasi Dencun di Holesky daripada menimpa nilai yang sudah ada. Busa juga menanyakan tentang pengujian target/maks blob 3/6 alih-alih batas 2/4. **Mengenai topik ini, Beiko menyarankan untuk mengangkat masalah ini lagi pada pertemuan ACDC minggu depan, dan Ryan menyebutkan bahwa eksperimen terbaru dengan ukuran blok besar akan memberikan wawasan baru. **
2. Konversi Verkle Trie
Selanjutnya, pengembang membahas proposal Vitalik Buterin untuk menggabungkan peta jalan Verkle Trie dan State Expiry untuk mengurangi kompleksitas implementasi Verkle Trie dan mempercepat manfaat State Expiry di Ethereum. Sebagai latar belakang, **Verkle Trie atau Verkle Tree adalah struktur data yang memungkinkan pengguna dengan mudah memverifikasi data dalam jumlah besar dengan mengandalkan satu bukti kriptografi. **Mereka tidak berbeda dengan Merkle Patricia Trie (MPT), yang merupakan struktur data yang digunakan untuk menyimpan status Ethereum. Namun, efisiensi pembuktian pohon Verkle relatif lebih tinggi dibandingkan MPT, itulah sebabnya pengembang berupaya melakukan transisi MPT ke Verkle.
**Kedaluwarsa Negara adalah program terpisah yang dirancang untuk mengatasi masalah pertumbuhan negara yang tidak terbatas. **Tujuan berakhirnya status adalah untuk menghapus bagian status Ethereum yang belum diakses pengguna selama jangka waktu tertentu (misalnya 365 hari), sehingga mengurangi ukuran status dari lebih dari 100 GB menjadi kurang dari 50 GB. Andrew Ashikhmin dari Tim Akun Erigon (EL) lebih memilih menggabungkan kedua peningkatan tersebut, dengan asumsi bahwa konversi Verkle Trie akan sangat disederhanakan jika digabungkan dengan State Expiry. Guillaume Ballet dari tim klien Geth (EL), yang telah memimpin proyek Verkle Trie, khawatir bahwa penggabungan tersebut akan menunda Verkle Tries, karena masa berlaku negara bagian sebagai topik penelitian telah "ditinggalkan" selama dua tahun terakhir.
Buterin menambahkan lebih banyak latar belakang mengenai motivasi usulannya, dengan mengatakan: "Dengan [Verkle] Proses transisi, masalahnya pada dasarnya adalah mengubah Merkle Patricia Trie 50+ GB menjadi... Verkle Trie di jaringan langsung cukup rumit. Ini memang sesuatu yang telah diperjuangkan oleh tim peneliti selama lebih dari setahun. Saya ingat tahun lalu di Devconnect, hal ini pada dasarnya merupakan subjek dari acara penelitian dan pada dasarnya sama banyaknya dengan pekerjaan R&D yang dilakukan seluruh peta jalan Verkle, hanya proses bagaimana melakukan transisi terakhir tersebut. Dalam beberapa hal, hal ini menyaingi penggabungan dalam hal kompleksitas. "
Buterin melanjutkan dengan mengatakan bagaimana State Expiry secara signifikan mengurangi kompleksitas transisi ke Verkle. Namun, dia juga menyebutkan bahwa ada prasyarat kompleks untuk berakhirnya masa berlaku negara, seperti kebutuhan untuk menambah lebih banyak ruang alamat untuk mendukung "periode alamat" baru setiap tahun. Jadi, meskipun kompleksitas penerapan Verkle akan berkurang, namun pengembang masih memerlukan Selain itu, jika Verkle Tries diimplementasikan sebelum State Expiry, maka State Expiry akan memiliki urgensi yang lebih kecil, sehingga pengembang sebaiknya mempertimbangkan untuk menggunakan Verkle untuk melakukan transisi, atau menunggu beberapa tahun sebelum Verkle Then State Expiry diperkenalkan. Para pengembang tidak yakin tentang nilai tambahan yang akan dihasilkan dari menggabungkan kedua peningkatan tersebut, dan setuju untuk terus mendiskusikan topik tersebut secara asinkron di Discord dan Verkle Trie Implementors' Call.
3. Serialisasi SSZ
Kemudian, Etan Kissling, pengembang klien Nimbus (CL), mempresentasikan kemajuan terbarunya dalam meningkatkan struktur data Ethereum ke format serialisasi SSZ. Untuk mengetahui latar belakang lebih lanjut mengenai masalah ini, baca transkrip panggilan pengembang Ethereum sebelumnya di sini. Kissling menyoroti cara baru untuk memperbarui serialisasi data Ethereum menggunakan format berbasis SSZ "PartialContainer". Kissling menulis dalam komentar di bawah agenda panggilan konferensi minggu ini, "[Format] ini pada dasarnya menggabungkan semua keunggulan [format sebelumnya] dan juga dapat digunakan kembali untuk tujuan lain, menghilangkan tipe opsional SSZ Union dan SSZ yang saat ini tidak digunakan ." (Catatan Penerjemah: Serialisasi Sederhana (SSZ) adalah metode serialisasi yang digunakan pada rantai suar. Metode ini menggantikan semua aspek lapisan konsensus kecuali protokol penemuan rekan. Serialisasi awalan panjang rekursif digunakan pada lapisan eksekusi. Sederhana desain serialisasi bersifat deterministik dan juga dapat dimerkleisasi secara efisien.)
Setelah pembaruan, Beiko dengan cepat memuji implementasi referensi EL yang baru dibuat dengan Python (disebut EELS). Dalam postingan blog Ethereum Foundation baru-baru ini, editor EIP dan peneliti Ethereum Foundation Sam Wilson menulis: "EELS adalah implementasi referensi Python dari komponen inti klien eksekusi Ethereum, dengan fokus pada keterbacaan dan kejelasan. EELS bertujuan untuk menjadi penerus spiritual ke Yellow Paper, lebih ramah programmer dan sinkron dengan fork pasca-penggabungan, EELS dapat mengisi dan menjalankan pengujian negara, mengikuti mainnet, dan merupakan tempat yang bagus untuk membuat prototipe EIP baru."
Beberapa pengembang sudah menggunakan EELS untuk mengimplementasikan kembali EIP mereka, dan Ethereum Foundation menawarkan hibah kepada siapa pun yang tertarik memperbarui Yellow Paper untuk memasukkan peningkatan jaringan pra-penggabungan yang hilang seperti London dan Paris untuk melengkapi EELS.