Terjemahan: Huohuo/Blockchain dalam Bahasa Vernakular
Pada tanggal 31 Agustus, para pengembang Ethereum berkumpul melalui panggilan konferensi Zoom for the Core Developers (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 yang diselesaikan untuk peningkatan 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, para pengembang 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 ikut serta, termasuk Tim Beiko, Marius Van Der Wijden, dan Justin Florentine, memilih untuk meluangkan lebih banyak waktu untuk menguji Devnet #8 dan menguji perubahan pada EIP 4788 di Devnet #9 nanti. Beiko menyarankan agar para pengembang berkumpul kembali untuk Devnet #9 selama 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. Sebagai peluncuran testnet kedua dari belakang 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, sedangkan Deneb adalah nama pemutakhiran lapisan protokol. Oleh karena itu, pemutakhiran Cancun dan Deneb Peningkatan secara kolektif disebut sebagai peningkatan Dencun.)
Sepolia: Terakhir, Dencun dikerahkan di Sepolia untuk mencapai hasil yang baik.
Tidak ada yang mengajukan keberatan terhadap proposal 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 node verifikasi yang akan diatur ulang kembali ke keadaan awal setelah satu atau dua minggu. Untuk informasi lebih lanjut tentang Jaringan Ephemery, baca halaman GitHub proyek ini 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 spesifik 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 panggilan ACDC minggu depan, dan Ryan menyebutkan bahwa eksperimen baru-baru ini dengan ukuran blok yang 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 inisiatif terpisah yang dirancang untuk mengatasi masalah pertumbuhan negara yang tidak terbatas. Tujuan dari habisnya status adalah untuk mengurangi ukuran negara dari lebih dari 100 GB menjadi kurang dari 50 GB dengan menghapus bagian dari negara Ethereum yang belum diakses pengguna dalam jangka waktu tertentu (misalnya, 365 hari). Andrew Ashikhmin dari tim akun Erigon (EL) lebih suka 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 mempelopori proyek Verkle Trie, khawatir bahwa penggabungan akan menunda Verkle Tries sejak berakhirnya masa berlaku negara karena topik penelitian telah "ditinggalkan" selama dua tahun terakhir.
Buterin menyampaikan lebih banyak latar belakang tentang motivasi usulannya, dengan mengatakan: “Dengan [Verkle] Proses transisi, masalahnya pada dasarnya adalah mengubah 50+ GB Merkle Patricia Trie 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, kompleksitasnya memang sebanding dengan merger. "
Buterin melanjutkan bagaimana State Expiry secara signifikan mengurangi kompleksitas transisi ke Verkle. Namun, dia juga menyebutkan bahwa masa berlaku negara memiliki prasyarat yang kompleks, seperti kebutuhan untuk menambah lebih banyak ruang alamat untuk mendukung "periode alamat" baru setiap tahunnya. Jadi, meskipun kompleksitas penerapan Verkle akan berkurang, pengembang masih perlu memecahkan teka-teki tersebut. lakukan keduanya secara bersamaan. 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 transisi, atau menunggu beberapa tahun hingga State Expiry diperkenalkan setelah Verkle. tidak jelas tentang nilai tambahan yang akan dihasilkan dari menggabungkan kedua peningkatan ini, 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 pendekatan 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, menggantikan SSZ Union dan tipe opsional SSZ yang saat ini tidak digunakan." (Catatan Penerjemah: Serialisasi Sederhana (SSZ) adalah metode serialisasi yang digunakan pada Beacon Chain. Serialisasi awalan panjang rekursif. Desain serialisasi sederhana bersifat deterministik dan juga dapat di Merkleisasi 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 pemrogram 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 Ethereum ke-116: Peningkatan Cancun, konversi Verkle Trie, dan serialisasi SSZ
Penulis: Christine Kim / Sumber:
Terjemahan: Huohuo/Blockchain dalam Bahasa Vernakular
Pada tanggal 31 Agustus, para pengembang Ethereum berkumpul melalui panggilan konferensi Zoom for the Core Developers (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 yang diselesaikan untuk peningkatan 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, para pengembang 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 ikut serta, termasuk Tim Beiko, Marius Van Der Wijden, dan Justin Florentine, memilih untuk meluangkan lebih banyak waktu untuk menguji Devnet #8 dan menguji perubahan pada EIP 4788 di Devnet #9 nanti. Beiko menyarankan agar para pengembang berkumpul kembali untuk Devnet #9 selama 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. Sebagai peluncuran testnet kedua dari belakang 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, sedangkan Deneb adalah nama pemutakhiran lapisan protokol. Oleh karena itu, pemutakhiran Cancun dan Deneb Peningkatan secara kolektif disebut sebagai peningkatan Dencun.)
Sepolia: Terakhir, Dencun dikerahkan di Sepolia untuk mencapai hasil yang baik.
Tidak ada yang mengajukan keberatan terhadap proposal 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 node verifikasi yang akan diatur ulang kembali ke keadaan awal setelah satu atau dua minggu. Untuk informasi lebih lanjut tentang Jaringan Ephemery, baca halaman GitHub proyek ini 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 spesifik 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 panggilan ACDC minggu depan, dan Ryan menyebutkan bahwa eksperimen baru-baru ini dengan ukuran blok yang 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 inisiatif terpisah yang dirancang untuk mengatasi masalah pertumbuhan negara yang tidak terbatas. Tujuan dari habisnya status adalah untuk mengurangi ukuran negara dari lebih dari 100 GB menjadi kurang dari 50 GB dengan menghapus bagian dari negara Ethereum yang belum diakses pengguna dalam jangka waktu tertentu (misalnya, 365 hari). Andrew Ashikhmin dari tim akun Erigon (EL) lebih suka 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 mempelopori proyek Verkle Trie, khawatir bahwa penggabungan akan menunda Verkle Tries sejak berakhirnya masa berlaku negara karena topik penelitian telah "ditinggalkan" selama dua tahun terakhir.
Buterin menyampaikan lebih banyak latar belakang tentang motivasi usulannya, dengan mengatakan: “Dengan [Verkle] Proses transisi, masalahnya pada dasarnya adalah mengubah 50+ GB Merkle Patricia Trie 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, kompleksitasnya memang sebanding dengan merger. "
Buterin melanjutkan bagaimana State Expiry secara signifikan mengurangi kompleksitas transisi ke Verkle. Namun, dia juga menyebutkan bahwa masa berlaku negara memiliki prasyarat yang kompleks, seperti kebutuhan untuk menambah lebih banyak ruang alamat untuk mendukung "periode alamat" baru setiap tahunnya. Jadi, meskipun kompleksitas penerapan Verkle akan berkurang, pengembang masih perlu memecahkan teka-teki tersebut. lakukan keduanya secara bersamaan. 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 transisi, atau menunggu beberapa tahun hingga State Expiry diperkenalkan setelah Verkle. tidak jelas tentang nilai tambahan yang akan dihasilkan dari menggabungkan kedua peningkatan ini, 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 pendekatan 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, menggantikan SSZ Union dan tipe opsional SSZ yang saat ini tidak digunakan." (Catatan Penerjemah: Serialisasi Sederhana (SSZ) adalah metode serialisasi yang digunakan pada Beacon Chain. Serialisasi awalan panjang rekursif. Desain serialisasi sederhana bersifat deterministik dan juga dapat di Merkleisasi 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 pemrogram 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.