Dalam tiga hari, Rumah Ether akan menerima perubahan besar ini
Sembilan proposal EIP utama untuk tatar Fusaka sedang dipelajari di hard copy。
Asal dariSaul Sojitra
Kompile Odaily Daily Planet Golem()andika @web3_golemAku tidak yakin
Hard-drive Fusaka, yang dijadwalkan akan diaktifkan pada 3 Desember 2025, adalah upgrade besar lain dari jaringan setelah Pectra Taifung, menandai langkah penting lain dalam perluasan raksasa enkripsi。
EIP upgrade pectra berfokus pada peningkatan kinerja, keamanan dan perangkat pengembang. EIP untuk Fusaka upgrade berfokus pada ekspansi, kode pembaruan dan keamanan implementasi。
Ketersediaan data yang ditingkatkan oleh eterDAS (EIP-7594) dengan mengizinkan node untuk memvalidasi Blob tanpa mengunduh semua data. Berbagai peningkatan versi telah juga meningkatkan keamanan implementasi, termasuk pembatasan ModExp (EIP-7823), pembatasan transaksi pada batas Gas (EIP-7825) dan pembaruan biaya ModExp Gas (EIP-7883). Upgrade Fusaka ini juga telah meningkatkan generasi blok melalui Afirmatif Prospecter Forwarding Mechanism (EIP-797) dan mempertahankan stabilitas biaya Blob (EIP-7918) dengan menetapkan \"harga yang layak\" terkait dengan biaya implementasi。
Peningkatan-penambahan lainnya antara lain membatasi ukuran blok dalam format RLP (EIP-7934), menambahkan kode CLZ baru untuk mempercepat operasi bit (EIP-7939) dan memperkenalkan pre-kompilasi secp256r1 (EIP-7951) untuk lebih mengakomodasi sandi modern dan kunci keamanan perangkat keras。
Ōsaka Fusaka adalah nama gabungan dari Fulu (level executive) dan Osaka (level consensus). Ini mewakili langkah lain menuju masa depan yang sangat cakep dan kaya data di mana Lapisan 2 Rollup dapat berjalan dengan biaya yang lebih rendah dan kecepatan yang lebih cepat。
Artikel ini akan memberikan analisis mendalam dari sembilan proposal EIP inti untuk hard-drive Fusaka。
EIP-7594: PeerDAS - ketersediaan data nod
Usulan 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 blob untuk memverifikasi rilisnya. Ini mengangkat isu perpanjangan, seolah-olah semua data harus diunduh di semua node, bandwidth dan persyaratan perangkat keras jaringan akan meningkat dan layakisasi akan terpengaruh. Untuk mengatasi masalah ini, diperlukan pendekatan untuk memungkinkan node mengkonfirmasi ketersediaan data tanpa mengunduh semua data。
DATA USABILITY SAMPLING DATA (DAS) MENGATASI MASALAH INI DENGAN HANYA MENGIZINKAN SEJUMLAH KECIL DATA ACAK UNTUK DIPERIKSA DI NODE。
Namun ia juga memerlukan pendekatan DAS yang sejalan dengan jaringan Gosip yang ada dan tidak memaksakan beban komputasi berat pada produsen blok. Ofobia PeerDAS diciptakan untuk memenuhi kebutuhan ini dan untuk meningkatkan blob throughput dengan aman sambil menjaga permintaan nodal rendah。
Arondisemen PeerDAS adalah sistem jaringan yang memungkinkan node untuk mengunduh hanya sejumlah kecil klip data untuk memastikan bahwa data lengkap telah dirilis。Tak perlu mengunduh semua data, tetapi lebih menggunakan jaringan Gossip biasa untuk berbagi data, menemukan node mana yang memegang sebagian data dan hanya meminta sampel kecil sesuai kebutuhan. Gagasan inti adalah bahwa dengan mengunduh hanya fraksi acak dari bagian data, node masih dapat diyakinkan tentang keberadaan seluruh bagian data. Sebagai contoh, node mungkin hanya mengunduh sekitar 1/8 data daripada 256 KB data klip penuh - sebanyak node sampel bagian yang berbeda, setiap data yang hilang akan dengan cepat ditemukan。
Untuk mencapai sampling, PeerDAS menggunakan kode redacting dasar untuk memperluas masing-masing segmen data dalam EIP-4844。Redressing adalah teknik untuk menambahkan data redundan tambahan, dan bahkan ketiadaan segmen data tertentu mengembalikan data asli — mirip dengan teka-teki yang dapat diselesaikan bahkan jika beberapa keping hilang。
bolalob menjadi garis yang berisi data mentah dan beberapa data koding tambahan sehingga data selanjutnya dapat dibangun kembali. Garis ini kemudian dibagi menjadi blok yang disebut " Sel " , yang merupakan unit validasi terkecil yang berhubungan dengan komitmen KZG. Semua baris kemudian ditata ulang menjadi kolom, yang masing-masing berisi sel pada lokasi yang sama dari semua baris. Setiap kolom ditugaskan untuk subnet Gossip tertentu。
Methodix Node bertanggung jawab untuk menyimpan kolom tertentu sesuai dengan ID nodenya dan sampling beberapa kolom dari node peer pada setiap interval waktu. Jika sebuah node mengumpulkan setidaknya 50% kolom, itu dapat membangun kembali data. Jika kurang dari 50% kolom dikumpulkan, diperlukan permintaan kolom yang hilang dari node peer. Ini memastikan bahwa jika data benar-benar dirilis, mereka selalu dapat dibangun kembali. Singkatnya, jika ada total 64 kolom, hanya sekitar 32 kolom yang diperlukan untuk sebuah node tunggal untuk membangun kembali seluruh gumpalan. Ini menyimpan sendiri kolom dan download kolom dari node peer. Selama setengah kolom dalam jaringan ada, node dapat membangun kembali semua konten, bahkan jika beberapa kolom hilang。
Selain itu, EIP-7594 memperkenalkan aturan penting: tidak ada transaksi yang dapat mengandung lebih dari enam gumpalan。pembatasan ini harus ditegakkan selama validasi transaksi, persinyalan gossip, pembuatan blok dan pengolahan blok. hal ini membantu mengurangi ekstremitas di mana transaksi individu mengakibatkan kelebihan beban sistem blob。
254 PeerDAS menambahkan fungsi yang disebut "unit KZG sertifikat". Modul Modul KZG membuktikan bahwa janji KZG memang cocok dengan sel tertentu (satu unit kecil) dalam blob. Ini memungkinkan node untuk mengunduh hanya sel yang mereka ingin sampel. Akses untuk menyelesaikan blobs sangat penting untuk data ketersediaan sampling, subjek integritas data。
Namun, biaya untuk menghasilkan semua unit ini terbukti tinggi. Produsen-produsen blok yang perlu menghitung sertifikat ini berulang-ulang untuk banyak gumpalan, yang membuat mereka terlalu lambat. Namun, biaya sertifikasi sangat rendah, dan oleh karena itu EIP-7594 mengharuskan produsen transaksi blob untuk pra-hasil semua sertifikat unit dan untuk memasukkan mereka dalam pengemasan perdagangan。
Untuk alasan ini, Gossip transaksi menggunakan pengemasan yang dimodifikasi:
rrlp([tx_payload_body, wrapper_version, blob, komite, cell_found])
Dalam kemasan baru, sel_bukti adalah daftar yang berisi semua sertifikat untuk setiap unit dari setiap blob (misalnya [cell_proof_0, cell_proof_1,...]). Bidang-bidang lain tx_payload_body, blues dan komite identik dengan EIP-4844. Perbedaannya adalah bahwa medan individu asli "bukti "dihapus dan diganti dengan daftar sel_bukti baru, dan sebuah lapangan bernama wrapper_version ditambahkan untuk menunjukkan format kemasan yang saat ini digunakan。
PerenderDAS memungkinkan Ether Workshop meningkatkan ketersediaan data tanpa meningkatkan beban kerja dari nodenyaAku tidak tahu. Hari ini, sebuah node hanya perlu sampel sekitar 1/8 dari total data. Pada masa depan, rasio mungkin bahkan jatuh ke 1/16 atau 1/32, sehingga meningkatkan kemampuan ekspansi Taicha. Sistem ini bekerja dengan baik karena setiap node memiliki banyak node timbal balik, sehingga jika sebuah node tidak dapat menyediakan data yang diperlukan, node dapat meminta node lain. Secara alami ini menciptakan mekanisme redundansi dan meningkatkan keamanan, sementara node dapat memilih untuk menyimpan data dalam kelebihan kebutuhan aktual, yang lebih meningkatkan keamanan jaringan。
Nodul pengesahan pengesahan dianggap lebih bertanggung jawab daripada seluruh node biasa. Karena node validasi itu sendiri menjalankan perangkat keras yang lebih efisien, PeerDAS akan menetapkan beban hosting data yang sesuai dengannya berdasarkan jumlah total node autentikasi. Ini memastikan bahwa selalu ada kelompok nodal stabil yang dapat digunakan untuk menyimpan dan berbagi lebih banyak data, sehingga meningkatkan keandalan jaringan. Singkatnya, jika ada 900.000 node sertifikasi, setiap node sertifikasi dapat dialokasikan persentase kecil dari total data untuk penyimpanan dan layanan. Dengan mesin yang lebih kuat pada node validasi, jaringan dapat mempercayai mereka untuk memastikan ketersediaan data。
258 PeerDAS menggunakan sampel kolom daripada sampel, karena ini akan sangat memudahkan rekonstruksi data. Jika seluruh baris (whole blob) disampel pada node, ada kebutuhan untuk membuat tambahan \"extension blob\" yang sebaliknya tidak ada, yang akan memperlambat kecepatan produsen blok。
dengan sampling, node dapat memperkirakan data baris tambahan dan pengirim transaksi (lebih mudah daripada produsen blok) menghitung bukti yang diperlukan. ini akan menjaga kecepatan dan efisiensi dengan blok mana yang dibuat. sebagai contoh, asumsikan bahwa gumpalan adalah jaringan sel 4x4. pengsampelan garis-garis undi berarti bahwa semua empat sel dikeluarkan dari satu baris, tetapi beberapa garis sambungan belum siap, sehingga produsen blok harus memproduksinya di situs; sampling kolom mengambil sel dari setiap baris (masing-masing kolom) dan membangun kembali sel-sel ekstra yang diperlukan untuk pra-siapkan sehingga node dapat memvalidasi data tanpa memperlambat produksi blok。
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SEMUA TES DAN ATURAN RINCI TERMASUK DALAM KONSENSUS DAN NORMA IMPLEMENTASI。
RISIKO KEAMANAN UTAMA BAGI SISTEM DAS MANA PUN ADALAH \"SERANGAN PENYEMBUNYIAN DATA\", MISALNYA PRODUSEN BLOK BERPURA-PURA MEMILIKI DATA YANG TERSEDIA, TETAPI SEBENARNYA MENYEMBUNYIKAN BEBERAPA DATA。Aerophan PeerDAS mencegah hal ini dengan menggunakan sampling acak: pemeriksaan node untuk bagian acak data. Semakin banyak node yang dicontoh, semakin sulit bagi penyerang untuk menipu. EIP-7594 genap menyediakan rumus yang dapat dihitung berdasarkan jumlah total node (n), jumlah total sampel (m) dan jumlah sampel tiap node (k). MaerDAS dianggap aman karena kemungkinan yang sangat rendah dari keberhasilan serangan di Internet Etherman, yang memiliki sekitar 10.000 node。
EIP-7823: ATUR BATAS 1024 BYTE UNTUK MODEXP
KEPERLUAN USULAN INI ADALAH MEKANISME PRE-KOMPILASI MODEXP SAAT INI DARI ETA TELAH MENYEBABKAN BANYAK KESENJANGAN KONSENSUS SELAMA BERTAHUN-TAHUN. SEBAGIAN BESAR CELAH INI BERASAL DARI FAKTA BAHWA MODEXP MEMUNGKINKAN JUMLAH DATA YANG SANGAT BESAR DAN TIDAK REALISTIS UNTUK DIMASUKKAN, SEHINGGA PERLU BAGI KLIEN UNTUK MENANGANI ANOMALI YANG BANYAK。
Karena setiap node harus memproses semua input yang disediakan oleh transaksi, ketiadaan sebuah langit-langit membuat MODEXP lebih sulit untuk diuji, lebih rentan terhadap kesalahan dan lebih mudah untuk melakukan hal yang berbeda pada klien yang berbeda. Data input yang berlebihan juga membuat formula biaya Gas sulit diprediksi, karena sulit untuk di harga ketika volume data dapat tumbuh tanpa batas. Masalah-masalah ini juga menyulitkan untuk menggantikan MODEXP dengan kode level EVM di masa depan menggunakan alat-alat seperti EVMMAX, karena tanpa batas tetap pengembang tidak dapat menciptakan jalur implementasi yang aman dan dioptimalkan。
UNTUK MENGURANGI MASALAH-MASALAH INI DAN MENINGKATKAN STABILITAS WORKSHOP ETHER, EIP-7823 TELAH MENAMBAHKAN TUTUP YANG KETAT PADA VOLUME DATA MASUKAN MODEXP, SEHINGGA MEMBUAT PROSES PRE-KOMPILASI LEBIH AMAN, LEBIH MUDAH DIUJI DAN LEBIH MUDAH DIPREDIKSI。
ACHIDON EIP-7823 MEMPERKENALKAN ATURAN SEDERHANA: KETIGA RUAS PANJANG (BASIS, INDEKS DAN MODEL) YANG DIGUNAKAN OLEH MODEXP HARUS KURANG DARI SETARA DENGAN 8192 BIT, ATAU 1024 BYTE。Masukan MODEXP AYANO mengikuti format yang didefinisikan dalam EIP-198:
MISALNYA, JIKA SESEORANG MENCOBA MEMBERIKAN ANGKA DASAR 2000 BYTE, PANGGILAN AKAN GAGAL SEBELUM PEKERJAAN DIMULAI. KETERBATASAN INI MASIH DAPAT MEMENUHI SEMUA APLIKASI PRAKTIS. AUTENTIKASI RSA BIASANYA MENGGUNAKAN PANJANG KUNCI YANG SAMA DENGAN 1024, 2048 ATAU 4096, YANG BERADA DALAM BATAS BARU. LENGKUNG ELIPSIK BEROPERASI DENGAN UKURAN INPUT YANG LEBIH KECIL, BIASANYA KURANG DARI 384 BIT, DAN KARENANYA TIDAK TERPENGARUH。
KEKANGAN BARU INI JUGA TURUT MENYEBABKAN ESKALASI DI MASA DEPAN. JIKA MASA DEPAN EVMMAX MENULIS ULANG MODEXP SEBAGAI KODE EVM, PENGEMBANG DAPAT MENAMBAHKAN JALUR TEROPTIMASI KE UKURAN INPUT 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 INPUT YANG TIDAK TERBATAS, UKURAN RUANG DESAIN DAN KESULITAN MENGELOLANYA DENGAN AMAN。
UNTUK MEMASTIKAN BAHWA PERUBAHAN INI TIDAK AKAN MENGGANGGU TRANSAKSI MASA LALU, PENULIS MENGANALISIS SEMUA PENGGUNAAN MODEXP DARI BLOK 5,472,266 (20 APRIL 2018) KE BLOK 21,,550.926 (4 JANUARI 2025). HASIL TERSEBUT MENUNJUKKAN BAHWA TIDAK ADA SATUPUN PANGGILAN MODEXP YANG SUKSES DALAM SEJARAH YANG DIGUNAKAN LEBIH DARI 513 BYTE, BAIK DI BAWAH BATAS 1024 BYTE BARU. KEBANYAKAN PANGGILAN AKTUAL MENGGUNAKAN PANJANG YANG LEBIH KECIL, SEPERTI 32 BYTE, 128 BYTE ATAU 256 BYTE。
Ada beberapa panggilan tidak sah atau korup, seperti input kosong, diisi dengan bait duplikat, dan masukan yang sangat besar tetapi tidak sah. Tindakan-tindakan ini, yang disebut di bawah pembatasan baru, juga tidak sah, karena mereka sendiri tidak sah。JADI, SEMENTARA EIP-7823 ADALAH PERUBAHAN TEKNIS UTAMA, HAL INI SEBENARNYA TIDAK MENGUBAH HASIL DARI TRANSAKSI MASA LALU。
DARI SUDUT PANDANG KEAMANAN, MENGURANGI UKURAN INPUT YANG DIIZINKAN TIDAK MENIMBULKAN RISIKO BARU. SEBALIKNYA, ITU MENGHILANGKAN EKSTREM YANG TIDAK PERLU YANG SEBELUMNYA MENYEBABKAN KESALAHAN DAN KETIDAKKONSISTENAN ANTARA KLIEN. DENGAN MEMBATASI INPUT MODEXP KE UKURAN YANG WAJAR, EIP-7823 MEMBUAT SISTEM LEBIH DAPAT DIPREDIKSI, MENGURANGI EKSTREM YANG GANJIL DAN MENGURANGI KEMUNGKINAN KESALAHAN ANTARA REALISASI YANG BERBEDA. KEKANGAN-KEKANGAN INI JUGA MEMBANTU MEMPERSIAPKAN SISTEM UNTUK TRANSISI YANG LEBIH LANCAR JIKA UPGRADE YANG AKAN DATANG (MISALNYA EVMMAX) MEMPERKENALKAN JALUR IMPLEMENTASI YANG OPTIMAL。
EIP-7825: Transaksi 16,7 juta tutupan gas
Memang benar bahwa proposal ini juga diperlukan di Ether Workshop, sebagai transaksi tunggal saat ini dapat mengkonsumsi langit-langit gas seluruh blok。
Ini dapat menciptakan beberapa masalah: transaksi dapat mengkonsumsi sebagian besar sumber daya blok, menyebabkan penundaan lambat dalam serangan seperti DoS; operasi Gas yang mahal akan menambah terlalu cepat ke status Taifeng; dan validasi blok akan menjadi lebih lambat dan node akan sulit untuk mengimbangi。
Jika satu pengguna menyerahkan 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 node harus mengambil waktu ekstra untuk memverifikasi blok. Hal ini mengancam stabilitas dan layakisasi jaringan, sebagai validasi yang lebih lambat berarti bahwa node yang lebih lemah akan tertinggal. Untuk mengatasi masalah ini, Ether Workshop membutuhkan tutup Gas yang aman yang membatasi jumlah Gas yang dapat digunakan untuk transaksi tunggal, dengan demikian membuat beban blok lebih dapat diprediksi, mengurangi risiko serangan DoS dan menyeimbangkan beban pada node。
EliP-7825 memperkenalkan aturan wajib yang tidak boleh melebihi 16,777,216 (224)。Ini adalah batas atas pada tingkat perjanjian, berarti bahwa itu berlaku untuk semua link: pengguna mengirim transaksi, transaksi diperiksa di kolam perdagangan dan petugas sertifikasi mengemas transaksi ke blok. Jika seseorang mengirim tutup gas di atas nilai ini, klien harus segera menolak transaksi dan mengembalikan kesalahan yang mirip dengan MAX_GAS_ Dia menghilang。
Batas atas morfone ini sepenuhnya independen dari batas atas Gas blok. Sebagai contoh, bahkan jika ukuran langit-langit Gas blok adalah 40 juta, konsumsi transaksi tunggal tidak akan melebihi 16,7 juta. Tujuannya adalah untuk memastikan bahwa setiap blok dapat menampung transaksi ganda, daripada mengizinkan transaksi tunggal untuk menempati seluruh blok。
Untuk lebih memahami hal ini, diasumsikan bahwa sebuah blok dapat menampung 40 juta Gas. Tanpa topi ini, seseorang mungkin mengirim transaksi yang menghabiskan 35 juta hingga 40 juta Gas. Kesepakatan yang dimonopoli blok, tidak menyisakan ruang untuk transaksi lain, sama seperti satu orang yang membungkus seluruh bus dan tidak ada orang lain yang bisa naik bus, dan 16.7 juta tutup gas baru secara alami akan mengakomodasi transaksi ganda dan dengan demikian menghindari penyalahgunaan tersebut。
Usulan ini juga menetapkan persyaratan khusus bagi pelanggan untuk memverifikasi transaksi. Transaksi niaga melebihi 16,777,216, kolam perdagangan harus menolak transaksi tersebut, yang berarti transaksi tersebut bahkan tidak akan masuk antrian. Selama proses validasi blok, jika blok mengandung transaksi melebihi langit-langit, blok itu sendiri harus ditolak。
Opsion 16,777,216 (224) Angka ini karena merupakan sub-border 2 sisi yang jelas, mudah dicapai dan masih cukup besar untuk menangani sebagian besar transaksi aktual。Sebagai contoh, penyebaran kontrak cerdas, kompleks DeFi interaktif atau multistep panggilan kontrak. Nilai ini adalah sekitar setengah dari ukuran blok tipikal, yang berarti bahwa transaksi yang paling kompleks sekalipun dapat dengan mudah terkandung dalam batas ini。
Keserasian EIP ini juga tetap terjaga dengan mekanisme Gas yang ada. Sebagian besar pengguna would tidak akan memperhatikan perubahan ini karena hampir semua transaksi yang ada mengkonsumsi jauh kurang dari 16 juta Gas. Para certifier dan pencipta blok masih dapat membuat blok-blok yang total Gas di atas 16,7 juta, asalkan setiap transaksi saling melengkapi dengan langit-langit baru。
Satu-satunya transaksi yang terkena dampak adalah upaya sebelumnya untuk menggunakan transaksi super-maksimum di luar pembatasan baru. Transaksi ini sekarang harus dibagi menjadi operasi yang lebih kecil, mirip dengan memuat dokumen yang sangat besar menjadi dua yang lebih kecil. Secara teknis, perubahan ini tidak sejalan dengan transaksi ekstrem yang langka ini, tetapi diharapkan bahwa sangat sedikit pengguna yang akan terpengaruh。
Dalam hal keselamatan, langit-langit Gas telah membuat Rumah Ether lebih tahan terhadap serangan DoS berbasis Gas, karena para penyerang tidak lagi berada dalam posisi untuk memaksa petugas yang bersertifikat untuk menangani transaksi super-trading。Ia juga membantu untuk menjaga waktu validasi blok dapat diprediksi, memudahkan untuk menjaga node disinkronisasi. Ekstra utamanya adalah bahwa sejumlah kecil penyebaran kontraktual yang sangat besar mungkin tidak memenuhi persyaratan 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 saat langit-langit Gas naik。
EIP-7883: Peningkatan Biaya Gas ModExp
Alasan untuk kebutuhan proposal ini adalah bahwa harga pra-kompilasi ModExp (untuk operasi modelling) telah rendah dibandingkan dengan sumber daya yang sebenarnya dikonsumsi。
Di beberapa kasus, perhitungan yang diperlukan untuk operasi ModExp jauh melebihi biaya yang saat ini dibayar oleh pengguna. Ketidak cocokan ini menimbulkan risiko: jika panggilan ModExp yang kompleks terlalu rendah, mereka mungkin menjadi berbobot, sehingga sulit bagi jaringan untuk meningkatkan langit-langit Gas dengan aman. Karena produsen blok mungkin dipaksa untuk menangani operasi yang sangat berat dengan biaya yang sangat rendah。
Kegunaan untuk mengatasi masalah ini, perlu untuk menyesuaikan formula pengenaan ModExp sehingga konsumsi Gas secara akurat mencerminkan beban kerja yang sebenarnya dilakukan oleh klien. JadiEIP-7883 memperkenalkan aturan baru yang meningkatkan biaya Gas minimum, menaikkan total biaya Gas dan membuat operasi volume input yang lebih besar (terutama indeks, dasar atau model lebih dari 32 byte) lebih mahal, sehingga cocok dengan harga Gas dengan perhitungan sebenarnya yang diperlukan。
Usulan tersebut menaikkan biaya melalui beberapa aspek penting, sehingga memodifikasi algoritme pengeprimukaan ModExp yang awalnya didefinisikan dalam EIP-2565。
Pertama, konsumsi Gas terendah dinaikkan dari 200 menjadi 500, dan total konsumsi Gas tidak lagi dibagi tiga, berarti bahwa total konsumsi Gas sebenarnya tiga kali lipat. Sebagai contoh, jika panggilan ModExp sebelumnya membutuhkan konsumsi 1200 gas, di bawah formula baru, sekarang akan membutuhkan konsumsi sekitar 3.600 gas。
KEDUA, PERHITUNGAN BIAYA INDEKS LEBIH BESAR DARI 32 BYTES DUA KALI LIPAT, KARENA PENGGANDA MENINGKAT DARI 8 MENJADI 16. SEBAGAI CONTOH, JIKA PANJANG INDEKSNYA 40 BYTE, EIP-2565 MENINGKATKAN JUMLAH ITERATIF SEBESAR 8 X (40 − 32) = 64, SEMENTARA EIP-7883 SEKARANG MENGGUNAKAN 16 X (40 − 32) = 128, BIAYA DOUBLING。
Ketiga, pricing sekarang mengasumsikan bahwa ukuran dasar/module minimum adalah 32 byte dan bahwa ketika nilai ini melebihi 32 byte, biaya yang dihitung meningkat drastis. Sebagai contoh, jika jumlah modul adalah 64 byte, aturan baru berlaku ganda kompleksitas (2 x words2) daripada rumus yang lebih sederhana sebelumnya, sehingga mencerminkan biaya aktual operasi skala besar. Bersama-sama, perubahan ini memastikan bahwa rekening ModExp kecil membayar biaya minimum yang wajar dan bahwa biaya operasi yang besar dan kompleks sesuai disesuaikan dengan ukurannya。
Proposal tersebut mendefinisikan fungsi komputasi Gas baru dan memperbarui kompleksitas dan aturan iteratif. Kerumitan replikasi anime sekarang menggunakan default 16 untuk kasus di mana panjang dasar/module tidak melebihi 32 byte, sedangkan untuk input yang lebih besar lebih kompleks rumus 2 x kata2, di mana "kata" merujuk pada jumlah 8 byte. Bilangan iterasi yang dihasilkan juga telah diperbarui sehingga 32 bytes atau indices yang lebih kecil menggunakan panjang bit mereka untuk menentukan kompleksitas, sementara sebuah indeks yang lebih besar dari 32 bytes meningkatkan hukuman Gas。
Hal ini memastikan bahwa hiper-indeks harga sebenarnya sekarang memiliki biaya Gas yang lebih tinggi. Penting bahwa biaya minimum gas pengembalian diberlakukan pada 500 bukannya 200 sebelumnya, yang membuat ModExp bahkan paling sederhana memanggil lebih masuk akal。
Kenaikan harga ini dimotivasi oleh tes dasar, yang menunjukkan bahwa dalam banyak kasus ModExp harga pra-kompilasi secara signifikan lebih rendah。Formula yang direvisi meningkatkan biaya operasi kecil sebesar 150 persen, operasi tipikal sebesar kira-kira 200 persen, dan operasi besar atau tidak seimbang dengan lebih dari faktor 80, tergantung pada ukuran indeks, dasar atau modelAku tidak tahu。
Tujuannya bukan untuk mengubah metode kerja ModExp ' s, tetapi untuk memastikan bahwa itu tidak mengancam stabilitas jaringan atau menghambat kenaikan masa depan tutup Gas blok, bahkan dalam kasus ekstrim konsumsi sumber daya maksimum. Saat EIP-7883 mengubah jumlah Gas yang diperlukan untuk ModExp, itu tidak kompatibel kembali, tetapi harga berat Gas telah terjadi berulang kali di Ethern dan telah sepenuhnya dipahami。
Hasil tes menunjukkan bahwa peningkatan biaya Gas sangat signifikan pada saat ini. Panggilan ModExp sejarah sebanyak 99,69 persen sekarang membutuhkan 500 Gas (sebelumnya 200 Gas) atau tiga kali lipat dari harga sebelumnya. Namun, biaya beberapa tes beban tinggi yang digunakan oleh Gas semakin meningkat. Sebagai contoh, dalam tes \"indeks-intensif\", 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, ia berfokus pada pencegahan risiko penting: operasi ModExp yang kurang penting mungkin memungkinkan penyerang untuk mengisi blok dengan perhitungan yang sangat berat dengan biaya yang sangat rendah. Satu-satunya kemungkinan kerugian adalah bahwa beberapa operasi ModExp mungkin terlalu mahal, tetapi ini jauh lebih baik daripada masalah kurang dari yang sekarang. Usulan tersebut tidak memperkenalkan perubahan antarmuka atau fitur baru, sehingga perilaku aritmetik dan vektor uji yang ada tetap valid。
EIP-7917: PREDIKSI AKURAT PROPONEN BERIKUTNYA
Usulan ini diperlukan di Ether Workshop karena penyebaran pendukung jaringan epoch berikutnya tidak dapat sepenuhnya diprediksi. Bahkan dengan benih RANDAO yang dikenal dalam N epok N +1 epoch, daftar sebenarnya dari proponen dapat diubah dengan memperbarui keseimbangan aktif (EB) dalam N epoch。
Perubahan EB ini mungkin berasal dari pengurangan, hukuman, insentif melebihi 1 ETH, konsolidasi sertifikasier atau deposito baru, terutama setelah EIP-7251 telah meningkatkan keseimbangan efektif maksimum ke atas 32 ETH. Ketidakpastian semacam itu menimbulkan masalah bagi sistem-sistem tersebut yang mengandalkan pengetahuan di muka pendukung berikutnya (misalnya, berdasarkan perjanjian pra-konfirmasi), yang memerlukan jadwal yang stabil dan dapat diprediksi untuk operasi lancar mereka. Seorang certifier mungkin bahkan mencoba untuk \"berus\" atau memanipulasi keseimbangan efektifnya untuk mempengaruhi pendukung epoch berikutnya。
Sebagai hasil dari masalah-masalah ini, pendekatan diperlukan untuk membuat tabel waktu dari proponen yang sepenuhnya mapan dalam beberapa epoch di masa depan, sehingga tidak diubah oleh pembaruan EB di menit-menit terakhir dan mudah diakses pada tingkat aplikasi。
Untuk mencapai hal ini, EIP-7917 memperkenalkan mekanisme tampilan depan proponen pasti di mana oleh MIN_SEED_LOOKAHEAD berikutnya + 1 jadwal epoch dihitung dan disimpan di muka pada awal setiap epoch。singkatnya, status beacon sekarang berisi daftar yang disebut `prosoperer_loeahead' , yang selalu mencakup pendukung dua siklus penuh (jumlah total 64 slot waktu)。
Sebagai contoh, ketika epoch N dimulai, daftar sudah memasukkan pendukung setiap slot waktu dalam epoch N dan epoch N+1. Kemudian, ketika jaringan memasuki siklus N+1, daftar bergerak ke depan: menghapus entri pengusul N-cycle, memindahkan entri N+1 dari siklus ke depan daftar dan menambahkan entri mengusulkan baru untuk N+2 di akhir daftar. Ini memungkinkan gerakan gerakan untuk diperbaiki, dapat diprediksi dan dapat diakses langsung kepada klien tanpa harus menghitung ulang proponen di setiap slot waktu。
untuk menjaga up-to-date, daftar bergerak maju di setiap perbatasan epoch: menghapus data epoch sebelumnya dan menghitung dan menambahkan daftar set pendukung baru berikutnya untuk epoch. proses ini menggunakan aturan keseimbangan benih dan efektif yang sama seperti sebelumnya, tetapi kontrol pergerakan sekarang dihitung lebih awal, sehingga menghindari dampak perubahan keseimbangan efektif setelah benih diidentifikasi. blok pertama setelah garpu juga akan mengisi seluruh jangkauan maju untuk memastikan bahwa semua epoch di masa depan memiliki gerakan awal yang benar。
Dengan asumsi bahwa setiap epoch memiliki 8 slot daripada 32 (untuk penyederhanaan). Tanpa EIP ini, sementara Anda tahu benih epoch ke-6 selama epoch ke-5, usulan sebenarnya dari slot epoch ke-6 kemungkinan akan berubah jika certifier tidak diperbolehkan atau dihargai cukup untuk mengubah keseimbangan yang sah selama periode epoch ke-5. Dengan EIP-7917, ETA memperkirakan semua pendukung dari epoch ke-5, ke-6 dan ke-7 pada awal epok ke-5 dan menyimpannya secara berurutan di `prospers_lookahead' . Jadi bahkan jika perubahan keseimbangan pada akhir epoch kelima, daftar 6 epoch proponents tetap tetap tetap dan dapat diprediksi。
EIP-7917 memperbaiki defisiensi jangka panjang dalam desain rantai suar. Ini memastikan bahwa pemilihan epok certifier masa depan tidak dapat diubah setelah epok sebelumnya RANDAO tersedia. Hal ini juga mencegah `efektif keseimbangan sikating', certifying petugas, setelah melihat RANDAO, upaya untuk menyesuaikan keseimbangannya untuk mempengaruhi daftar pendukung epok berikutnya. Mekanisme pandang ke depan yang pasti menghilangkan seluruh vektor serangan dan sangat memudahkan analisis keamanan. Ini juga memungkinkan klien konsensus untuk mengetahui di muka siapa yang akan mengusulkan blok yang akan datang, yang akan membantu untuk mencapai dan memungkinkan lapisan aplikasi untuk dengan mudah memvalidasi proposal ' s kalender melalui Merkel, root beacon。
Sebelum proposal ini, klien hanya menghitung pendukung kesenjangan saat ini. Dengan EIP-7917, mereka sekarang akan menghitung daftar pendukung dari epoch berikutnya sepanjang waktu cakrawala sekali dalam setiap konversi epoch. Ini akan menambahkan sejumlah kecil pekerjaan, tetapi indeks usulan akan sangat ringan dan terutama akan melibatkan sampling daftar sertifikasi menggunakan benih. Namun, klien perlu dibenchmark untuk memastikan bahwa perhitungan tambahan ini tidak menyebabkan masalah kinerja。
EIP-7918: Yayasan Blob biaya subyek biaya implementasi
Usulan ini diperlukan di Workshop Ether karena Sistem Biaya Blob saat ini (dari EIP-4844) akan gagal ketika Gas menjadi biaya utama Rollup。
Saat ini, sebagian besar Rollup membayar lebih banyak untuk pelaksanaan Gas (biaya termasuk transaksi Blob di blok) daripada biaya Blob yang sebenarnya. Ini menimbulkan masalah: bahkan jika biaya basis Blob terus-menerus dikurangi oleh utensil, total biaya Rollup sebenarnya tidak berubah, karena biaya tertinggi masih implementasi Gas. Akibatnya, biaya basis Blob akan terus menurun hingga mencapai minimum mutlak (1 wei), pada saat itu perjanjian tidak lagi dapat menggunakan biaya Blob untuk mengendalikan permintaan. Kemudian, ketika penggunaan Bloom tiba-tiba meningkat, dibutuhkan banyak blok untuk pulih ke tingkat normal. Hal ini membuat harga menjadi tidak stabil dan tidak dapat diprediksi bagi pengguna。
Sebagai contoh, menganggap bahwa sebuah Rollup ingin mempublikasikan datanya, harus membayar sekitar 25.000.000 gwei untuk Gas eksekusi (kira-kira 1.000.000 gwei untuk 25 gwei), biaya Blob hanya akan sekitar 200 gwei. Ini berarti bahwa total biayanya sekitar 25,000,200 gwei, yang hampir semua biayanya berasal dari implementasi Gas, bukan Blob. Jika biaya Blob terus dikurangi dengan cara yang sama, misalnya dari 200 gwei menjadi 50 gwei, maka turun menjadi 10 gwei dan akhirnya turun menjadi 1 gwei, total biaya hampir tidak akan berubah dan tetap pada 25.000.000 gwei。
Andika EIP-7918 Keterjadian masalah ini dengan memperkenalkan \"harga yang layak\" minimum berdasarkan biaya dasar implementasi, sehingga mencegah harga Blob yang terlalu rendah dan membuat Blob pricing dalam Rollup lebih stabil dan dapat diprediksi。
Ide inti dari EIP-7918 sederhana: Blob nigobi seharusnya tidak pernah diberi harga kurang dari sejumlah biaya eksekusi (dikenal sebagai BLOB_BASE_COST)。nilai dari calc_execs_blob_gas() ditetapkan ke 213, yang dicapai melalui modifikasi kecil pada fungsi calc_excs_blob_gas()。
Biasanya, fungsi ini meningkatkan atau mengurangi biaya dasar Blob tergantung pada apakah gas blob yang digunakan dalam blok berada di atas atau di bawah nilai target. Menurut usulan ini, jika Blob menjadi "terlalu rendah" relatif terhadap pelaksanaan Gas, fungsi akan berhenti mendeduksi target Blob Gas. Ini telah menyebabkan pertumbuhan gas blob berlebih yang lebih cepat, sehingga mencegah penurunan lebih lanjut biaya basis blob. Jadi, biaya dasar Blob sekarang memiliki nilai minimum sama denganBLOB_BASE_COST Xbase_fee_per_gas GAS_PER_BLOB。
Untuk memahami mengapa kita perlu melakukan ini, kita dapat melihat kebutuhan Blob. Lupa gulup mengkhawatirkan total biaya yang dibayarnya: biaya implementasi ditambah biaya blob. Jika biaya pelaksanaan Gas sangat tinggi, misalnya, 20 gwei, maka total biaya akan hampir konstan meskipun biaya Blob dikurangi dari 2 gwei menjadi 0,2 gwei. Ini berarti bahwa pengurangan biaya basis Blob tidak banyak berdampak pada permintaan. Di bidang ekonomi, hal ini disebut \"ketidakstabilan biaya\". Ini menciptakan situasi di mana kurva permintaan hampir vertikal: harga rendah tidak meningkatkan permintaan。
Pada kasus seperti itu, mekanisme biaya dasar Blob menjadi buta - bahkan jika permintaan tidak merespon, terus mengurangi harga. Inilah sebabnya mengapa biaya dasar blob sering turun menjadi 1 gwei. Kemudian, ketika permintaan aktual meningkat pada tahap selanjutnya, perjanjian memerlukan waktu satu jam atau lebih untuk menaikkan biaya ke tingkat yang wajar dari blok hampir penuh. Andika EIP-7918 Eksekusi masalah dengan menetapkan harga cadangan yang terkait dengan implementasi Gas, dengan demikian memastikan bahwa biaya Blob tetap bermakna meskipun biaya implementasi berlaku。
Alasan lain untuk menambahkan harga yang dicadangkan ini adalah bahwa node memerlukan banyak kerja tambahan untuk memverifikasi sertifikat KZG dari data Blob. Sertifikat ini memastikan bahwa data di Bob konsisten dengan komitmen mereka. Di bawah EIP-4844, node hanya perlu memverifikasi sertifikat untuk setiap Blob dengan biaya rendah. Namun, dalam EIP-7918, jumlah sertifikat yang diperlukan untuk divalidasi lebih tinggi. Ini semua karena pada EIP-7594 (PeerDAS), blob dibagi menjadi potongan-potongan kecil yang disebut sel, yang masing-masing memiliki pembuktian sendiri-sendiri, yang membuat validasi bekerja jauh lebih besar。
Dalam jangka panjang, EIP-798 juga membantu persiapan untuk masa depan. Dengan kemajuan teknologi, biaya penyimpanan dan berbagi data secara alami akan berkurang, dan diharapkan bengkel akan memungkinkan lebih banyak data Blob disimpan dari waktu ke waktu. Biaya Bolalob (dalam ETH) secara alami akan menurun ketika kapasitas Blob meningkat. Hal ini didukung oleh usulan, sebagai retensi harga dikaitkan dengan pelaksanaan harga Gas, daripada nilai tetap, sehingga dapat disesuaikan dengan pertumbuhan jaringan。
Perluasan ruang Blob dan ruang blok implementasi, hubungan harga mereka akan seimbang. Hanya dalam sangat sedikit kasus dapat retensi harga menjadi berlebihan ketika kapasitas Blob ditingkatkan secara signifikan pada tarif tanpa meningkatkan kapasitas implementasi di Gas. Pada kasus seperti itu, biaya Blob mungkin pada akhirnya lebih tinggi daripada persyaratan sebenarnya. Namun, belum ada rencana untuk berkembang dengan cara ini — ruang Bloom dan ruang blok implementasi diperkirakan akan tumbuh secara bersamaan. Oleh karena itu, nilai yang dipilih (BLOB_BASE_COST = 213) dianggap aman dan seimbang。
Hal kecil diperlukan sewaktu biaya pelaksanaan gas melonjak. Lantaran harga Blob bergantung pada biaya dasar implementasi, peningkatan biaya implementasi secara mendadak mungkin sementara menempatkan biaya Blob dalam situasi yang didominasi oleh biaya implementasi. Sebagai contoh, diasumsikan bahwa implementasi biaya Gas tiba-tiba melompat dari 20 sampai 60 gwei dalam satu blok. Sebagai harga Blob terkait dengan nilai ini, Blob biaya tidak dapat mematahkan tingkat baru dan lebih tinggi. Jika Blob masih digunakan, biayanya akan terus meningkat secara normal, tetapi perjanjian tidak akan mengizinkannya untuk menurun sampai meningkat cukup untuk menyamai biaya implementasi yang lebih tinggi. Ini berarti bahwa dalam beberapa blok, biaya Blob dapat tumbuh lebih lambat daripada biaya implementasi. Keterlambatan singkat ini tidak berbahaya — sebenarnya mencegah fluktuasi tajam dalam harga Blob dan membuat sistem menjadi lebih stabil。
penulisnya juga melakukan analisis empiris kegiatan perdagangan blok aktual pada november 2024 hingga maret 2025 dan menerapkan aturan retensi harga. selama periode biaya implementasi yang tinggi (rata-rata sekitar 16 gwei), ambang cadangan secara signifikan meningkatkan biaya dasar blok dibandingkan mekanisme lama. biaya blok tetap hampir konstan kecuali biaya dasar blok dihitung di bawah harga cadangan. dengan membandingkan ribuan blok, penulis menunjukkan bahwa mekanisme baru dapat menciptakan harga yang lebih stabil sambil mempertahankan respon alami terhadap permintaan. angka empat bulan untuk biaya blok menunjukkan bahwa harga cadangan telah mengurangi volatilitas ekstrem dengan mencegah biaya blok dari jatuh ke 1 gwei。
Sejauh keamanan yang bersangkutan, perubahan ini tidak akan menimbulkan risiko apapun. biaya dari blok dasar akan selalu sama atau lebih tinggi dari biaya unit pelaksanaan BLOB_BASE_COST dalam Gas. Hal ini aman karena mekanisme tersebut hanya meningkatkan biaya minimum, dan penetapan ambang harga tidak mempengaruhi keabsahan perjanjian. Ini hanya memastikan fungsi ekonomi yang sehat。
EIP-7934: BATAS UKURAN BLOK PENEGAKAN RLP
Sebelum EIP-7934, tidak ada langit-langit yang ketat pada ukuran blok penegakan berkode RLP. Secara teori, blok mungkin sangat besar jika mengandung transaksi besar atau data yang sangat kompleks. Ini menimbulkan dua isu utama: ketidakstabilan jaringan dan risiko penolakan layanan (DoS)。
Jika blok terlalu besar, waktu yang diperlukan untuk mengunduh dan memvalidasi node akan lebih panjang, yang akan memperlambat transmisi mereka dan meningkatkan kemungkinan rantai cabang sementara. Lebih buruk lagi lagi, penyerang bisa sengaja membuat blok yang sangat besar untuk kelebihan beban node, menyebabkan penundaan atau bahkan de-linking mereka — serangan penyangkalan-of-service khas. Pada saat yang sama, perjanjian CL Gossip telah menolak untuk menyebarkan blok apapun di atas 10MB, yang berarti bahwa blok implementasi yang terlalu besar mungkin tidak disebarluaskan dalam jaringan, sehingga menciptakan fragmentasi rantai atau perselisihan antara node. Ditinjau dari risiko-risiko ini, aturan tingkat protokol yang jelas diperlukan untuk mencegah ukuran yang berlebihan dan menjaga stabilitas jaringan dan keamanan。
AZO EIP-7934 mengatasi masalah ini dengan memperkenalkan topi ukuran blok penegakan RLP tingkat yang disepakati. Ukuran blok maksimum maksimum yang diperbolehkan (MAX_BLONK_SIZE) ditetapkan menjadi 10 MiB (10,485,760 bytes), tetapi 2 MiB (2.097.152 bytes) ditambahkan atas dasar Taifeng karena blok suar juga menempati beberapa ruang (SAFETY_MARGIN)。
Ini berarti bahwa maksimum ukuran blok penegakan terenkode RLP yang diperbolehkan adalah MAX_RLP_BLONK_SIZE MAX_BLONK_SIZE-SAFETY_MARGIN. Jika blok yang dikodekan lebih besar dari batas ini, blok akan dianggap tidak sah dan node harus menolaknya. Dengan aturan ini, produsen blok harus memeriksa ukuran kode dari setiap blok yang mereka buat, dan certifier harus memverifikasi batas ini selama sertifikasi blok. Cap ukuran ini independen dari batas Gas, yang berarti bahwa bahkan jika blok itu \"lebih rendah daripada batas Gas\", tetap akan ditolak jika terlalu besar. Ini memastikan bahwa penggunaan Gas dan batas ukuran byte aktual diamati。
Takaran memilih batas atas 10 MiB adalah disengaja karena cocok dengan batasan yang ada dalam perjanjian Gossip Aras Konsensus。Data apapun yang lebih besar dari 10 MiB tidak akan disiarkan secara online, sehingga EIP ini menyelaraskan penegakan dengan batas tingkat konsensus. Ini menjamin konsistensi di antara semua komponen dan mencegah implementasi efektif dari blok \"visible\" akibat penolakan CL untuk menyebarkan。
Perubahan ini tidak mematuhi downward dengan blok yang lebih besar dari batas baru, yang berarti bahwa penambang dan certifier harus memperbarui klien mereka untuk mematuhi aturan. Namun, karena megablok sendiri bermasalah dan tidak umum dalam praktiknya, dampaknya minimal。
Dalam hal keselamatan, EIP-7934 telah secara signifikan meningkatkan kemampuan Taifang untuk menahan serangan terhadap DoS pada ukuran blok spesifik dengan memastikan bahwa tidak ada peserta yang mampu membuat blok yang akan melumpuhkan jaringan。PADA SUM, EIP-7934 MENAMBAHKAN PERBATASAN KEAMANAN YANG PENTING, MENINGKATKAN STABILITAS, MENYELARASKAN LOGIKA IMPLEMENTASI (EL) DAN PERILAKU CL, DAN MENCEGAH BERBAGAI SERANGAN YANG BERHUBUNGAN DENGAN PENCIPTAAN DAN PENYEBARAN MEGABLOK。
PENGHITUNGAN KODE OPERASI (CLZ)
Sebelum EIP ini, jumlah nol yang mendahului 256 bit dihitung menggunakan kode operasi yang tidak dimiliki Taifeng. Pembangun Pembangun harus menggunakan Soliditas untuk secara manual mengimplementasikan fungsi CLZ, yang membutuhkan sejumlah besar ofset dan perbandingan。
INI MASALAH BESAR, KARENA PRESTASI YANG DITENTUKAN SENDIRI LAMBAT, MAHAL DAN MEMBUTUHKAN BANYAK BYTE, MENAMBAHKAN Gsebagai konsumsi. Untuk sistem sertifikasi pengetahuan-nol, biaya pembuktian lebih tinggi dan biaya pembuktian operasi transfer-kanan sangat tinggi, sehingga operasi seperti CLZ akan secara signifikan mengurangi kecepatan pembuktian nol-pengetahuan sirkuit. Karena CLZ adalah fungsi dasar yang sangat umum, maka banyak digunakan dalam perpustakaan matematika, algoritme terkompresi, bit, skema tanda tangan dan banyak tugas enkripsi atau pengolahan data, metode perhitungan yang lebih cepat dan ekonomis diperlukan dalam tarif。
AZZ (0x1e). Kode operasi ini membaca nilai 256-bit dari tumpukan dan mengembalikan jumlah nol timbal. Jika angkanya nol, kodenya mengembalikan 256 karena angka nol 256-bit memiliki 256 angka nol timbal。
Hal ini konsisten dengan cara CLZ bekerja di banyak struktur CPU seperti ARM dan x86, di mana operasi CLZ adalah home-grown. Penambahan CLZ secara signifikan akan mengurangi biaya dari banyak algoritme: InWad, PowerWad, LambertW, berbagai fungsi matematika, perbandingan byte, pemindaian bitmap, pemanggilan kompresi/dekompresi data, dan program tanda kuantum yang akan datang semuanya dapat memperoleh manfaat dari deteksi nol baris pertama yang 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) serangan karena harga rendah. Uji dasar menunjukkan bahwa CLZ menghitung kira-kira jumlah yang sama dengan ADD dan bahwa dalam PSP1 rV32im mencertifying lingkungan, CLZ benar-benar biaya kurang dari ADD, dengan demikian mengurangi biaya nol bukti pengetahuan。
UBUNTU EIP-7939 SEPENUHNYA UNDUR KOMPATIBEL SAAT MEMPERKENALKAN KODE OPERASI BARU DAN TIDAK MEMODIFIKASI PERILAKU YANG ADA。
Secara umum, EIP-7939, dengan menambahkan bahasa sederhana dan efisien yang sudah didukung oleh CPU modern, membuatnya lebih cepat, lebih murah dan ramah kepada pengembang - untuk mengurangi biaya Gas, untuk mengurangi ukuran kode byte dan untuk mengurangi biaya pembuktian nol-pengetahuan dari banyak operasi umum。
EIP-7951: TANDA TANGAN UNTUK MENDUKUNG PERANGKAT KERAS MODERN
Sebelum EIP ini, tanda tangan digital yang diciptakan menggunakan secp256r1 (P-256) kurva diverifikasi dengan cara yang tidak aman, asli。
Alur ini adalah standar yang digunakan untuk perangkat modern seperti Apple Security Enclave, Android Keystore, HSM, TEE dan FIDO2/WebAuthn kunci keamanan. Dengan tidak adanya dukungan tersebut, aplikasi dan dompet tidak dapat dengan mudah ditandatangani dengan aman menggunakan perangkat keras tingkat peralatan. Telah ada upaya sebelumnya (RIP-7212), tetapi memiliki dua celah keamanan yang serius, yang terkait, masing-masing, untuk perbandingan pemrosesan remote dan tanda tangan yang salah. Masalah-masalah tersebut dapat menyebabkan kesalahan dalam validasi dan bahkan kegagalan konsensus。AFOBIA EIP-7951 MEREHABILITASI MASALAH KEAMANAN INI DAN MEMPERKENALKAN PROSES PRE-SIRKULASI YANG AMAN DAN ASLI YANG AKHIRNYA AKAN MEMUNGKINKAN ETHER WORKSHOP UNTUK MENDUKUNG TANDA TANGAN DARI PERANGKAT KERAS MODERN DENGAN AMAN DAN EFISIEN。
Andika EIP-7951 Gagal menambah alamat 0x100 kontrak pra-kompilasi baru yang disebut P256VERIFY, yang menggunakan kurva secp256r1 untuk mengesahkan tanda tangan ECDSA. Ini menjadikan otentikasi tandatangan lebih cepat dan kurang mahal daripada mencapainya secara langsung dalam Soliditas。
Infeksi EIP-7951 juga mendefinisikan aturan sertifikasi masukan yang ketat. Jika sesuatu tidak valid, pre-kompilasi akan kembali gagal dan tidak akan roll kembali, mengkonsumsi Gas yang sama dengan panggilan sukses. Algoritme Validasi Ubuntu mengikuti standar ECDSA: ia menghitung s−1 mod n, mendirikan kembali tanda tangan titik R', dan bertahan jika penolakan R tidak ada habisnya, memeriksa apakah koordinat x dari R' match r (mod n). Ini memperbaiki kesalahan di RIP-7212, di mana RIP-7212 langsung membandingkan r' daripada menyederhanakan n pertama。
Biaya gas dari operasi ini ditetapkan pada 6900 Gas, yang lebih tinggi dari versi RIP-7212, tetapi konsisten dengan kinerja sebenarnya benchmark disertifikasi oleh secp256r1. Secara penting, antarmuka sepenuhnya kompatibel dengan jaringan Layer 2 yang telah dikerahkan (alamat yang sama dan format input/output yang sama) dan karenanya kontrak pintar yang ada akan terus berfungsi tanpa perubahan apapun. Satu-satunya perbedaannya adalah perilaku yang dianjurkan 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 ke aplikasi, dan membuat jelas bahwa pre-kompilasi tidak membutuhkan eksekusi waktu konstan. Lengkungan secp256r1 menyediakan 128 bit keamanan dan telah mendapatkan kepercayaan dan analisis yang luas, sehingga dapat diterapkan secara aman pada Etherpo。
SINGKATNYA, EIP-7951 BERTUJUAN UNTUK MENGAMANKAN PENGENALAN AUTENTIKASI YANG DIDUKUNG PERANGKAT KERAS MODERN KE DALAM INN, UNTUK MEMPERBAIKI KEAMANAN PROPOSAL AWAL DAN UNTUK MEMBERIKAN CARA YANG DAPAT DIANDALKAN DAN TERSTANDARDISASI UNTUK OTENTIKASI TANDA TANGAN P-256 DI SELURUH EKOSISTEM。
Ringkasan
Tabel di bawah ini meringkas perubahan mana pada Fusaka EIP yang berbeda diperlukan oleh klien Taifeng. Tanda cek pada klien konsensus menunjukkan bahwa EIP perlu memperbarui klien lapisan konsensus, sementara tanda cek pada klien eksekusi menunjukkan bahwa tataran mempengaruhi klien tingkat eksekutif. Ada beberapa EIP yang perlu memperbarui konsensus dan lapisan implementasi secara bersamaan, sementara yang lain hanya perlu memperbarui salah satunya。
Semua itu adalah kunci EIP yang terkandung dalam garpu Fusaka. upgrade melibatkan konsensus dan implementasi dari beberapa perbaikan klien, dari penyesuaian Gas dan upgrade ke pra-kompilasi baru, inti dari upgrade adalah PeerDAS, yang memperkenalkan point-to-point data ketersediaan sampling, memungkinkan untuk pengolahan data Blob yang lebih efisien dan layak diperindah di seluruh jaringan。