EIP-2537: Jalan Panjang Instruksi Prakompilasi BLS12-381 Ethereum
EIP-2537 adalah instruksi kompilasi EVM yang ditambahkan dalam pembaruan fork Pectra terbaru. Instruksi ini menambahkan berbagai fungsi perhitungan dari kurva BLS12-381 ke EVM, termasuk perhitungan pasangan di domain kurva.
EIP-2573 pertama kali diajukan pada 2020 dan baru dikonfirmasi untuk dimasukkan ke dalam pembaruan Ethereum pada 2025. Artikel ini akan memperkenalkan proses pemerintahan EIP-2537 dan membahas mengapa proposal ini memerlukan waktu 5 tahun untuk akhirnya dimasukkan ke dalam pembaruan.
Latar Belakang Proposal
Pada Januari 2017, Vitalik Buterin pertama kali memperkenalkan algoritma pairing dan kurva alt_bn128. Kemudian, Vitalik dan Christian Reitwiessner mengusulkan EIP-196 dan EIP-197, untuk menambah dukungan perhitungan kurva alt_bn128 di EVM. Proposal-proposal ini secara resmi diadopsi dalam upgrade Byzantium pada Oktober 2017, mewujudkan perhitungan pairing di domain kurva di dalam EVM, memungkinkan verifikasi bukti ZK-Snarks dilakukan di dalam EVM.
Seiring dengan perkembangan kriptografi, tim zcash pada bulan November 2017 mengusulkan kurva BLS12-381. Dibandingkan dengan alt_bn128, BLS12-381 memiliki keamanan yang lebih tinggi dan kinerja yang lebih baik. Banyak protokol blockchain mulai menggunakan kurva BLS12-381 sebagai pengganti kurva alt_bn128.
Pada bulan Mei 2018, Justin Drake menunjukkan bahwa pembaruan PoS dan sharding masa depan Ethereum dapat menggunakan algoritma multi-tanda tangan BLS berbasis kurva BLS12-381. Ini membuat rencana EIP-1011 yang asli keluar dari panggung sejarah. Ternyata, pembaruan ETH2 berikutnya memang mengadopsi kurva BLS12-381.
Seiring dengan pengembangan ETH2, seruan untuk memperkenalkan BLS12-381 ke dalam lapisan eksekusi ETH semakin tinggi. Pada bulan Februari 2020, para peneliti mengajukan EIP-2537, berharap bahwa proposal ini dapat diuji bersama dengan jaringan pengujian ETH2. Penulis EIP-2537, Alex Stokes, menyerukan untuk memasukkan EIP-2537 dalam pemecahan keras Berlin.
Perlu dicatat bahwa penulis EIP-2537 juga merupakan salah satu pendiri Matter Labs, pengembang ZKSync.
Kesulitan dalam Upgrade Berlin
Sebelum memperkenalkan konten selanjutnya, kita perlu memahami EIP-1962 terlebih dahulu. Ini adalah proposal pertama tentang pra-kompilasi pasangan bidang kurva elips yang diajukan oleh Matter Labs pada April 2019, mendukung tiga kurva: BLS12, BN, dan MNT4/6.
EIP-1962 berencana untuk menambahkan 10 instruksi pra-kompilasi sekaligus untuk menangani berbagai kurva. Namun, proposal ini terlalu rumit, sehingga sulit bagi pengembang untuk diimplementasikan. Selain itu, karena sangat umum, insinyur kontrak pintar juga menemukan kesulitan saat memanggilnya. Namun, Matter Labs telah menyelesaikan pengembangan algoritma kurva elips dan menyediakan berbagai implementasi referensi dalam berbagai bahasa.
Untuk menyelesaikan masalah EIP-1962, Matter Labs mengusulkan beberapa pemisahan EIP-1962 pada bulan Februari 2020, yang sebagian mewarisi antarmukanya. EIP-EIP ini termasuk:
EIP-2537: menyediakan dukungan BLS12-381
EIP-2539: menyediakan dukungan BLS12-377
PR#2541: Menyediakan dukungan untuk kurva BLS12-377 (Zexe ), tetapi belum mendapatkan nomor EIP
Di antara EIP-2537 adalah yang paling penting, karena lapisan konsensus juga menggunakan kurva BLS12-381. Tujuan inti dari EIP-1962 dan EIP-2537 adalah untuk mewujudkan verifikasi tanda tangan BLS pada lapisan konsensus di jaringan utama. Saat itu ETH2 sedang merancang kontrak penyetoran, karena lapisan eksekusi tidak memiliki algoritma verifikasi BLS, kontrak penyetoran tidak akan memverifikasi tanda tangan, tanda tangan BLS yang spesifik akan diverifikasi oleh lapisan konsensus setelah pengguna melakukan setoran, jika ditemukan tidak benar dapat menyebabkan kehilangan dana pengguna.
Dalam konteks ini, pengembang inti ingin memperkenalkan BLS12-381 precompiled untuk menerapkan verifikasi tanda tangan dalam kontrak setoran, menghindari kemungkinan kerugian dana ETH2 pengguna. Ini adalah alasan mengapa banyak pengembang pada saat itu memperhatikan EIP-1962 dan EIP-2537.
Setelah EIP-2537 diajukan, Vitalik segera mengidentifikasi serangkaian masalah yang terutama berfokus pada konten dokumen EIP. Penulis EIP kemudian memberikan tanggapan dan diskusi. Dalam pertemuan pengembang inti pada 6 Maret 2020, Vitalik berpendapat bahwa EIP-2537 dan EIP lainnya sangat efektif untuk bukti SNARK rekursif dan tidak akan merugikan Ethereum dalam jangka panjang. Pertemuan tersebut menegaskan prioritas EIP-2537, semua klien setuju untuk segera mengimplementasikannya dan berencana menyelesaikan pengembangan sebelum peningkatan Berlin.
Setelah itu, EIP-2537 menjadi tugas prioritas tinggi. Rapat pada 20 Maret mengonfirmasi bahwa EIP-2537 menggantikan EIP-1962 sebagai proposal BLS inti dan masuk ke daftar pra-pemilihan untuk peningkatan Berlin. Rapat pada bulan April secara resmi memasukkan EIP-2537 ke dalam peningkatan hard fork Berlin, menetapkan garis waktu untuk implementasi pada bulan April dan pengujian pada bulan Mei-Juni, serta menjadikannya sebagai hal yang paling prioritas.
Kemudian EIP-2537 memasuki tahap pengembangan dan pengujian yang intensif, yang dibahas dalam hampir 20 pertemuan pengembang inti berikutnya.
Pada pertemuan ke-85, pengembang membahas masalah encoding ABI dari EIP-2537. Klien Besu menyatakan telah mengimplementasikan fungsinya, tetapi pihak Geth mengatakan belum ada yang mengerjakan masalah ini.
Pada pertemuan ke-86, Geth menyatakan bahwa mereka telah menyelesaikan sebagian pekerjaan, tetapi masih ada banyak pekerjaan yang harus diselesaikan.
Pertemuan ke-87 fokus membahas masalah implementasi EIP-2537. Pengembang Geth menyatakan ada PR sepanjang 16000 baris yang mengimplementasikan EIP-2537, tetapi tidak dapat memastikan keamanan dan efektivitasnya, hanya bisa dinilai melalui pengujian fuzz sederhana. Pengembang Geth percaya bahwa mereka tidak dapat menyelesaikan pengembangan EIP-2537 sebelum waktu yang dijadwalkan di Berlin.
Rapat memutuskan untuk menambah jaringan uji YOLO untuk menguji EIP-2537 secara khusus. Saat ini, pentingnya EIP-2537 telah menurun secara signifikan, dan pengembang Geth percaya bahwa EIP ini sangat mungkin tidak dapat dimasukkan dalam peningkatan Berlin.
Pada pertemuan ke-88, pengembang Geth menemukan bahwa ada serangkaian masalah dalam implementasi PR EIP-2537 yang perlu diuji dan diperbaiki lebih lanjut. Di dalam sistem Geth terdapat dua implementasi EIP-2537, satu yang mencakup optimasi assembly, dan yang lainnya ditulis sepenuhnya dalam Go. Beberapa orang menyarankan untuk langsung menggunakan versi Go untuk mengurangi kesulitan dalam tinjauan kode.
Pada pertemuan ke-89 muncul masalah yang lebih serius, jaringan pengujian YOLO mengalami anomali, diduga disebabkan oleh tanda tangan BLS, tetapi pengembang EIP-2537 membantahnya. Kabar baiknya adalah kontrak setoran yang berdasarkan EIP-2537 hampir selesai dikembangkan, dan sedang menunggu audit.
Pertemuan ke-90 menetapkan tenggat waktu peluncuran upgrade Berlin pada bulan Juli. Pertemuan juga membahas masalah dominasi Geth, di mana seseorang mengusulkan untuk membekukan implementasi EIP saat ini untuk mengurangi biaya pengembangan klien lainnya.
Pertemuan ke-92 tetap mengonfirmasi EIP-2537 sebagai EIP yang diperlukan untuk peningkatan Berlin.
Pada pertemuan ke-96, Matter Labs berharap untuk memasukkan EIP-2539 juga ke dalam pengujian YOLO v2 dan masuk ke dalam upgrade Berlin. Namun, pengembang Geth menolak, berpendapat bahwa EIP-2537 masih belum diuji sepenuhnya di Geth. Keputusan akhir adalah tidak menambah 2696 dalam upgrade Berlin.
Rapat ke-99 memutuskan untuk mengeluarkan EIP-2537 dari jaringan pengujian YOLO v3 dan pembaruan Berlin, alasan utamanya adalah karena terlalu banyak waktu yang dihabiskan oleh pengembang inti, yang mempengaruhi pengembangan EIP lainnya. Faktor sekunder adalah bahwa Yayasan Ethereum mengusulkan EVM384 sebagai alternatif.
Pada April 2021, Ethereum menyelesaikan peningkatan Berlin, yang inti dari EIP-2565 dan implementasi nyata lainnya tidak terlalu kompleks, peningkatan ini tampak tipis, karena EIP-2537 yang paling kompleks telah dihapus.
Perkembangan Selanjutnya
Pembaruan London setelah peningkatan Berlin memperkenalkan EIP-1559. Untuk EIP-2537 yang sebelumnya merupakan proposal inti, sulit untuk memasukkannya dalam pembaruan selanjutnya.
Pembaruan London sedang berlangsung, pengembang sebelumnya mempertimbangkan untuk menambahkan EIP-2537. Pertemuan ke-109 mensinkronkan perkembangan EIP-2537, membahas masalah penggunaan gas, dan ada yang mengusulkan untuk mengganti EIP-2537 dengan EVM384. Namun, pada pertemuan ke-111, EIP-2537 dikeluarkan dari pembaruan London karena kompleksitasnya. Utamanya, implementasi standar EIP-2537 mengganti pustaka yang bergantung, yang dapat menyebabkan perubahan harga gas, sehingga setiap klien perlu mengevaluasi kembali konsumsi gas.
Pada bulan Juni 2021, diusulkan secara resmi untuk memasukkan EIP-2537 ke dalam upgrade Shanghai. Namun, upgrade Merge menyita banyak waktu para pengembang. Setelah Merge selesai pada bulan September 2022, para pengembang lapisan eksekusi baru memiliki kesempatan untuk melanjutkan diskusi mengenai tujuan upgrade Shanghai.
Pada bulan November 2022, pertemuan ke-150 secara singkat membahas apakah EIP-2537 akan dimasukkan dalam peningkatan Shanghai, tetapi dianggap perlu ditunda. Inti dari peningkatan Shanghai adalah mendukung penarikan PoS. Akhirnya, EIP-2537 tidak dimasukkan untuk mewujudkan peningkatan Shanghai yang berfokus pada fungsi penarikan.
Pembaruan Cancun belum membahas EIP-2537, karena intinya adalah mendukung EIP-4844, untuk menyediakan lapisan ketersediaan data Blob bagi lapisan kedua.
Pada bulan Februari 2024, pertemuan ke-181 membahas peningkatan Pectra yang mencakup EIP-2537, yang menganggap bahwa implementasi bukan lagi masalah, hanya masalah penetapan harga konsumsi gas.
Pada tanggal 19 Desember 2024, dalam pertemuan ke-202, pengembang Nethermind menetapkan model penetapan harga EIP-2537. Pengusul awal Matter Labs hampir keluar dari diskusi pada saat itu. Pertemuan ke-203 pada bulan Januari 2025 membahas penetapan ulang harga BLS precompiled, pengembang Geth menyarankan untuk meningkatkan biaya gas sebesar 20%, yang didukung oleh pengujian basis tim Besu.
Ringkasan
Perkembangan EIP-2537 dapat dirangkum sebagai berikut:
Februari 2020: Pembagian EIP-1962 secara resmi diusulkan EIP-2537
April-Oktober 2020: Beberapa kali mendiskusikan masalah implementasi, akhirnya dibatalkan karena tidak dapat diimplementasikan dalam peningkatan Berlin.
Maret-April 2021: Membahas masalah biaya gas, karena kompleksitas ditinggalkan dalam upgrade London.
November 2022: Diskusi tentang apakah akan memasukkan upgrade Shanghai, namun tidak berhasil
Februari 2024: percaya bahwa tidak ada masalah dalam implementasi, masih ada masalah biaya gas, dapat dimasukkan dalam pembaruan Pectra
Desember 2024-Januari 2025: Membahas model biaya spesifik, secara resmi menyelesaikan masalah biaya
Apakah EIP dapat dimasukkan ke dalam peningkatan Ethereum, tergantung pada usaha sendiri dan juga mempertimbangkan proses sejarah. Setiap peningkatan memiliki tema, EIP-2537 pernah menjadi inti dari peningkatan Berlin, tetapi dibatalkan karena kompleksitasnya. Setelah itu, Ethereum fokus pada PoS, sehingga EIP lapisan eksekusi murni tidak mendapat perhatian, menyebabkan EIP-2537 lama tidak diterima. Hingga baru-baru ini, para pengembang baru saja kembali memperhatikan dan menyelesaikan masalah yang tertinggal.
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.
25 Suka
Hadiah
25
8
Posting ulang
Bagikan
Komentar
0/400
DefiPlaybook
· 9jam yang lalu
Satu lagi proyek level dewa 5 tahun, butuh apa nih?
Lihat AsliBalas0
LayerZeroHero
· 9jam yang lalu
Lima tahun belum juga meluncurkan Mainnet, ngapain saja sih?
Lihat AsliBalas0
SchrodingerAirdrop
· 11jam yang lalu
Apa masalahnya jika jalan lambat? Naik level dengan stabil tidak lebih baik daripada teriak-teriak dengan cepat.
Lihat AsliBalas0
UncleLiquidation
· 08-09 22:46
Lima tahun baru mulai, ritme pengembangan Ethereum memang lambat.
Lihat AsliBalas0
Anon32942
· 08-09 22:45
Bermain sudah menunggu lima tahun, baru-baru ini ada selisih harga.
Lihat AsliBalas0
GasWrangler
· 08-09 22:39
sebenarnya butuh waktu 5 tahun untuk mengoptimalkan sesuatu yang secara matematis sepele ini... smh pada ketidakefisienan layer1
Lihat AsliBalas0
SchrodingerProfit
· 08-09 22:33
Lima tahun? Terlalu lambat, kan? Hati V Shushu terasa pahit.
Lihat AsliBalas0
SelfStaking
· 08-09 22:31
Ah, mengapa pembaruan ini memakan waktu begitu lama?
Perintah praproses BLS Ethereum EIP-2537 akhirnya diadopsi setelah 5 tahun.
EIP-2537: Jalan Panjang Instruksi Prakompilasi BLS12-381 Ethereum
EIP-2537 adalah instruksi kompilasi EVM yang ditambahkan dalam pembaruan fork Pectra terbaru. Instruksi ini menambahkan berbagai fungsi perhitungan dari kurva BLS12-381 ke EVM, termasuk perhitungan pasangan di domain kurva.
EIP-2573 pertama kali diajukan pada 2020 dan baru dikonfirmasi untuk dimasukkan ke dalam pembaruan Ethereum pada 2025. Artikel ini akan memperkenalkan proses pemerintahan EIP-2537 dan membahas mengapa proposal ini memerlukan waktu 5 tahun untuk akhirnya dimasukkan ke dalam pembaruan.
Latar Belakang Proposal
Pada Januari 2017, Vitalik Buterin pertama kali memperkenalkan algoritma pairing dan kurva alt_bn128. Kemudian, Vitalik dan Christian Reitwiessner mengusulkan EIP-196 dan EIP-197, untuk menambah dukungan perhitungan kurva alt_bn128 di EVM. Proposal-proposal ini secara resmi diadopsi dalam upgrade Byzantium pada Oktober 2017, mewujudkan perhitungan pairing di domain kurva di dalam EVM, memungkinkan verifikasi bukti ZK-Snarks dilakukan di dalam EVM.
Seiring dengan perkembangan kriptografi, tim zcash pada bulan November 2017 mengusulkan kurva BLS12-381. Dibandingkan dengan alt_bn128, BLS12-381 memiliki keamanan yang lebih tinggi dan kinerja yang lebih baik. Banyak protokol blockchain mulai menggunakan kurva BLS12-381 sebagai pengganti kurva alt_bn128.
Pada bulan Mei 2018, Justin Drake menunjukkan bahwa pembaruan PoS dan sharding masa depan Ethereum dapat menggunakan algoritma multi-tanda tangan BLS berbasis kurva BLS12-381. Ini membuat rencana EIP-1011 yang asli keluar dari panggung sejarah. Ternyata, pembaruan ETH2 berikutnya memang mengadopsi kurva BLS12-381.
Seiring dengan pengembangan ETH2, seruan untuk memperkenalkan BLS12-381 ke dalam lapisan eksekusi ETH semakin tinggi. Pada bulan Februari 2020, para peneliti mengajukan EIP-2537, berharap bahwa proposal ini dapat diuji bersama dengan jaringan pengujian ETH2. Penulis EIP-2537, Alex Stokes, menyerukan untuk memasukkan EIP-2537 dalam pemecahan keras Berlin.
Perlu dicatat bahwa penulis EIP-2537 juga merupakan salah satu pendiri Matter Labs, pengembang ZKSync.
Kesulitan dalam Upgrade Berlin
Sebelum memperkenalkan konten selanjutnya, kita perlu memahami EIP-1962 terlebih dahulu. Ini adalah proposal pertama tentang pra-kompilasi pasangan bidang kurva elips yang diajukan oleh Matter Labs pada April 2019, mendukung tiga kurva: BLS12, BN, dan MNT4/6.
EIP-1962 berencana untuk menambahkan 10 instruksi pra-kompilasi sekaligus untuk menangani berbagai kurva. Namun, proposal ini terlalu rumit, sehingga sulit bagi pengembang untuk diimplementasikan. Selain itu, karena sangat umum, insinyur kontrak pintar juga menemukan kesulitan saat memanggilnya. Namun, Matter Labs telah menyelesaikan pengembangan algoritma kurva elips dan menyediakan berbagai implementasi referensi dalam berbagai bahasa.
Untuk menyelesaikan masalah EIP-1962, Matter Labs mengusulkan beberapa pemisahan EIP-1962 pada bulan Februari 2020, yang sebagian mewarisi antarmukanya. EIP-EIP ini termasuk:
Di antara EIP-2537 adalah yang paling penting, karena lapisan konsensus juga menggunakan kurva BLS12-381. Tujuan inti dari EIP-1962 dan EIP-2537 adalah untuk mewujudkan verifikasi tanda tangan BLS pada lapisan konsensus di jaringan utama. Saat itu ETH2 sedang merancang kontrak penyetoran, karena lapisan eksekusi tidak memiliki algoritma verifikasi BLS, kontrak penyetoran tidak akan memverifikasi tanda tangan, tanda tangan BLS yang spesifik akan diverifikasi oleh lapisan konsensus setelah pengguna melakukan setoran, jika ditemukan tidak benar dapat menyebabkan kehilangan dana pengguna.
Dalam konteks ini, pengembang inti ingin memperkenalkan BLS12-381 precompiled untuk menerapkan verifikasi tanda tangan dalam kontrak setoran, menghindari kemungkinan kerugian dana ETH2 pengguna. Ini adalah alasan mengapa banyak pengembang pada saat itu memperhatikan EIP-1962 dan EIP-2537.
Setelah EIP-2537 diajukan, Vitalik segera mengidentifikasi serangkaian masalah yang terutama berfokus pada konten dokumen EIP. Penulis EIP kemudian memberikan tanggapan dan diskusi. Dalam pertemuan pengembang inti pada 6 Maret 2020, Vitalik berpendapat bahwa EIP-2537 dan EIP lainnya sangat efektif untuk bukti SNARK rekursif dan tidak akan merugikan Ethereum dalam jangka panjang. Pertemuan tersebut menegaskan prioritas EIP-2537, semua klien setuju untuk segera mengimplementasikannya dan berencana menyelesaikan pengembangan sebelum peningkatan Berlin.
Setelah itu, EIP-2537 menjadi tugas prioritas tinggi. Rapat pada 20 Maret mengonfirmasi bahwa EIP-2537 menggantikan EIP-1962 sebagai proposal BLS inti dan masuk ke daftar pra-pemilihan untuk peningkatan Berlin. Rapat pada bulan April secara resmi memasukkan EIP-2537 ke dalam peningkatan hard fork Berlin, menetapkan garis waktu untuk implementasi pada bulan April dan pengujian pada bulan Mei-Juni, serta menjadikannya sebagai hal yang paling prioritas.
Kemudian EIP-2537 memasuki tahap pengembangan dan pengujian yang intensif, yang dibahas dalam hampir 20 pertemuan pengembang inti berikutnya.
Pada pertemuan ke-85, pengembang membahas masalah encoding ABI dari EIP-2537. Klien Besu menyatakan telah mengimplementasikan fungsinya, tetapi pihak Geth mengatakan belum ada yang mengerjakan masalah ini.
Pada pertemuan ke-86, Geth menyatakan bahwa mereka telah menyelesaikan sebagian pekerjaan, tetapi masih ada banyak pekerjaan yang harus diselesaikan.
Pertemuan ke-87 fokus membahas masalah implementasi EIP-2537. Pengembang Geth menyatakan ada PR sepanjang 16000 baris yang mengimplementasikan EIP-2537, tetapi tidak dapat memastikan keamanan dan efektivitasnya, hanya bisa dinilai melalui pengujian fuzz sederhana. Pengembang Geth percaya bahwa mereka tidak dapat menyelesaikan pengembangan EIP-2537 sebelum waktu yang dijadwalkan di Berlin.
Rapat memutuskan untuk menambah jaringan uji YOLO untuk menguji EIP-2537 secara khusus. Saat ini, pentingnya EIP-2537 telah menurun secara signifikan, dan pengembang Geth percaya bahwa EIP ini sangat mungkin tidak dapat dimasukkan dalam peningkatan Berlin.
Pada pertemuan ke-88, pengembang Geth menemukan bahwa ada serangkaian masalah dalam implementasi PR EIP-2537 yang perlu diuji dan diperbaiki lebih lanjut. Di dalam sistem Geth terdapat dua implementasi EIP-2537, satu yang mencakup optimasi assembly, dan yang lainnya ditulis sepenuhnya dalam Go. Beberapa orang menyarankan untuk langsung menggunakan versi Go untuk mengurangi kesulitan dalam tinjauan kode.
Pada pertemuan ke-89 muncul masalah yang lebih serius, jaringan pengujian YOLO mengalami anomali, diduga disebabkan oleh tanda tangan BLS, tetapi pengembang EIP-2537 membantahnya. Kabar baiknya adalah kontrak setoran yang berdasarkan EIP-2537 hampir selesai dikembangkan, dan sedang menunggu audit.
Pertemuan ke-90 menetapkan tenggat waktu peluncuran upgrade Berlin pada bulan Juli. Pertemuan juga membahas masalah dominasi Geth, di mana seseorang mengusulkan untuk membekukan implementasi EIP saat ini untuk mengurangi biaya pengembangan klien lainnya.
Pertemuan ke-92 tetap mengonfirmasi EIP-2537 sebagai EIP yang diperlukan untuk peningkatan Berlin.
Pada pertemuan ke-96, Matter Labs berharap untuk memasukkan EIP-2539 juga ke dalam pengujian YOLO v2 dan masuk ke dalam upgrade Berlin. Namun, pengembang Geth menolak, berpendapat bahwa EIP-2537 masih belum diuji sepenuhnya di Geth. Keputusan akhir adalah tidak menambah 2696 dalam upgrade Berlin.
Rapat ke-99 memutuskan untuk mengeluarkan EIP-2537 dari jaringan pengujian YOLO v3 dan pembaruan Berlin, alasan utamanya adalah karena terlalu banyak waktu yang dihabiskan oleh pengembang inti, yang mempengaruhi pengembangan EIP lainnya. Faktor sekunder adalah bahwa Yayasan Ethereum mengusulkan EVM384 sebagai alternatif.
Pada April 2021, Ethereum menyelesaikan peningkatan Berlin, yang inti dari EIP-2565 dan implementasi nyata lainnya tidak terlalu kompleks, peningkatan ini tampak tipis, karena EIP-2537 yang paling kompleks telah dihapus.
Perkembangan Selanjutnya
Pembaruan London setelah peningkatan Berlin memperkenalkan EIP-1559. Untuk EIP-2537 yang sebelumnya merupakan proposal inti, sulit untuk memasukkannya dalam pembaruan selanjutnya.
Pembaruan London sedang berlangsung, pengembang sebelumnya mempertimbangkan untuk menambahkan EIP-2537. Pertemuan ke-109 mensinkronkan perkembangan EIP-2537, membahas masalah penggunaan gas, dan ada yang mengusulkan untuk mengganti EIP-2537 dengan EVM384. Namun, pada pertemuan ke-111, EIP-2537 dikeluarkan dari pembaruan London karena kompleksitasnya. Utamanya, implementasi standar EIP-2537 mengganti pustaka yang bergantung, yang dapat menyebabkan perubahan harga gas, sehingga setiap klien perlu mengevaluasi kembali konsumsi gas.
Pada bulan Juni 2021, diusulkan secara resmi untuk memasukkan EIP-2537 ke dalam upgrade Shanghai. Namun, upgrade Merge menyita banyak waktu para pengembang. Setelah Merge selesai pada bulan September 2022, para pengembang lapisan eksekusi baru memiliki kesempatan untuk melanjutkan diskusi mengenai tujuan upgrade Shanghai.
Pada bulan November 2022, pertemuan ke-150 secara singkat membahas apakah EIP-2537 akan dimasukkan dalam peningkatan Shanghai, tetapi dianggap perlu ditunda. Inti dari peningkatan Shanghai adalah mendukung penarikan PoS. Akhirnya, EIP-2537 tidak dimasukkan untuk mewujudkan peningkatan Shanghai yang berfokus pada fungsi penarikan.
Pembaruan Cancun belum membahas EIP-2537, karena intinya adalah mendukung EIP-4844, untuk menyediakan lapisan ketersediaan data Blob bagi lapisan kedua.
Pada bulan Februari 2024, pertemuan ke-181 membahas peningkatan Pectra yang mencakup EIP-2537, yang menganggap bahwa implementasi bukan lagi masalah, hanya masalah penetapan harga konsumsi gas.
Pada tanggal 19 Desember 2024, dalam pertemuan ke-202, pengembang Nethermind menetapkan model penetapan harga EIP-2537. Pengusul awal Matter Labs hampir keluar dari diskusi pada saat itu. Pertemuan ke-203 pada bulan Januari 2025 membahas penetapan ulang harga BLS precompiled, pengembang Geth menyarankan untuk meningkatkan biaya gas sebesar 20%, yang didukung oleh pengujian basis tim Besu.
Ringkasan
Perkembangan EIP-2537 dapat dirangkum sebagai berikut:
Apakah EIP dapat dimasukkan ke dalam peningkatan Ethereum, tergantung pada usaha sendiri dan juga mempertimbangkan proses sejarah. Setiap peningkatan memiliki tema, EIP-2537 pernah menjadi inti dari peningkatan Berlin, tetapi dibatalkan karena kompleksitasnya. Setelah itu, Ethereum fokus pada PoS, sehingga EIP lapisan eksekusi murni tidak mendapat perhatian, menyebabkan EIP-2537 lama tidak diterima. Hingga baru-baru ini, para pengembang baru saja kembali memperhatikan dan menyelesaikan masalah yang tertinggal.