Dalam tiga hari, Gedung Ether akan merangkul perubahan besar ini

Asli dariSaul Sojitra

Kompile ODaily Planet Golem ()@ web3 _ golemAku tidak yakin

The Fusaka hard- drive, yang dijadwalkan akan diaktifkan pada 3 Desember 2025, adalah upgrade utama lain dari jaringan setelah Taifung Pectra, menandai langkah penting lain dalam ekspansi raksasa enkripsi。

EIP peningkatan Pectra berfokus pada peningkatan kinerja, keamanan dan perangkat pengembang. EIP untuk peningkatan Fusaka berfokus pada ekspansi, pembaruan kode dan keamanan implementasi。

PeerDAS (EIP-7594) meningkatkan ketersediaan data dengan mengijinkan node untuk memvalidasi Blob tanpa mengunduh semua data. Upgrade berbagai juga telah meningkatkan keamanan implementasi, termasuk pembatasan pada ModExp (EIP-7823), pembatasan transaksi terhadap batas gas (EIP-7825) dan memperbaharui biaya Gas ModExp (EIP-7883). Peningkatan Fusaka ini juga meningkatkan generasi blok melalui Propecters Afirmatif Demanisme Penerusan (EIP-7917) dan mempertahankan stabilitas Blob biaya (EIP-7918) dengan menset "harga cadangan" terkait dengan biaya implementasi。

Tambahan lainnya termasuk membatasi ukuran blok dalam format RLP (EIP-7934), menambahkan kode CLZ baru untuk mempercepat operasi bit (EIP-7939) dan memperkenalkan sektor 256r1 sebelum kompilasi (EIP-7951) untuk mengakomodasi kunci sandi modern dan kunci keamanan hardware。

Fusaka adalah nama kombinasi dari Fulu (tingkat eksekutif) dan Osaka (tingkat konsensus). Ini merupakan langkah lain menuju sebuah masa depan yang sangat skalabila- kaya di mana Lapis 2 Rollup dapat berjalan pada biaya yang lebih rendah dan kecepatan lebih cepat。

Artikel ini akan memberikan analisis mendalam dari sembilan inti proposal EIP untuk Fusaka hard-drive。

EIP-7594: PeerDAS - node data avability sampling

Proposal ini diperlukan karena jaringan ingin menyediakan pengguna (terutama pengguna Rollup) dengan ketersediaan data yang lebih besar。

Namun, di bawah desain EIP-4844 saat ini, setiap node masih perlu mengunduh sejumlah besar data gumpalan untuk memverifikasi pembebasannya. Hal ini menimbulkan isu ekstensi, seolah-olah semua data harus diunduh pada semua node, bandwidth dan persyaratan perangkat keras dari jaringan akan meningkat dan decentrisasi akan terpengaruh. Untuk mengatasi masalah ini, sebuah pendekatan diperlukan untuk memungkinkan nodal untuk mengkonfirmasi ketersediaan data tanpa mengunduh semua data。

PENGGUNAAN DATA SAMPLING (DAS) MENGATASI MASALAH INI DENGAN MEMUNGKINKAN HANYA SEJUMLAH KECIL DATA ACAK UNTUK DIPERIKSA PADA NODE。

Tapi juga memerlukan pendekatan DAS yang kompatibel dengan jaringan Gosip yang ada dan tidak memaksakan beban komputasi berat pada produsen blok. PeerDAS diciptakan untuk memenuhi kebutuhan ini dan untuk aman meningkatkan gumpalan melalui menempatkan sementara menjaga permintaan nodal rendah。

PeerDAS adalah sistem jaringan yang memungkinkan node untuk mengunduh hanya sejumlah kecil klip data untuk memverifikasi bahwa data lengkap telah dirilis。Node tidak perlu mengunduh semua data, melainkan menggunakan jaringan Gossip biasa untuk berbagi data, menemukan node mana yang menyimpan bagian dari data dan hanya meminta sampel kecil seperti yang diperlukan. Ide intinya adalah dengan mengunduh hanya sebagian acak dari bagian data, node masih dapat diyakinkan akan keberadaan seluruh bagian data. Sebagai contoh, node ini hanya dapat mengunduh sekitar 1 / 8 data daripada seluruh 256 KB data klip - sebanyak node sampel bagian yang berbeda, data yang hilang akan segera ditemukan。

Untuk mencapai sampling, PeerDAS menggunakan kode redakting dasar untuk memperluas setiap segmen data dalam EEP-4844。Redressing adalah teknik untuk menambahkan data tambahan yang berlebihan, dan bahkan tidak adanya segmen data tertentu menyimpan kembali data aslinya - mirip dengan teka-teki yang dapat diselesaikan bahkan jika beberapa bagian hilang。

blob menjadi sebuah baris yang berisi data mentah dan beberapa data coding tambahan sehingga data berikutnya dapat dibangun kembali. Baris ini kemudian dibagi menjadi blok yang disebut "Cells", yang merupakan unit validasi terkecil yang terkait dengan komitmen KZG. Semua baris kemudian diatur ulang ke kolom, masing-masing berisi sel pada lokasi yang sama dari semua baris. Setiap kolom ditugaskan ke jaringan Gossip spesifik。

Node bertanggung jawab untuk menyimpan kolom tertentu menurut ID node dan sampling beberapa kolom dari titik peer setiap saat interval. Jika sebuah titik mengumpulkan setidaknya 50% kolom, itu dapat benar-benar membangun kembali data. Jika kurang dari 50% kolom dikumpulkan, diperlukan untuk meminta kolom hilang dari titik peer. Ini memastikan bahwa jika data benar-benar dirilis, mereka selalu dapat dibangun kembali. Singkatnya, jika ada 64 kolom total, hanya sekitar 32 kolom diperlukan untuk satu titik untuk membangun kembali seluruh gumpalan. Ini terus kolom sendiri dan download kolom dari titik peer. Selama setengah kolom dalam jaringan ada, titik dapat membangun kembali semua isi, bahkan jika beberapa kolom yang hilang。

Selain itu, EIP-7594 memperkenalkan aturan penting: tidak ada transaksi yang dapat memuat lebih dari enam gumpalan。pembatasan ini harus dipaksa selama validasi transaksi, penyebaran gossip, pembuatan blok dan pemrosesan blok. ini membantu mengurangi ekstrem di mana transaksi individu mengakibatkan overloading dari sistem blob。

PeerDAS menambahkan fungsi yang disebut "unit KZG certificate". Modul KZG membuktikan bahwa janji KZG tidak cocok dengan sel tertentu (unit kecil) dalam gumpalan. Ini memungkinkan node untuk mengunduh hanya sel yang ingin mereka ambil. Akses ke gumpalan lengkap sangat penting bagi ketersediaan data sampel, subjek integritas data。

Namun, biaya menghasilkan semua unit ini terbukti tinggi. Produser blok perlu menghitung sertifikat ini berulang-ulang untuk banyak gumpalan, yang membuatnya terlalu lambat. Namun, biaya sertifikasi sangat rendah, dan oleh karena itu eiP-7594 membutuhkan produsen transaksi blob untuk pre- dihasilkan semua unit sertifikat dan untuk memasukkan mereka dalam kemasan perdagangan。

Untuk alasan ini, transaksi Gossip menggunakan kemasan yang dimodifikasi:

rlp ([tx _ payload _ body, wrapper _ version, blobs, komite, sel _ proof])

Dalam kemasan baru, sel _ proof adalah daftar yang berisi semua sertifikat untuk setiap unit dari setiap gumpalan (mis. [sel _ proof _ 0, sel _ proof _ 1,...]. Bidang lain tx _ payload _ body, blues dan komite identik dengan EEP-4844. Perbedaannya adalah bahwa bagian "proof" yang asli telah dihapus dan diganti dengan daftar sel _ proof baru, dan bidang bernama wrapper _ version ditambahkan untuk mengindikasikan format kemasan yang saat ini digunakan。

PeerDAS memungkinkan Workshop Ether untuk meningkatkan ketersediaan data tanpa meningkatkan beban kerja nodeAku tidak tahu. Hari ini, sebuah titik hanya perlu untuk sampel sekitar 1 / 8 dari total data. Di masa depan, rasio mungkin bahkan jatuh ke 1 / 16 atau 1 / 32, sehingga meningkatkan ekspansi Taicha. Sistem bekerja dengan baik karena setiap node memiliki banyak node kebalikan, sehingga jika sebuah titik tidak dapat memberikan data yang diperlukan, titik dapat meminta nodal lain. Ini secara alami menciptakan mekanisme redundansi dan meningkatkan keamanan, sedangkan node dapat memilih untuk menyimpan data lebih dari kebutuhan yang sebenarnya, yang lebih lanjut meningkatkan keamanan jaringan。

Titik validasi menganggap lebih bertanggung jawab daripada node keseluruhan biasa. Karena titik validasi itu sendiri berjalan lebih efisien perangkat keras, PeerDAS akan menetapkan data yang sesuai beban hosting ke dalamnya berdasarkan jumlah total node otentikasi. Hal ini memastikan bahwa selalu ada grup nodal yang stabil yang dapat digunakan untuk menyimpan dan berbagi lebih banyak data, sehingga meningkatkan keandalan jaringan. Singkatnya, jika ada 900.000 node sertifikasi, setiap titik sertifikasi dapat dialokasikan persentase kecil dari total data untuk penyimpanan dan jasa. Dengan mesin yang lebih kuat pada node validasi, jaringan dapat mempercayai mereka untuk memastikan ketersediaan data。

PeerDAS menggunakan sampel kolom bukan sampel, karena ini akan sangat menyederhanakan rekonstruksi data. Jika seluruh baris (seluruh gumpalan) adalah sampel pada titik, ada kebutuhan untuk membuat tambahan "blob ekstensi" yang jika tidak tidak akan ada, yang akan memperlambat kecepatan produsen blok。

dengan contoh, node dapat mempersiapkan data baris tambahan dan pengirim transaksi (daripada blok produsen) menghitung bukti yang diperlukan. ini akan mempertahankan kecepatan dan efisiensi dengan blok yang diciptakan. sebagai contoh, anggaplah gumpalan adalah jaringan sel 4x4. contoh baris berarti semua sel dihapus dari satu baris, tapi beberapa baris ekstensi belum siap, sehingga produsen blok harus memproduksinya di situs; kolom sampling mengambil sel dari setiap baris (setiap kolom) dan membangun kembali sel ekstra yang perlu dipersiapkan terlebih dahulu sehingga node dapat mengesahkan data tanpa memperlambat produksi blok。

EIP-7594 SEPENUHNYA KOMPATIBEL DENGAN EEP-4844 DAN KARENANYA TIDAK MELEMAHKAN SALAH SATU FUNGSI ETHER HOUSE YANG ADA. SEMUA ATURAN TES DAN RINCI TERMASUK DALAM ATURAN KONSENSUS DAN IMPLEMENTASI。

RESIKO KEAMANAN UTAMA UNTUK SETIAP SISTEM DAS ADALAH "SERANGAN PENYEMBUNYIAN DATA", YAITU PRODUSEN BLOK BERPURA-PURA MEMILIKI DATA YANG TERSEDIA, TETAPI SEBENARNYA MENYEMBUNYIKAN BEBERAPA DATA。PeerDAS mencegah hal ini dengan menggunakan contoh acak: nodal memeriksa bagian data acak. Semakin banyak node yang sampel, semakin sulit bagi penyerang untuk menipu. EIP-7594 bahkan menyediakan formula yang dapat dihitung berdasarkan total node (n), jumlah sampel total (m) dan jumlah dari tiap titik (k). PeerDAS dianggap aman karena kemungkinan keberhasilan yang sangat rendah dari serangan terhadap Internet dari Etherman, yang memiliki sekitar 10.000 node。

AEP- 7823: SET A 1024 BYTE LIMIT UNTUK MODEXP

KEBUTUHAN PROPOSAL INI ADALAH BAHWA MODEXP SAAT INI MEKANISME KOMPILASI ETA TELAH MENYEBABKAN KESENJANGAN KONSENSUS SELAMA BERTAHUN-TAHUN. SEBAGIAN BESAR DARI CELAH-CELAH INI BERASAL DARI FAKTA BAHWA MODEXP MEMUNGKINKAN DATA YANG SANGAT BESAR DAN TIDAK REALISTIS UNTUK DIMASUKKAN, SEHINGGA DIPERLUKAN BAGI KLIEN UNTUK MENANGANI BERBAGAI ANOMALI。

Karena setiap node harus memproses semua masukan yang disediakan oleh transaksi, tidak adanya langit-langit membuat MODEXP lebih sulit untuk diuji, lebih rentan terhadap kesalahan dan lebih mudah untuk melakukan berbeda pada klien yang berbeda. Data masukan yang berlebihan juga membuat Formula Biaya Gas sulit diprediksi, karena sulit untuk harga ketika volume data dapat tumbuh tanpa batas waktu. Masalah ini juga membuatnya sulit untuk mengganti MODEXP dengan kode tingkat EVM di masa depan menggunakan alat seperti EVMMAX, karena tanpa batas tetap pengembang tidak dapat membuat jalur implementasi yang aman dan teroptimalkan。

UNTUK MENGURANGI MASALAH INI DAN MENINGKATKAN STABILITAS WORKSHOP ETHER, EP-7823 TELAH MENAMBAHKAN CAP YANG KETAT PADA VOLUME DATA MASUKAN MODEXP, SEHINGGA MEMBUAT PROSES KOMPILASI LEBIH AMAN, LEBIH MUDAH UNTUK MENGUJI DAN LEBIH MUDAH DIPREDIKSI。

EIP-7823 MEMPERKENALKAN ATURAN SEDERHANA: SEMUA TIGA PANJANG BIDANG (DASAR, INDEKS DAN MODEL) DIGUNAKAN OLEH MODEXP HARUS KURANG DARI SETARA DENGAN 8192 BIT, ATAU 1024 BYTES。Masukan MODEXP mengikuti format yang didefinisikan dalam EEP-198: & lt; len (BASE) & lt; & lt; len (EXPONENT) & gt; & lt; len (MODULUS) & gt; & lt; BASE & gt; & lt; EXPONENT & gt; & lt; MODULUS & gt; karena itu batas EIP hanya batas panjang. Jika panjang apapun melebihi 1024 bytes, otorisasi sebelum akan berhenti segera, mengembalikan kesalahan dan mengkonsumsi semua gas。

SEBAGAI CONTOH, JIKA SESEORANG MENCOBA UNTUK MEMBERIKAN SOSOK DASAR BYTE 2000, PANGGILAN AKAN GAGAL SEBELUM SETIAP PEKERJAAN DIMULAI. KETERBATASAN INI MASIH BISA MEMUASKAN SEMUA APLIKASI PRAKTIS. OTENTIKASI RSA BIASANYA MENGGUNAKAN PANJANG KUNCI YANG SAMA DENGAN 1024, 2048 ATAU 4096, YANG BERADA DALAM BATAS BARU. KURVA ELIPS BEROPERASI DENGAN UKURAN INPUT YANG LEBIH KECIL, BIASANYA KURANG DARI 384 BIT, DAN KARENA ITU TIDAK TERPENGARUH。

HAMBATAN BARU INI JUGA BERKONTRIBUSI UNTUK ESKALASI MASA DEPAN. JIKA EVMMAX MASA DEPAN MENULIS ULANG MODEXP SEBAGAI KODE EVM, PENGEMBANG DAPAT MENAMBAHKAN JALUR TEROPTIMASI KE UKURAN MASUKAN UMUM (MISALNYA. 256, 381 ATAU 2048) DAN MENGGUNAKAN SOLUSI KELUAR LAMBAT UNTUK KASUS LANGKA. DENGAN MEMPERBAIKI UKURAN INPUT MAKSIMUM, PENGEMBANG BAHKAN DAPAT MENAMBAHKAN PERAWATAN KHUSUS KE MODUL YANG SANGAT UMUM. SEBELUMNYA, INI TIDAK DAPAT DICAPAI KARENA UKURAN TAK TERBATAS DARI MASUKAN, UKURAN RUANG DESAIN DAN KESULITAN UNTUK MENGELOLANYA DENGAN AMAN。

DALAM RANGKA UNTUK MENGKONFIRMASI BAHWA PERUBAHAN INI TIDAK AKAN MENGGANGGU TRANSAKSI MASA LALU, PENULIS MENGANALISIS SEMUA SALURAN MODEXP DARI BLOK 5.472.266 (20 APRIL 2018) KE BLOK 21, 550,926 (4 JANUARI 2025). HASIL MENUNJUKKAN BAHWA TIDAK SATUPUN PANGGILAN MODEXP SUKSES DALAM SEJARAH DIGUNAKAN LEBIH DARI 513 BYTE, DI BAWAH BATAS BARU 1024 BYTE. KEBANYAKAN PANGGILAN AKTUAL MENGGUNAKAN PANJANG LEBIH KECIL, SEPERTI 32 BYTES, 128 BYTES ATAU 256 BYTES。

Ada beberapa panggilan tidak valid atau korup, seperti masukan kosong, diisi dengan duplikat bytes, dan masukan yang sangat besar tapi tidak valid. Tindakan-tindakan ini, yang disebut di bawah pembatasan baru, juga tidak valid, karena mereka sendiri tidak valid。JADI, SEMENTARA EIP-7823 ADALAH PERUBAHAN TEKNIS BESAR, ITU TIDAK BENAR-BENAR MENGUBAH HASIL TRANSAKSI MASA LALU。

DARI SUDUT PANDANG KEAMANAN, MENGURANGI UKURAN MASUKAN YANG DIIJINKAN TIDAK MENIMBULKAN RISIKO BARU. SEBALIKNYA, ITU MENGHILANGKAN EKSTREM YANG TIDAK PERLU YANG SEBELUMNYA MENYEBABKAN KESALAHAN DAN KETIDAK-KONSISTENAN ANTARA KLIEN. DENGAN MEMBATASI MASUKAN MODEXP KE UKURAN YANG WAJAR, EEP-7823 MEMBUAT SISTEM LEBIH DAPAT DIPREDIKSI, MENGURANGI EKSTREM ANEH DAN MENGURANGI KEMUNGKINAN KESALAHAN ANTARA REALITAS YANG BERBEDA. KETERBATASAN INI JUGA MEMBANTU MEMPERSIAPKAN SISTEM UNTUK TRANSISI HALUS JIKA PENINGKATAN MASA DEPAN (MISALNYA EVMMAX) MEMPERKENALKAN JALUR IMPLEMENTASI OPTIMAL。

EIP-7825: Transaksi 16,7 juta tutup Gas

Memang benar bahwa proposal ini juga dibutuhkan di Workshop Ether, sebagai sebuah transaksi tunggal saat ini dapat mengkonsumsi langit-langit gas dari seluruh blok。

Hal ini dapat menciptakan beberapa masalah: sebuah transaksi dapat menghabiskan sebagian besar sumber daya dari blok, menyebabkan penundaan dalam serangan seperti DoS; operasi gas mahal akan menambahkan terlalu cepat ke status Taifeng; dan validasi blok akan menjadi lambat dan node akan sulit untuk mengikutinya。

Jika satu pengguna mengajukan transaksi besar yang mengkonsumsi hampir semua Gas (misalnya transaksi yang mengkonsumsi 38 juta Gas dari blok 40 juta Gas), transaksi biasa lainnya tidak dapat ditempatkan di blok, dan setiap titik harus mengambil waktu tambahan untuk memverifikasi blok. Hal ini mengancam stabilitas dan decentrisasi jaringan, sebagai validasi lambat berarti bahwa node lemah akan tertinggal. Untuk mengatasi masalah ini, Workshop Ether membutuhkan tutup Gas yang aman yang membatasi jumlah Gass yang dapat digunakan untuk sebuah transaksi tunggal, sehingga membuat beban blok lebih mudah diprediksi, mengurangi risiko serangan DoS dan menyeimbangkan beban pada node。

EIP-7825 memperkenalkan aturan wajib bahwa tidak ada transaksi dapat melebihi 16,777.216 (224)。Ini adalah batas atas pada tingkat perjanjian, yang berarti bahwa hal itu berlaku untuk semua link: pengguna mengirim transaksi, transaksi diperiksa dalam kolam perdagangan dan petugas sertifikasi paket transaksi ke blok. Jika seseorang mengirimkan tutup Gas di atas nilai ini, klien harus segera menolak transaksi dan kembali kesalahan serupa dengan MAX _ GAS _ LIMIT _ EXCEDEED。

Batas atas ini sepenuhnya independen dari batas atas blok Gas. Sebagai contoh, bahkan jika ukuran dari langit-langit blok Gas adalah 40 juta, konsumsi dari tunggal transaksi tidak akan melebihi 16,7 juta. Tujuannya adalah untuk memastikan bahwa setiap blok dapat mengakomodasi beberapa transaksi, daripada membiarkan satu transaksi untuk menempati seluruh blok。

Untuk lebih memahami ini, diasumsikan bahwa blok dapat mengakomodasi 40 juta Gas. Tanpa topi ini, seseorang dapat mengirim transaksi yang mengkonsumsi 35 juta sampai 40 juta Gas. Kesepakatan ini memonopoli blok, tidak meninggalkan ruang untuk transaksi lain, hanya sebagai satu orang membungkus seluruh bus dan tidak ada orang lain bisa naik bus, dan 16,7 juta baru Gas topi secara alami akan mengakomodasi beberapa transaksi dan dengan demikian menghindari pelanggaran tersebut。

Proposal ini juga menetapkan persyaratan khusus bagi pelanggan untuk memverifikasi transaksi. Jika transaksi melebihi 16,777.216, perdagangan harus menolak transaksi, yang berarti bahwa transaksi bahkan tidak akan masuk antrian. Selama proses validasi blok, jika blok berisi transaksi melebihi langit-langit, blok itu sendiri harus ditolak。

Opsi 16,777.216 (224) angka ini adalah karena ini adalah perbatasan dua sisi yang jelas, mudah untuk dicapai dan masih cukup besar untuk menangani sebagian besar transaksi yang sebenarnya。Sebagai contoh, penyebaran kontrak cerdas, panggilan interaktif DeFi kompleks atau multistep. Nilai ini adalah sekitar setengah ukuran blok biasa, yang berarti bahwa bahkan transaksi yang paling kompleks dapat dengan mudah terkandung dalam batas ini。

EIP ini juga mempertahankan kompatibilitas dengan mekanisme gas yang ada. Kebanyakan pengguna tidak akan menyadari perubahan ini karena hampir semua transaksi yang ada mengkonsumsi jauh lebih sedikit dari 16 juta gas. Sertifikat dan pencipta blok masih dapat membuat blok yang total Gas di atas 16,7 juta, asalkan setiap transaksi sesuai dengan langit-langit baru。

Satu-satunya transaksi yang terkena dampak adalah upaya menggunakan transaksi maksimum melebihi batasan baru. Transaksi ini sekarang harus dibagi menjadi operasi yang lebih kecil, mirip dengan mengunggah dokumen yang sangat besar menjadi dua yang lebih kecil. Secara teknis, perubahan ini tidak sesuai dengan transaksi ekstrim langka ini, namun diperkirakan hanya sedikit pengguna yang akan terpengaruh。

Dalam hal keselamatan, langit-langit gas telah membuat Gedung Ether lebih tahan terhadap serangan Dos berbasis, karena penyerang tidak lagi dalam posisi untuk memaksa petugas sertifikasi untuk menangani transaksi perdagangan super。Hal ini juga membantu menjaga validasi blok waktu dapat diprediksi, sehingga lebih mudah untuk menjaga node disinkronkan. Ekstrim utama adalah bahwa sejumlah kecil penyebaran kontraksi yang sangat besar mungkin tidak memenuhi kebutuhan langit-langit dan perlu dirancang ulang atau dibagi menjadi beberapa langkah penyebaran。

Secara keseluruhan, EIP-7825 bertujuan untuk memperkuat jaringan terhadap penyalahgunaan, mempertahankan permintaan yang masuk akal untuk node, meningkatkan ekuitas dalam penggunaan ruang blok dan memastikan bahwa rantai blok tetap cepat dan stabil sebagai langit-langit gas naik。

EAP-7883: Peningkatan Biaya Gas ModExp

Alasan untuk kebutuhan proposal ini adalah bahwa harga dari kompilasi awal ModExp (untuk operasi pemodelan) telah rendah dibandingkan dengan sumber daya yang benar-benar dikonsumsi。

Dalam beberapa kasus, perhitungan yang diperlukan untuk operasi ModExp jauh melebihi biaya yang saat ini dibayar oleh pengguna. Ini tidak cocok menimbulkan risiko: jika panggilan ModExp yang kompleks terlalu rendah, mereka mungkin menjadi bottlenecks, sehingga sulit bagi jaringan untuk aman meningkatkan langit-langit gas. Karena produsen blok mungkin dipaksa untuk menangani operasi yang sangat berat dengan biaya yang sangat rendah。

Untuk mengatasi masalah ini, perlu menyesuaikan rumus harga ModExp sehingga konsumsi Gas secara akurat mencerminkan beban kerja yang dilakukan oleh klien. JadiEIP-7883 memperkenalkan aturan baru yang meningkatkan biaya gas minimum, menaikkan total biaya Gas dan membuat operasi volume masukan yang lebih besar (terutama indeks, basis atau model lebih dari 32 bytes) lebih mahal, sehingga cocok dengan harga Gas dengan perhitungan yang sebenarnya diperlukan。

Proposal ini menaikkan biaya melalui beberapa aspek penting, sehingga memodifikasi ModExp harga algoritma awalnya didefinisikan dalam EIP-2565。

Pertama, konsumsi gas terendah meningkat dari 200 sampai 500, dan konsumsi gas total tidak lagi dibagi tiga, berarti bahwa konsumsi gas total sebenarnya tiga kali lipat. Misalnya, jika panggilan ModExp sebelumnya diperlukan konsumsi gas 1200, di bawah formula baru, sekarang akan memerlukan konsumsi sekitar 3.600 gas。

KEDUA, PERHITUNGAN BIAYA DARI SEBUAH INDEKS LEBIH BESAR DARI 32 BYTE DUA KALI LIPAT, SEBAGAI PENGGANDA MENINGKAT DARI 8 SAMPAI 16. SEBAGAI CONTOH, JIKA PANJANG INDEKS ADALAH 40 BYTES, EIP-2565 MENINGKATKAN JUMLAH ITERASI OLEH 8 X (40 X32) = 64, SEMENTARA EIP-7883 SEKARANG MENGGUNAKAN 16 X (40 128, BIAYA 2X LIPAT。

Ketiga, harga sekarang mengasumsikan bahwa ukuran dasar / modul minimum adalah 32 bytes dan bahwa ketika nilai-nilai ini melebihi 32 bytes, biaya dihitung meningkat secara dramatis. Misalnya, jika jumlah modul adalah 64 bytes, aturan baru berlaku kompleksitas ganda (2 x kata-kata) daripada rumus sederhana sebelumnya, sehingga mencerminkan biaya sebenarnya operasi large- skala. Bersama-sama, perubahan ini memastikan bahwa kecil ModExp rekening membayar biaya minimum yang wajar dan bahwa biaya operasi besar, kompleks yang tepat disesuaikan dengan ukuran mereka。

Proposal ini mendefinisikan fungsi komputasi gas yang baru dan memperbarui aturan kompleksitas dan iteratif. Kompleks perkalian sekarang menggunakan 16 baku untuk kasus dimana panjang dasar / modul tidak melebihi 32 bytes, sementara untuk masukan formula yang lebih besar 2 x words2, dimana "words" mereferensikan ke jumlah dari 8 bytes. Jumlah iterasi juga telah diperbarui sehingga 32 byte atau kecil indices menggunakan panjang bit mereka untuk menentukan kompleksitas, sedangkan sebuah indeks lebih dari 32 byte meningkatkan hukuman gas。

Hal ini memastikan bahwa biaya real hyper- indeks sekarang memiliki biaya Gas yang lebih tinggi. Hal ini penting bahwa biaya minimum Gas pengembalian dikenakan pada 500 bukannya 200 sebelumnya, yang membuat panggilan ModExp lebih masuk akal。

Harga ini meningkat termotivasi oleh tes baseline, yang menunjukkan bahwa dalam banyak kasus ModExp harga yang dikompile secara signifikan lebih rendah。Rumus direvisi meningkatkan biaya operasi kecil sebesar 150 persen, operasi khas dengan sekitar 200 persen, dan besar atau tidak seimbang operasi oleh lebih dari faktor 80, tergantung pada ukuran indeks, basis atau modelAku tidak tahu。

Tujuannya bukan untuk mengubah metode kerja ModExp, tetapi untuk memastikan bahwa itu tidak mengancam stabilitas jaringan atau menghambat peningkatan masa depan tutup Gas blok, bahkan dalam kasus ekstrim konsumsi sumber daya maksimum. Ketika EIP-7883 mengubah jumlah Gas yang diperlukan untuk ModExp, itu tidak kompatibel kembali, tapi Harga Gas berat telah terjadi berulang kali di Uni Soviet dan telah sepenuhnya dipahami。

Hasil tes menunjukkan bahwa peningkatan biaya Gas sangat signifikan saat ini. Sekitar 99,69 persen dari panggilan ModExp sejarah sekarang memerlukan sekitar 500 Gas (sebelumnya 200 Gas) atau tiga kali harga sebelumnya. Namun, biaya beberapa tes beban tinggi yang digunakan oleh Gas telah meningkat bahkan lebih. Sebagai contoh, dalam tes "index-intensive", konsumsi gas melompat dari 215 ke 16,624, peningkatan sekitar 76 kali, karena sekarang lebih rasional untuk harga indeks besar。

Dalam hal keselamatan, proposal tidak akan memperkenalkan rute baru serangan atau mengurangi biaya perhitungan apapun. Sebaliknya, ini berfokus pada pencegahan dari resiko penting: operasi ModExp di bawah harga dapat memungkinkan penyerang untuk mengisi blok dengan perhitungan yang sangat berat dengan biaya yang sangat rendah. Satu-satunya kerugian adalah bahwa beberapa operasi ModExp mungkin terlalu mahal, tapi ini jauh lebih baik daripada masalah saat ini pengurangan. Proposal tidak memperkenalkan perubahan antarmuka atau fitur baru, sehingga perilaku aritmetik yang ada dan vektor tes tetap valid。

EAP- 7917: SEBUAH PREDIKSI AKURAT DARI PENDUKUNG BERIKUTNYA

Proposal ini dibutuhkan di Workshop Ether karena penyebaran pendukung jaringan epoch berikutnya tidak dapat sepenuhnya diprediksi. Bahkan dengan benih RANDAO yang dikenal dalam N epoch N + 1 epoch, daftar pendukung sebenarnya dapat diubah dengan memperbarui keseimbangan aktif (EB) dalam N epoch。

Perubahan EB ini mungkin berasal dari penguasaan, hukuman, insentif melebihi 1 ETH, konsolidasi sertifikator atau deposit baru, terutama setelah SIP-7251 telah meningkatkan keseimbangan maksimum ke atas 32 ETH. Ketidakpastian tersebut menimbulkan masalah bagi sistem-sistem yang bergantung pada mengetahui terlebih dahulu pendukung berikutnya (misalnya, berdasarkan perjanjian pra-konfirmasi), yang memerlukan jadwal yang stabil dan dapat diprediksi untuk operasi halus mereka. Sebuah sertifikat bahkan dapat mencoba untuk "sikat" atau memanipulasi keseimbangan efektif untuk mempengaruhi proponen zaman berikutnya。

Sebagai hasil dari masalah-masalah ini, pendekatan diperlukan untuk membuat jadwal dari proponen yang sepenuhnya didirikan dalam beberapa epochs masa depan, sehingga tidak diubah oleh update EB menit-menit terakhir dan mudah diakses di tingkat aplikasi。

Untuk mencapai hal ini, EIP-7917 memperkenalkan kepastian forward- mencari mekanisme dimana MIN _ SEED _ LOVER _ LOAD + 1 epoch jadwal dihitung dan disimpan di muka pada awal dari setiap zaman。singkatnya, status suar sekarang berisi daftar yang disebut 'prosoperer _ lookin ahead', yang selalu mencakup pendukung dari dua siklus penuh (total slot waktu 64)。

Sebagai contoh, ketika epoch N dimulai, daftar tersebut telah memasukkan pendukung dari setiap slot waktu dalam epoch N dan epoch N + 1. Kemudian, ketika jaringan memasuki siklus N + 1, daftar bergerak ke depan: hapus masukan pemohon N-cycle, pindahkan masukan N + 1 dari siklus ke bagian depan dari daftar dan tambahkan entri pemohon baru untuk N + 2 di akhir daftar. Hal ini memungkinkan gerakan gerakan untuk diperbaiki, dapat diprediksi dan dapat diakses langsung kepada klien tanpa harus menghitung ulang proponen setiap saat。

untuk menjaga up-to-date, daftar bergerak maju di setiap batas epoch: menghapus data epoch sebelumnya dan menghitung dan menambahkan ke daftar set berikutnya dari proponen baru untuk epoch. proses ini menggunakan benih yang sama dan efektif aturan keseimbangan seperti sebelumnya, tapi kontrol gerakan sekarang dihitung sebelumnya, sehingga menghindari dampak perubahan keseimbangan efektif setelah benih diidentifikasi. blok pertama setelah garpu juga akan mengisi seluruh jangkauan ke depan untuk memastikan bahwa semua epochs masa depan memiliki gerakan awal yang benar。

Asumsikan bahwa masing-masing zaman memiliki 8 slot bukan 32 (untuk penyederhanaan). Tanpa EIP ini, sementara Anda tahu benih dari epoch ke-6 selama zaman ke-5, propoer aktual dari slot 6 epoch cenderung untuk mengubah jika sertifikat dilarang atau dihargai cukup untuk mengubah saldo yang valid selama periode epoch 5. Dengan EEP-7917, ETA praperhitungan semua pendukung dari 5, 6 dan 7 zaman pada awal 5 zaman dan menyimpannya secara berurutan dalam 'prospers _ lookin ahead'. Jadi bahkan jika perubahan keseimbangan pada akhir zaman kelima, daftar dari 6 proponen epoch tetap tetap dan dapat diprediksi。

Delapan P- 7917 diperbaiki lama berdiri kekurangan dalam desain rantai suar. Ini memastikan bahwa pemilihan sertifikat epoch masa depan tidak dapat diubah sekali epoch RANDAO sebelumnya tersedia. Hal ini juga mencegah 'keseimbangan yang efektif menyikat', yaitu petugas sertifikat, setelah melihat RANDAO, mencoba untuk menyesuaikan keseimbangan untuk mempengaruhi daftar pendukung zaman berikutnya. Kepastian untuk mencari mekanisme menghilangkan seluruh vektor serangan dan sangat sederhana analisis keamanan. Hal ini juga memungkinkan klien konsensus untuk mengetahui terlebih dahulu siapa yang akan mengusulkan blok yang akan datang, yang akan membantu untuk mencapai dan memungkinkan lapisan aplikasi untuk mudah memvalidasi kalender proposer 's melalui Merkel, root beacon。

Sebelum proposal ini, klien hanya menghitung pendukung dari kesenjangan saat ini. Dengan EEP-7917, mereka sekarang akan menghitung daftar pendukung dari zaman berikutnya cakrawala sekali dalam setiap zaman konversi. Ini akan menambah sejumlah kecil pekerjaan, tetapi indeks pemohon akan sangat ringan dan terutama akan melibatkan sampling daftar sertifikasi menggunakan benih. Namun, klien harus diberi standar untuk memastikan bahwa perhitungan tambahan ini tidak menyebabkan masalah kinerja。

EIP-7918: Blob Foundation biaya subjek untuk biaya implementasi

Proposal ini dibutuhkan di Workshop Ether karena Sistem Biaya Blob (dari EiP-4844) akan gagal ketika Gas menjadi biaya utama Rollup。

Saat ini, kebanyakan Rollup membayar jauh lebih untuk eksekusi Gas (biaya termasuk Blob transaksi di blok) dari biaya Blob sebenarnya. Ini menimbulkan masalah: bahkan jika biaya basis Blob terus berkurang oleh peralatan, total biaya Rollup belum benar-benar berubah, karena biaya tertinggi masih penerapan Gas. Akibatnya, biaya dasar Blob akan terus menurun sampai mencapai minimal mutlak (1 Wei), pada saat itu perjanjian tidak akan lagi dapat menggunakan biaya Blob untuk mengontrol permintaan. Kemudian, ketika penggunaan Bloom tiba-tiba meningkat, dibutuhkan banyak blok untuk pulih ke tingkat normal. Hal ini membuat harga tidak stabil dan tidak terduga untuk pengguna。

Sebagai contoh, dengan asumsi bahwa Rollup ingin mempublikasikan datanya, itu akan harus membayar sekitar 25.000.000 gwei untuk eksekusi Gas (sekitar 1,000,000 gance untuk 25 gol), biaya Blob hanya sekitar 200 gwei. Ini berarti bahwa total biaya adalah sekitar 25,200 Gwei, yang hampir semua biaya berasal dari implementasi Gas, bukan Blob. Jika biaya Blob terus berkurang dengan cara yang sama, misalnya dari 200 gance menjadi 50 gwei, kemudian turun ke 10 gwei dan akhirnya turun ke 1 gance, total biaya hampir tidak akan berubah dan tetap pada 25.000.000 gwei。

EAP- 7918 Selesaikan masalah ini dengan memperkenalkan minimal "harga cadangan" berdasarkan biaya implementasi, sehingga mencegah harga Blob terlalu rendah dan membuat Harga Blob di Rollup lebih stabil dan dapat diprediksi。

Ide inti dari EIP-7918 adalah sederhana: Blob seharusnya tidak pernah bernilai kurang dari jumlah tertentu biaya eksekusi (dikenal sebagai BLOB _ BASE _ COST)。nilai calc _ execs _ blob _ gas () diset ke & nbsp; 213, yang dicapai melalui modifikasi kecil ke fungsi calc _ excs _ blob _ gas ()。

Biasanya, fungsi ini meningkatkan atau mengurangi biaya dasar Blob tergantung pada apakah gas gumpalan yang digunakan di blok di atas atau di bawah nilai target. Menurut proposal ini, jika Blob menjadi "terlalu rendah" relatif terhadap eksekusi Gas, fungsi akan berhenti mengurangi target Blob Gas. Hal ini telah menyebabkan pertumbuhan yang lebih cepat dari gas kelebihan gumpalan, sehingga mencegah penurunan lebih lanjut pada biaya dasar gumpalan. Jadi, biaya dasar Blob sekarang memiliki nilai minimum sama denganBLOB _ BASE _ COST x base _ fee _ per _ gas GAS _ PER _ BLOB。

Untuk memahami mengapa kita harus melakukan ini, kita bisa melihat kebutuhan Blob. Rollup khawatir tentang total biaya yang dibayarkan: biaya implementasi ditambah biaya gumpalan. Jika biaya untuk menerapkan Gas sangat tinggi, misalnya, 20 gol, maka total biaya akan hampir konstan bahkan jika Blob biaya berkurang dari 2 Gwei menjadi 0.2 gwei. Ini berarti bahwa pengurangan biaya dasar Blob memiliki dampak kecil pada permintaan. Dalam ekonomi, ini disebut "biaya infleksibilitas". Ini menciptakan situasi di mana kurva permintaan hampir vertikal: harga yang lebih rendah tidak meningkatkan permintaan。

Dalam kasus tersebut, mekanisme biaya Blob menjadi buta - bahkan jika permintaan tidak merespon, hal itu terus mengurangi harga. Inilah sebabnya mengapa biaya dasar gumpalan sering turun ke 1 gwei. Kemudian, ketika permintaan sebenarnya meningkat pada tahap berikutnya, kesepakatan membutuhkan satu jam atau lebih untuk meningkatkan biaya ke tingkat yang wajar blok hampir penuh. EAP- 7918 Memecahkan masalah dengan membangun harga cadangan terkait dengan implementasi Gas, sehingga memastikan bahwa biaya Blob tetap berarti bahkan jika biaya implementasi menang。

Alasan lain untuk menambahkan harga cadangan ini adalah bahwa node memerlukan banyak pekerjaan tambahan untuk memverifikasi sertifikat KZG dari data Blob. Sertifikat ini memastikan bahwa data di Bob konsisten dengan komitmen mereka. Di bawah EAP-4844, node hanya perlu memverifikasi sertifikat untuk setiap Blob dengan biaya rendah. Namun, dalam EIP-7918, jumlah sertifikat yang diperlukan untuk disahkan lebih tinggi. Ini semua karena di EEP-7594 (PeerDAS), gumpalan dibagi menjadi potongan-potongan kecil disebut sel, masing-masing memiliki bukti sendiri, yang membuat validasi bekerja jauh lebih besar。

Dalam jangka panjang, EEP-7918 juga membantu mempersiapkan diri untuk masa depan. Dengan kemajuan dalam teknologi, biaya menyimpan dan berbagi data secara alami akan menurun, dan diharapkan bahwa workshop akan memungkinkan data Blob lebih banyak disimpan dari waktu ke waktu. Biaya Blob (dalam ETH) secara alami akan menurun ketika Kapasitas Blob meningkat. Hal ini didukung oleh proposal, karena retensi harga dihubungkan dengan eksekusi harga gas, bukan nilai tetap, sehingga dapat disesuaikan dengan pertumbuhan jaringan。

Dengan ekspansi ruang Blob dan ruang implementasi, hubungan harga mereka akan seimbang. Hanya dalam sangat sedikit kasus dapat menahan harga yang berlebihan ketika kapasitas Blob secara signifikan meningkat pada tarif tanpa meningkatkan kapasitas implementasi di Gas. Dalam kasus tersebut, biaya Blob mungkin akhirnya lebih tinggi dari persyaratan yang sebenarnya. Namun, tidak ada rencana untuk memperluas dengan cara ini - ruang Bloom dan ruang blok implementasi diharapkan untuk tumbuh secara bersamaan. Nilai yang dipilih (BLOB _ BASE _ COST = 213) oleh karena itu dianggap aman dan seimbang。

Sebuah detail kecil diperlukan ketika biaya menerapkan gas bergelombang. Karena harga Blob tergantung pada biaya dasar implementasi, peningkatan tiba-tiba biaya implementasi dapat sementara menempatkan biaya Blob dalam situasi yang didominasi oleh biaya implementasi. Sebagai contoh, diasumsikan bahwa penerapan biaya Gas tiba-tiba melompat dari 20 sampai 60 gol dalam satu blok. Karena harga Blob terkait dengan nilai ini, biaya Blob tidak dapat mematahkan tingkat baru dan lebih tinggi. Jika Blob masih digunakan, biayanya akan terus meningkat secara normal, tapi perjanjian tidak akan mengizinkannya untuk menurun sampai meningkatkan cukup untuk mencocokkan biaya implementasi yang lebih tinggi. Ini berarti bahwa dalam beberapa blok, biaya Blob mungkin tumbuh lebih lambat dari biaya implementasi. Penundaan singkat ini tidak berbahaya - sebenarnya mencegah fluktuasi tajam dalam harga Blob dan membuat sistem lebih stabil。

penulis juga melakukan analisis empiris dari kegiatan blok trading yang sebenarnya pada november 2024 sampai 2025 maret dan menerapkan aturan retensi harga. selama periode biaya implementasi tinggi (rata-rata sekitar 16 gwei), ambang batas cadangan secara signifikan meningkatkan biaya dasar blok dibandingkan dengan mekanisme lama. selama periode biaya implementasi rendah (rata-rata sekitar 1.3 gwei), biaya blok tetap hampir konstan kecuali biaya dasar blok dihitung di bawah harga cadangan. dengan membandingkan ribuan blok, penulis menunjukkan bahwa mekanisme baru dapat membuat harga yang lebih stabil sambil mempertahankan respon alami terhadap permintaan. angka empat bulan untuk biaya blok menunjukkan bahwa harga cadangan telah mengurangi volatilitas ekstrim dengan mencegah biaya blok dari jatuh ke 1 gwei。

Sejauh keamanan yang bersangkutan, perubahan ini tidak akan memperkenalkan risiko apapun. Biaya blok dasar akan selalu sama dengan atau lebih tinggi daripada biaya unit untuk menerapkan BLOB _ BASE _ COST dalam Gas. Ini aman karena mekanisme hanya meningkatkan biaya minimum, dan pengaturan batas harga tidak mempengaruhi pembenaran perjanjian. Ini hanya memastikan fungsi ekonomi yang sehat。

EIP- 7934: BATAS UKURAN PENEGAKAN RLP BLOK

Sebelum 8-7934, tidak ada langit-langit ketat pada ukuran blok penegakan kode RLP. Secara teori, blok mungkin sangat besar jika mengandung transaksi besar atau data yang sangat kompleks. Hal ini menimbulkan dua masalah utama: ketidakstabilan jaringan dan risiko penolakan layanan (DOS)。

Jika blok terlalu besar, waktu yang diperlukan untuk mengunduh dan memvalidasi node akan lebih lama, yang akan memperlambat transmisi mereka dan meningkatkan kemungkinan rantai cabang sementara. Lebih buruk lagi, penyerang bisa sengaja menciptakan blok yang sangat besar untuk membebani node, menyebabkan penundaan atau bahkan off-menghubungkan mereka - penyangkalan khas - of- layanan serangan. Pada saat yang sama, CL Gossip perjanjian telah menolak untuk menyebarkan setiap blok di atas 10MB, yang berarti bahwa terlalu besar blok implementasi mungkin tidak disebarluaskan dalam jaringan, sehingga menciptakan perpecahan rantai atau perselisihan antara node. Dalam pandangan dari risiko ini, aturan tingkat protokol yang jelas diperlukan untuk mencegah ukuran yang berlebihan dan mempertahankan stabilitas jaringan dan keamanan。

EYP-7934 mengatasi masalah ini dengan memperkenalkan tingkat tingkat RLP ukuran blok blok. Ukuran blok maksimum (MAX _ BLONK _ SIZE) diset ke 10 MiB (10,485,760 bytes), tapi 2 MiB (2.097.152 bytes) ditambahkan berdasarkan Taifeng karena beacon blok juga menempati beberapa ruang (SAFETY _ MARGIN)。

Ini berarti bahwa maksimum yang diperbolehkan RLP ukuran penegakan blok kode adalah MAX _ RLP _ BLONK _ SIZE = MAX _ BLONK _ SIZE- SAFETY _ MARGIN. Jika blok terkode lebih besar dari batas ini, blok akan dianggap tidak valid dan titik harus menolaknya. Dengan aturan ini, produsen blok harus memeriksa ukuran kode setiap blok yang mereka bangun, dan sertifikat harus memverifikasi keterbatasan ini selama sertifikasi blok. Ukuran topi ini adalah independen dari batas gas, yang berarti bahwa bahkan jika blok adalah "lebih rendah dari batas Gas", itu masih akan ditolak jika terlalu besar. Ini memastikan penggunaan gas dan batas ukuran byte yang sebenarnya diamati。

Memilih batas atas 10 MiB adalah disengaja karena cocok dengan batasan yang ada dalam kesepakatan Consensus Level Gossip。Setiap data yang lebih besar dari 10 MiB tidak akan disiarkan online, sehingga EIP ini menyelaraskan penegakan dengan tingkat konsensus. Ini menjamin konsistensi di antara semua komponen dan mencegah implementasi efektif dari "visibility" blok sebagai akibat dari penolakan CL untuk menyebarkan。

Perubahan ini tidak mematuhi ke bawah dengan blok lebih besar dari batas baru, yang berarti bahwa penambang dan certifyers harus memperbarui klien mereka untuk mematuhi aturan. Namun, karena megablocks sendiri bermasalah dan tidak umum dalam praktek, dampaknya minimal。

Dalam hal keamanan, EIP-7934 telah meningkatkan kemampuan Taifang untuk menahan serangan terhadap DoS pada ukuran blok tertentu dengan memastikan bahwa tidak ada peserta yang mampu membuat blok yang akan melumpuhkan jaringan。DALAM JUMLAH, EIP-7934 MENAMBAHKAN BATAS KEAMANAN PENTING, MENINGKATKAN STABILITAS, HARMONIZES IMPLEMENTASI LOGIKA (EL) DAN CL PERILAKU, DAN MENCEGAH SERANGAN MULTIPLE TERKAIT DENGAN PENCIPTAAN DAN PENYEBARAN MEGABLOCKS。

EIP-7939: MENGHITUNG LEAD ZERO (CLZ) KODE OPERASI

Sebelum EIP ini, jumlah angka nol menuju 256 bit dihitung menggunakan kode operasi yang tidak dimiliki Taifeng. Pengembang mesti memakai Kesendirian untuk menerapkan fungsi CLZ secara manual, yang memerlukan sejumlah besar offset dan perbandingan。

INI ADALAH MASALAH BESAR, KARENA PRESTASI SENDIRI-DIDEFINISIKAN LAMBAT, MAHAL DAN MENGAMBIL BANYAK BYTE, MENAMBAHKAN Gsebagai konsumsi. Untuk sistem sertifikasi pengetahuan zero-, biaya pembuktian lebih tinggi dan biaya dari operasi transfer hak sangat tinggi, sehingga operasi seperti CLZ akan secara signifikan mengurangi kecepatan Zero- bukti pengetahuan sirkuit. Karena CLZ adalah fungsi bawah yang sangat umum, secara luas digunakan dalam perpustakaan matematika, algoritma terkompresi, bit, skema tanda tangan dan banyak dienkripsi atau tugas pemrosesan data, metode perhitungan yang lebih cepat dan lebih ekonomis diperlukan dalam tarif。

EIP-7939 memecahkan masalah ini dengan memperkenalkan kode baru CLZ (0x1e). Kode operasi ini membaca nilai 256- bit dari stack dan kembali jumlah nol memimpin. Jika angkanya nol, kodenya kembali 256 karena nol 256- memiliki 256 nol。

Hal ini konsisten dengan cara CLZ bekerja di banyak struktur CPU seperti ARM dan x86, di mana operasi CLZ adalah home- grown. Menambahkan CLZ akan secara signifikan mengurangi biaya dari banyak algoritma: InWad, PowerWad, LambertW, berbagai fungsi matematika, perbandingan byte, scan bitmap, panggilan data kompresi / dekompresi, dan program tanda kuantum semua dapat diuntungkan dari deteksi nol baris pertama lebih cepat。

CLZ memiliki biaya gas yang ditetapkan pada 5, mirip dengan ADD dan sedikit lebih tinggi dari harga MUL sebelumnya, untuk menghindari risiko penolakan layanan (DOS) karena harga yang rendah. Tes dasar menunjukkan bahwa CLZ menghitung kira-kira jumlah yang sama dengan ADD dan bahwa dalam lingkungan rv32im sertification PSP1, CLZ sebenarnya biaya kurang dari ADD, sehingga mengurangi biaya nol bukti pengetahuan。

EIP-7939 SEPENUHNYA KOMPATIBEL MUNDUR KARENA MEMPERKENALKAN KODE BARU OPERASI DAN TIDAK MEMODIFIKASI PERILAKU YANG ADA。

Secara umum, EIP-7939, dengan menambahkan bahasa sederhana dan efisien yang telah didukung oleh CPU modern, membuatnya lebih cepat, lebih murah dan lebih ramah untuk mengurangi biaya gas, untuk mengurangi ukuran kode byte dan untuk mengurangi biaya pembuktian pengetahuan dari banyak operasi umum。

TANDA TANGAN DALAM MENDUKUNG PERANGKAT KERAS MODERN

Sebelum EIP ini, tanda tangan digital yang dibuat menggunakan kurva secp256r1 (P-256) diverifikasi dengan cara yang tidak aman, asli。

Kurva ini adalah standar yang digunakan untuk perangkat modern seperti Apple Security Enclave, Android Keystore, HSM, TEE dan FIDO2 / WebDouln kunci keamanan. Dengan ketiadaan dukungan tersebut, aplikasi dan dompet tidak dapat dengan mudah ditandatangani dengan aman menggunakan peralatan tingkat. Telah ada upaya sebelumnya (daya 7212), tetapi memiliki dua kesenjangan keamanan yang serius, yang terkait, secara hormat, dengan perbandingan dari pemrosesan jarak jauh dan tanda-tanda salah. Masalah tersebut bisa menyebabkan kesalahan validasi dan bahkan kegagalan konsensus。EEP-7951 MEREHABILITASI ISU-ISU KEAMANAN INI DAN MEMPERKENALKAN AMAN, AWAL PROSES SIRKULASI YANG AKHIRNYA AKAN MEMUNGKINKAN WORKSHOP ETHER UNTUK MENDUKUNG TANDA TANGAN DARI PERANGKAT KERAS MODERN AMAN DAN EFISIEN。

EAP- 7951 Tambahkan ke alamat 0x100 sebuah kontrak pra-kompilasi baru yang disebut P256VERIFY, yang menggunakan secp256r1 kurva untuk mengotorisasi tanda-tanda ECDSA. Hal ini membuat otentikasi signature lebih cepat dan kurang mahal daripada mencapai langsung dalam Kesendirian。

EYP-7951 juga mendefinisikan aturan sertifikasi masukan yang ketat. Jika ada yang tidak valid, sebelum kompilasi akan kembali ke kegagalan dan tidak akan roll kembali, mengkonsumsi Gas yang sama sebagai panggilan sukses. Algoritma validasi mengikuti ECDSA standar: ia menghitung s ex1 mod n, re- konstruks titik tanda tangan R ', dan berlangsung jika R penolakan tak berujung, memeriksa apakah koordinat R' cocok r (mod n). Ini mengoreksi kesalahan dalam 7212, di mana ledakan - 7212 secara langsung dibandingkan r 'bukan menyederhanakan n pertama。

Biaya Gas operasi ini ditetapkan di 6900 Gas, yang lebih tinggi dari versi 12.212, tetapi konsisten dengan kinerja benchmark aktual disertifikasi oleh secp256r1. Secara importif, antarmuka sepenuhnya kompatibel dengan jaringan lapis 2 yang telah dipakai (alamat yang sama dan format masukan / keluaran yang sama) dan oleh karena itu kontrak cerdas yang ada akan terus berfungsi tanpa perubahan apapun. Satu-satunya perbedaan adalah perilaku diubah dan biaya gas yang lebih tinggi。

Dari sudut pandang keamanan, EIP-7951 kembali ke perilaku yang benar dari ECDSA, menghilangkan masalah plastisitas pada tingkat pra-kompilasi, meninggalkan pilihan untuk aplikasi, dan membuatnya jelas bahwa sebelum-kompilasi tidak membutuhkan eksekusi waktu konstan. Kurva secp256r1 menyediakan 128 bit keamanan dan telah mendapatkan kepercayaan dan analisis yang luas, sehingga dapat dengan aman diterapkan ke Etherpo。

SINGKATNYA, EIP-7951 BERTUJUAN UNTUK MENGAMANKAN PENGENALAN SENJATA MODERN YANG DIDUKUNG OTENTIKASI KE INN, UNTUK MEMPERBAIKI KEAMANAN PROPOSAL AWAL DAN UNTUK MEMBERIKAN CARA YANG DAPAT DIANDALKAN DAN TERSTANDARDISASI DARI OTENTIKASI P-256 TANDA TANGAN SELURUH EKOSISTEM。

Ringkasan

Tabel di bawah ini merangkum perubahan ke EIP Fusaka yang berbeda diperlukan oleh klien Taifeng. Tanda cek pada klien konsensus mengindikasikan bahwa EIP perlu memperbarui lapisan klien konsensus, sementara tanda cek pada klien eksekusi mengindikasikan bahwa peningkatan mempengaruhi klien tingkat eksekutif. Beberapa EIP perlu memperbarui lapisan konsensus dan implementasi secara bersamaan, sementara yang lain hanya perlu memperbarui salah satu dari mereka。

Semua dalam semua, itu adalah kunci EIP yang terkandung dalam Fusaka apos; s garpu keras. Meskipun peningkatan konsensus dan implementasi dari beberapa peningkatan klien, dari penyesuaian gas dan peningkatan ke pra-kompilasi baru, inti dari peningkatan adalah PeerDAS, yang memperkenalkan titik -to -point data ketersediaan sampling, memungkinkan untuk lebih efisien dan decentrisasi pengolahan data Blob di seluruh jaringan。