Ringkasan mesyuarat terbaharu pembangun teras Ethereum: Bersedia untuk melaksanakan EIP 3074, Rollup roadmap

original Tajuk: "Ethereum Semua Pemaju Teras Panggilan #186 Writeup"

original Pengarang: Christine Kim

original Compilation: Frost, Blockbeats

Editor's Note:

Panggilan Konsensus Pembangun Ethereum Teras (ACDE) diadakan setiap dua minggu untuk membincangkan dan menyelaraskan perubahan pada Lapisan Pelaksanaan Ethereum (EL). Semasa panggilan persidangan ke-186 ACDE, pembangun membincangkan persediaan untuk pelaksanaan Pectra Devnet 0 dan EIP 3074. Mereka memperincikan kemajuan pelbagai pasukan pelanggan dalam menyediakan Pectra Devnet 0 dan membincangkan cadangan perubahan pada spesifikasi EIP 3074 dan kemajuan ujian yang berkaitan.

Selain itu, artikel ini juga menyentuh topik penting lain, seperti perbincangan tentang perubahan kod lain yang mungkin disertakan dalam peningkatan Pectra, dan perbincangan tentang bagaimana perubahan pada proses EIP Ethereum dipengaruhi oleh proses L2/RIP . Christine Kim, Naib Presiden Penyelidikan di Galaxy Digital, merekodkan perkara utama mesyuarat ini secara terperinci, dan BlockBeasts menyusun teks asal seperti berikut:

Pada 25 April 2024, pembangun Ethereum berkumpul di Zoom untuk mengambil bahagian dalam Semua Pembangun Teras Perlaksanaan ( ACDE ) panggilan # 186 mesyuarat. Panggilan Persidangan ACDE ialah siri mesyuarat dua minggu sekali yang dihoskan oleh Tim Beiko, Ketua Sokongan Protokol di Yayasan Ethereum, di mana pembangun membincangkan dan menyelaraskan perubahan kepada Lapisan Pelaksanaan Ethereum (EL). Minggu ini, pembangun membincangkan persediaan untuk pelaksanaan Pectra Devnet 0 dan EIP 3074. Mereka juga membincangkan perkara EIP lain yang perlu dipertimbangkan untuk dimasukkan dalam peningkatan Pectra, serta pemikiran yang lebih luas tentang perubahan tadbir urus berdasarkan "Peta hala tuju Rollup-centric" Ethereum.

Pectra Devnet 0 kemajuan terkini

Beiko meminta pasukan akaun untuk berkongsi kemajuan terkini Pectra Devnet 0 semasa panggilan persidangan. Marek Moraczyński dari pasukan Nethermind berkata bahawa Nethermind telah melaksanakan semua EIP Pectra dan sedang mengujinya. Justin Florentine dari pasukan Besu berkata Besu sedang melaksanakan Pectra EIP dan bekerjasama dengan mereka untuk bersedia untuk pelancaran Devnet 0. Andrew Ashikhmin dari pasukan Erigon berkata, "Saya tidak pasti sama ada Erigon bersedia untuk bilangan EIP untuk suite penuh Devnet 0, sebahagiannya kerana spesifikasi untuk EIP ini masih berubah dan pelanggan Erigon sedang beralih kepada yang baharu. versi utama Erigon 3. Ini mengambil sumber dan masa pasukan manakala Erigon 3 dan Pectra EIP dimuktamadkan dan dibina ke dalam klien Erigon." "Lightclient" pasukan Geth berkata Geth "beberapa hari lagi" untuk bersedia untuk Devnet 0. Gajinder Singh dari pasukan Ethereum JS berkata bahawa Ethereum JS juga akan "bersedia" untuk Devnet 0.

EIP -7685

Lightclient menggabungkan EIP 7685 yang mencipta rangka kerja biasa untuk menyimpan permintaan yang dicetuskan EL ke dalam Lapisan Konsensus (CL) dan kesannya pada EIP 6110 dan 7002. Beiko berkata pemaju harus memasukkan EIP ini dalam keluaran Devnet 0 mereka dan terus menambah baik Pectra EIP.

Dari segi ujian, Mario Vega dari pasukan ujian EF berkata bahawa ujian EIP 6110 dan 2537 telah selesai, dan ujian EIP 7002 dan EIP 2935 akan selesai minggu ini atau minggu depan. Ujian EIP 3074 belum lagi sedia untuk Devnet 0. Penyelidik EF Antonio Sanso berkata bahawa spesifikasi EIP 2537 telah dikemas kini dan vektor ujian baharu telah ditambahkan pada repositori GitHub, dan dia mengesyorkan semua orang menyemaknya di GitHub. Penyelidik EF Hsiao Wei Wang menegaskan bahawa terdapat ralat dalam vektor ujian spesifikasi CL, dan ralat itu telah diperbetulkan dengan cepat dan versi baharu dikeluarkan.

Kemas kini kepada EIP -3074

Panggilan ACDE minggu ini untuk spesifikasi EIP 3074 mencadangkan beberapa perubahan. Ahmad Mazen Bitar mencadangkan menukar gelagat EIP 3074 untuk membenarkan DELEGATECALL sebelum AUTH CALL, yang akan memperluaskan kes penggunaan EIP. Derek Jiang, pengasas dan Ketua Pegawai Eksekutif sistem pengendalian dompet blockchain ZeroDev, mencadangkan mewujudkan "pengurus bukan" untuk memudahkan pembatalan global mesej AUTH dan perubahan lain apabila diperlukan. Sesetengah pembangun dalam panggilan percaya perubahan kepada EIP 3074 harus ditangguhkan kerana ia akan menjadikannya lebih sukar untuk dilaksanakan.

Beiko mengesyorkan agar pembangun membincangkan cadangan perubahan kepada EIP 3074 dalam sesi pecahan berasingan. Beliau menyatakan bahawa untuk mempunyai masa yang mencukupi untuk melaksanakan EIP 3074 di Pectra, pemaju harus cuba memuktamadkan spesifikasinya "dalam satu atau dua bulan akan datang." Lightclient bersetuju untuk menganjurkan sesi pecahan EIP 3074. Untuk Devnet 0, Beiko mengesahkan bahawa pasukan pelanggan harus melaksanakan EIP 3074 tanpa sebarang perubahan, walaupun pembangun mungkin memutuskan bahawa devnet masa depan melaksanakan EIP secara berbeza atau mengalih keluarnya sepenuhnya daripada peningkatan.

Sebagai tambahan kepada butiran pelaksanaan EIP 3074, pembangun juga serius membincangkan sama ada EIP mempunyai sokongan komuniti yang mencukupi. Seorang pembangun yang nama skrinnya ialah "Siri" menyatakan kebimbangan semasa panggilan bahawa "EIP 3074 pada dasarnya tidak baik dan akan memperlahankan keupayaan kami untuk mencapai pengabstrakan akaun penuh." Beiko menjawab bahawa berdasarkan perbincangan Ethereum Magician dan ACD, pasukan akaun nampaknya menyokong EIP 3074 berbanding cadangan lain yang berkaitan dengan Abstraksi Akaun (AA). Beiko berkata: "Ini nampaknya merupakan cadangan yang paling konsensus dalam jangka pendek, dan kami sebenarnya boleh meningkatkan status EOA dalam hal ini, Siri percaya bahawa pasukan pelanggan tidak seharusnya membuat keputusan ini secara berasingan. "Kami harus mendengar pihak berkepentingan lain," kata Siri, sambil menambah, "Kami tidak mahu beralih ke alam mencipta perbalahan keras yang menimbulkan perbalahan ... Saya fikir adalah baik untuk memahami apa yang diperkatakan oleh pihak berkepentingan lain dan bagaimana mereka melihat perkara ini . "

Beiko dan Siri juga membincangkan cara membina konsensus yang lebih luas untuk EIP di luar panggilan ACD. Chiang mencadangkan supaya mengadakan mesyuarat pecahan EIP 3074 dahulu untuk membincangkan spesifikasi teknikal EIP secara mendalam dan kemudian memutuskan sama ada ia harus kekal dalam peningkatan Pectra. Penyelidik EF Ansgar Dietrichs berkata, "Kita harus faham bahawa melainkan kita mencapai kemajuan yang mencukupi, EIP 3074 akan ditarik balik

Pengasas bersama Ethereum Vitalik Buterin menambah, "Fungsi akaun pengguna akan berubah dalam beberapa tahun akan datang. , khususnya." Akaun Milik Luaran (EOA). EIP berkaitan abstraksi akaun pengaktifan, seperti EIP 3074, dsb.

Cadangan Pectra lain

Pembangun terus membincangkan perubahan kod lain yang perlu dipertimbangkan untuk dimasukkan dalam peningkatan Pectra. Pemaju Geth, Marius van der Wijden berkata, ia harus bergantung pada sama ada EIP yang lebih kompleks seperti EOF menuju ke Pectra. "Jika kami memasukkan EOF, itu akan membawa kepada ketepuan garpu. Jika kami tidak memasukkan EOF, mungkin kami boleh memasukkan lebih banyak lagi," kata van der Wijden.

Siri menyatakan kebimbangan mengenai kemasukan EIP 3074 dalam Pectra tanpa semakan keselamatan. Beiko mencadangkan agar perbincangan ini ditangguhkan sehingga spesifikasi untuk EIP 3074 dimuktamadkan.

Bitar berkata dia ingin melihat EIP 7212 ditambah pada Pectra. EIP 7212 akan mencipta prakompil baharu yang melaksanakan pengesahan tandatangan dalam lengkung elips secp256 r1. Ini boleh digunakan dengan peranti perkakasan yang menyokong biometrik pengguna. Bitar berkata bahawa menyokong biometrik untuk menandatangani transaksi Ethereum akan menjadi peningkatan besar kepada pengalaman pengguna. Ashihemin berkata, dia juga menyokong cadangan itu. Dietrichs menegaskan bahawa ini adalah satu-satunya penyelesaian yang diluluskan untuk pelaksanaan oleh Layer-2 Rollups melalui proses "Rollup Improvement Proposal" (RIP).

Pemaju lain termasuk Dietrichs, van der Wijden dan Moraczyński telah menyatakan sokongan untuk EIP 7623, yang akan meningkatkan kos data panggilan dan dengan itu mengehadkan saiz blok maksimum. Beiko mengesyorkan menandakan EIP 7623 dan EIP 7212 sebagai "untuk pertimbangan" atau CFI ke dalam Pectra, dan menyemak semula lebar jalur pasukan pelanggan untuk menyokong kedua-dua cadangan penambahbaikan ini selepas Devnet 0 dilancarkan.

Berkenaan bundle EIP yang berkaitan dengan pengemaskinian kaedah bersiri EL kepada SSZ, van der Wijden menyatakan kebimbangan bahawa ini akan menjadi terlalu sukar untuk diangkut di Pectra. Rakan sekerjanya dalam pasukan Geth, Guillaume Ballet, bersetuju dengan penilaian ini. Buterin menimpali, mengatakan bahawa sekurang-kurangnya kaedah bersiri untuk mengemas kini resit transaksi akan mempunyai "nilai yang ketara" melebihi Ethereum itu sendiri, kerana ia menghapuskan overhed pengauditan keselamatan tambahan bagi rollup lapisan 2 yang dibina di atas Ethereum. ”. Penyokong utama EIP berkaitan SSZ, Etan Kissling daripada pasukan Nimbus, tidak hadir semasa panggilan itu, tetapi dia menulis penjelasan terperinci di GitHub tentang sebab perubahan kod ini penting dan harus dipertimbangkan untuk dimasukkan dalam Pectra .

Pemaju juga melawat semula EOF. Danno Ferrin, pembangun protokol Ethereum bebas, berkata bahawa pasukan EOF sedang menjalankan ujian spesifikasi EL pada perubahan kod. EVMOne dan Reth ialah dua pasukan pelanggan EL yang dilaporkan telah menyelesaikan pelaksanaan EOF. Ferrin berkata pasukan Geth telah mencapai "kemajuan yang baik" dalam pelaksanaannya. Ferrin menambah bahawa Ballet sedang bekerjasama dengan "Daniel" daripada pasukan Solidity untuk menangani kebimbangan mengenai keserasian EOF dan Verkle.

Ballet menegaskan bahawa berdasarkan perbualannya dengan pembangun lain seperti Daniel dan Dietrichs, adalah sukar untuk mengecilkan skop EOF tanpa menggagalkan tujuannya dan mewujudkan lebih banyak peluang bagi pembangun untuk melaksanakan satu lagi set perubahan kod seperti EOF dalam masa depan.

Seorang pembangun yang menggunakan nama skrin "Charles C" mencadangkan mencari cara untuk melaksanakan EOF dengan mudah secara berulang melalui mekanisme Side Car (seperti yang digunakan untuk transaksi Blob) dan bukannya antara peningkatan EOF kecil atau besar Buat pilihan anda . Dietrichs bertanya dalam sembang sama ada pasukan akaun akan lebih berminat dengan Pectra jika kerumitan EOFnya dikurangkan. Pasukan Ipsilon menyatakan bahawa perubahan kod yang menyebabkan kerumitan tertinggi dalam EOF (seperti "TX create") telah diselesaikan dan mengalih keluar permintaan khusus untuk fungsi seperti "EOF create" tidak akan mengurangkan kerumitan EOF keseluruhan dengan ketara. Untuk konteks, Ipsilon ialah nama pasukan R&D EVM yang dibiayai oleh EF. Beiko mengesyorkan agar pembangun terus membincangkan pelaksanaan EOF dalam sesi pecahan EOF berulang.

ACD/EIP dan L2/RIP

Sebagai topik terakhir yang dibincangkan dalam ACDE #186, pembangun membincangkan perubahan kepada proses EIP Ethereum untuk mempertimbangkan proses RIP baharu. Dietrichs menyatakan bahawa sudah enam bulan sejak pembangun memulakan siri mesyuarat mengenai penyelarasan Rollup, RollCall dan proses RIP. Masih terdapat beberapa soalan terbuka tentang bagaimana proses ini akan dan harus memberi kesan kepada proses EIP Ethereum. Dietrichs berkata bahawa satu soalan penyelidikan yang berterusan dalam L2 ialah sama ada kesetaraan jangka panjang dengan Mesin Maya Ethereum (EVM) adalah wajar untuk Rollup. Beliau juga menambah bahawa persoalan terbuka ialah sejauh mana perubahan yang dilaksanakan pada L2 akhirnya akan memberi kesan kepada keputusan protokol di Lapisan 1 Ethereum.

Pembangun Geth Péter Szilágyi menyatakan bahawa beberapa ciri yang tersedia pada L2 mungkin tidak sesuai untuk disediakan pada L1, dan dalam beberapa kes, walaupun mengikut ciri yang tersedia pada L2, mungkin terdapat perbezaan antara L2, yang mungkin akan menyebabkan kekeliruan untuk Pemaju protokol Ethereum. Penyelidik EF Carl Beekhuizen menyatakan bahawa RollCalls dan proses RIP tidak memerlukan pembangun protokol Ethereum untuk mengeluarkan sebarang ciri pada L2, sebaliknya meningkatkan komunikasi antara Rollups dan pembangun Ethereum untuk mengelakkan situasi yang mengelirukan seperti yang diterangkan oleh Szilágyi. Van der Wijden menyatakan kebimbangan bahawa pembangun protokol meluangkan masa menyokong perubahan yang dilaksanakan pada L2 yang akhirnya akan menjadi usang atau tidak perlu kerana L2 itu sendiri ditutup atau tidak lagi digunakan.

Berkenaan kebimbangan ini, Dietrichs berkata: "Saya rasa orang ramai selalu berfikir bahawa Lapisan 2 boleh bereksperimen dan menjadi lebih gila. Saya fikir apa yang kita lihat dalam amalan ialah kebanyakan mereka memutuskan untuk tidak berbuat demikian, walaupun atau Sekurang-kurangnya mungkin mula melakukannya itu, dan kemudian dari masa ke masa, kebanyakan orang berhenti melakukan perkara itu, jadi kini mereka sebenarnya kebanyakannya mengikuti spesifikasi peringkat pertama, saya fikir sekurang-kurangnya diberikan pelan hala tuju Rollup-centric, atau itulah yang kita semua fikirkan tentangnya ekosistem untuk berkembang, kami berhutang sekurang-kurangnya bimbingan dan komunikasi yang jelas daripada Lapisan 2, seperti cara terbaik ke hadapan di sini."

Atas ialah kandungan terperinci Ringkasan mesyuarat terbaharu pembangun teras Ethereum: Bersedia untuk melaksanakan EIP 3074, Rollup roadmap. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!