Ethereum EIP-8479 Dijelaskan: PeerDAS Pasca-Quantum dan Blob Berukuran Variabel

2026/11/03 16:03:00

Bagaimana jika Ethereum dapat membuat infrastruktur ketersediaan datanya lebih tahan terhadap komputer kuantum masa depan sekaligus memberikan fleksibilitas lebih besar kepada jaringan Layer 2 dalam cara mereka mempublikasikan data transaksi? Sebuah proposal baru yang diperkenalkan oleh peneliti Ethereum Foundation Francesco Risitano pada 1 November 2026, mengeksplorasi kemungkinan tepat seperti itu. Draft tersebut, awalnya bernomor EIP-9999, mengusulkan penggantian KZG commitments dalam PeerDAS dengan Keccak-256 Merkle commitments dan LeanDA STARK proofs. Proposal ini juga memperkenalkan blob berukuran variabel mulai dari 2 KiB hingga 512 KiB, memungkinkan rollup untuk memilih kapasitas data yang lebih sesuai dengan kebutuhan mereka. Thread diskusi Ethereum Magicians menggunakan designation EIP-8479, sehingga perbedaan penomoran penting saat mengikuti proposal ini. Meskipun desainnya masih berada pada tahap tinjauan awal, proposal ini menghubungkan tiga prioritas utama pengembangan Ethereum: kriptografi pasca-kuantum, ketersediaan data, dan skalabilitas Layer 2. Signifikansi potensialnya melampaui rekayasa protokol, memunculkan pertanyaan tentang biaya rollup, daya saing infrastruktur Ethereum, dan nilai ekosistem ETH dalam jangka panjang.

Poin Utama

Proposal pasca-kuantum baru: Draf tersebut mengeksplorasi penggantian komitmen KZG-based PeerDAS dengan komitmen Merkle Keccak-256 dan bukti LeanDA STARK.
Blob ukuran variabel: Desain memungkinkan ukuran blob pangkat dua dari 2 KiB hingga 512 KiB sambil mempertahankan 128 kolom per blob.
Dampak Layer 2: Rollups dapat memilih kapasitas data yang lebih sesuai dengan batch transaksi, berpotensi meningkatkan pemanfaatan data.
Perubahan kriptografis: Jalur otentikasi Merkle akan menggantikan bukti sel KZG, sementara bukti STARK akan memverifikasi pengkodean Reed-Solomon dan turunan komitmen.
Tahap pengembangan awal: Proposal tetap berupa draf, dengan parameter sistem bukti, integrasi klien, dan tolok ukur kinerja yang masih memerlukan pengerjaan.
Relevansi pasar ETH: Usulan ini dapat memperkuat narasi infrastruktur jangka panjang Ethereum, tetapi tidak menciptakan katalis segera untuk harga ETH atau menjamin biaya transaksi yang lebih rendah.

Apa Itu Ethereum EIP-8479 dan Mengapa Diusulkan?

Usulan ini menangani dua tantangan yang saling terkait: keamanan kriptografis jangka panjang dari lapisan ketersediaan data Ethereum dan kebutuhan akan kapasitas data yang lebih fleksibel untuk rollup. Spesifikasi aslinya berjudul EIP-9999, dengan thread diskusi November 1 menggunakan judul EIP-8479. Usulan ini ditulis oleh Francesco Risitano, Thomas Coratger, dan Tom Wambsgans, dan draf awalnya bertanggal 26 Oktober 2026. Usulan ini merupakan EIP Core, Standards Track dan saat ini berstatus Draft. Usulan ini merujuk pada beberapa usulan terkait, termasuk EIP-4844, EIP-7594, EIP-7892, EIP-8141, dan EIP-8288.

Mengapa PeerDAS yang Ada Memerlukan Pendekatan Kriptografis yang Berbeda

PeerDAS, atau Peer Data Availability Sampling, memungkinkan node ethereum untuk memeriksa apakah data blob tersedia tanpa mengunduh setiap byte dari seluruh blob. Mekanisme ini mendistribusikan data ke dalam kolom-kolom, menetapkan tanggung jawab kepemilikan kepada node, dan memungkinkan peserta untuk mengambil sampel sebagian tertentu. Ini mengurangi kebutuhan data untuk validator biasa sambil tetap mempertahankan metode untuk memeriksa ketersediaan data.

Desain saat ini menggunakan komitmen KZG dan bukti sel untuk mengautentikasi data yang diambil. KZG bergantung pada kriptografi pasangan kurva eliptik, yang secara prinsip rentan terhadap komputer kuantum tahan gangguan yang cukup mampu menjalankan algoritma Shor. Meskipun komputer kuantum praktis yang mampu memecahkan asumsi kriptografi Ethereum belum tersedia saat ini, para peneliti protokol sedang mengevaluasi alternatif sebelum ancaman semacam itu menjadi operasional. Diskusi EIP-8479 oleh karena itu mencerminkan strategi keamanan yang proaktif, bukan respons terhadap serangan kuantum segera.

Mengapa Fleksibilitas Blob Penting bagi Ethereum

Motivasi kedua berkaitan dengan cara rollup membeli dan mempublikasikan kapasitas data. Struktur data berukuran tetap dapat menciptakan ketidakefisienan ketika batch transaksi rollup tidak sesuai dengan kapasitas yang tersedia. Batch yang lebih kecil dapat meninggalkan ruang yang tidak terpakai, sementara menunggu untuk mengakumulasi batch yang lebih besar dapat menimbulkan penundaan publikasi tambahan.

Blob berukuran variabel bertujuan untuk memberikan operator rollup lebih banyak kendali atas kompromi ini. Alih-alih memperlakukan setiap pengiriman sebagai unit dengan kapasitas tetap, desain yang diusulkan memungkinkan ukuran blob yang didukung meningkat dalam pangkat dua. Ini dapat membuat publikasi data lebih adaptif terhadap berbagai volume transaksi dan kebutuhan operasional.

Bagaimana EIP-8479 Mengganti KZG dengan STARKs Pasca-Kuantum?

Perubahan kriptografis utama adalah penggantian komitmen KZG dan bukti sel dengan komitmen Merkle Keccak-256, jalur otentikasi Merkle, dan bukti STARK LeanDA. Desain ini memisahkan tugas otentikasi sampel data individu dari tugas membuktikan bahwa blob lengkap telah dienkoding dan dikomitkan dengan benar. Ini dimaksudkan untuk menghilangkan ketergantungan pada asumsi pasangan kurva eliptik dan menghilangkan pengaturan terpercaya yang diperlukan oleh konstruksi KZG yang ada.

Komitmen Merkle Keccak-256

Pohon Merkle mengatur data melalui penghashan berulang. Elemen data individu pertama kali di-hash menjadi node daun, setelah itu pasangan hash digabungkan untuk membuat node tingkat lebih tinggi. Proses ini berlanjut hingga satu Merkle root mewakili struktur data dasar.

Dalam desain PeerDAS yang diusulkan, setiap blob menerima komitmen Merkle berbasis Keccak-256. Ketika sebuah node mengambil sel data tertentu, ia dapat menerima jalur otentikasi Merkle yang sesuai dan secara mandiri memverifikasi bahwa sel tersebut termasuk dalam blob yang dikomitkan. Ini menyediakan cara untuk mengotentikasi data yang diambil tanpa bergantung pada bukti sel KZG.

Keccak-256 sangat relevan karena konstruksi kriptografi berbasis hash umumnya dianggap lebih cocok untuk keamanan pasca-kuantum dibandingkan skema berbasis logaritma diskret kurva eliptik. Algoritma pencarian kuantum masih dapat mengurangi keamanan efektif fungsi hash, sehingga parameter keamanan dan detail implementasi tetap penting. Oleh karena itu, proposal ini harus dipahami sebagai langkah menuju asumsi kriptografi tahan-kuantum, bukan jaminan terhadap setiap serangan kuantum masa depan.

Apa yang Sebenarnya Diverifikasi oleh LeanDA STARK?

Otentikasi Merkle menetapkan bahwa sel yang diambil sampelnya termasuk dalam struktur data yang telah dikomitkan, tetapi protokol juga harus menetapkan bahwa pengkodean data blob dan generasi komitmen dilakukan dengan benar. Di sinilah LeanDA STARK menjadi penting.

Bukti STARK yang diusulkan membuktikan dua properti utama: bahwa blob memenuhi hubungan pengkodean Reed-Solomon-nya dan bahwa komitmen Merkle terkait telah diturunkan dengan benar. Pengkodean Reed-Solomon memperkenalkan redundansi yang memungkinkan bagian data yang hilang untuk direkonstruksi ketika cukup banyak bagian yang valid tersedia. Bukti ini memungkinkan jaringan untuk memverifikasi hubungan pengkodean dan komitmen yang relevan tanpa memerlukan setiap verifier untuk mengulangi seluruh perhitungan secara independen.

Proposal tersebut juga menghubungkan bukti LeanDA dengan EIP-8288, yang menyediakan kerangka agregasi STARK rekursif tingkat blok. Alih-alih memperlakukan setiap bukti sebagai tugas verifikasi terpisah, desain ini memperkenalkan kerangka ketergantungan ketersediaan data yang buktinya dapat dilipat ke dalam agregat tingkat blok yang lebih luas. Integrasi ini secara teknis signifikan karena biaya generasi, agregasi, dan verifikasi bukti akan memengaruhi apakah desain ini praktis untuk klien ethereum.

Bagaimana Blob Berukuran Variabel Mengubah Ketersediaan Data Ethereum?

Usulan ini memperkenalkan ukuran blob mulai dari 2 KiB hingga 512 KiB, dengan panjang byte yang didukung dibatasi pada pangkat dua. Setiap blob mempertahankan 128 kolom, yang berarti panjang byte unit data individu berubah sementara struktur kolom secara keseluruhan tetap konsisten. Ini merupakan perubahan signifikan dibandingkan model blob ukuran tetap tradisional yang digunakan oleh infrastruktur ketersediaan data Ethereum yang ada.

Dari Kapasitas Tetap ke Publikasi Data Fleksibel

Dalam desain yang diusulkan, sebuah rollup dapat memilih ukuran blob yang lebih sesuai dengan jumlah data yang perlu diterbitkan. Sekumpulan transaksi kecil dapat menggunakan blob yang lebih kecil, sementara sekumpulan yang lebih besar dapat memilih kapasitas yang lebih besar. Tujuannya adalah mengurangi padding yang tidak perlu dan memberikan fleksibilitas lebih besar kepada rollup dalam menyeimbangkan biaya ketersediaan data terhadap frekuensi penerbitan.

Contoh-contoh berikut menggambarkan kisaran kapasitas yang diusulkan:

2 KiB: Pengiriman data kecil yang memerlukan kapasitas terbatas.
8 KiB–64 KiB: Ukuran menengah untuk kelompok transaksi yang relatif ringkas.
128 KiB: Titik acuan yang familiar yang sesuai dengan kapasitas blob tradisional.
256 KiB–512 KiB: Pengiriman yang lebih besar yang memerlukan kapasitas data tambahan.

Usulan tersebut juga menentukan perubahan pada transaksi yang membawa blob. Alih-alih mengandalkan representasi versioned-hash yang ada, struktur transaksi yang diusulkan menggunakan Merkle root dan bidang panjang byte yang eksplisit. Transaksi yang membawa blob direpresentasikan menggunakan transaksi kerangka EIP-8141, menghubungkan struktur data baru ke desain format transaksi yang lebih luas.

Bagaimana Blob Berukuran Variabel Dapat Mempengaruhi Biaya Gas?

Kapasitas blob fleksibel dapat meningkatkan pemanfaatan data, tetapi hubungan antara ukuran blob dan biaya tidak sesederhana memilih blob yang lebih kecil dan secara otomatis membayar lebih sedikit. Usulan ini juga mengubah persyaratan jaringan dan akuntansi gas, termasuk biaya yang terkait dengan otentikasi Merkle dan proses verifikasi baru.

Untuk operator rollup, perhitungan yang relevan melibatkan lebih dari sekadar kapasitas data mentah. Mereka harus mempertimbangkan ukuran batch transaksi, frekuensi publikasi blob, biaya generasi bukti, propagasi jaringan, dan harga pasar blob gas. Blob yang lebih kecil mungkin lebih efisien untuk satu beban kerja, sementara pengiriman yang lebih besar mungkin lebih disukai untuk yang lain.

Oleh karena itu, desain ini memperkenalkan peluang untuk mengoptimalkan publikasi data, bukan menjanjikan pengurangan biaya universal. Penghematan aktual akan bergantung pada tolok ukur implementasi dan bagaimana pengembang rollup menyesuaikan strategi penggabungan mereka setelah proposal menjalani tinjauan lebih lanjut.

Apa yang Bisa Dimaknai EIP-8479 bagi Jaringan Layer 2 Ethereum?

Proposal tersebut dapat membuat infrastruktur ketersediaan data Ethereum lebih adaptif terhadap kebutuhan Layer 2 networks, terutama rollup yang menerbitkan data transaksi secara berkelompok. Arbitrum, Optimism, dan Base adalah contoh ekosistem skala Ethereum utama yang operatornya tertarik pada publikasi data yang efisien dan dapat diprediksi. Namun, EIP-8479 tidak secara langsung mengubah lingkungan eksekusi mereka atau menjamin pengurangan segera dalam biaya transaksi pengguna.

Potensi Manfaat bagi Operator Rollup

Rollup harus menyeimbangkan frekuensi pengiriman batch transaksi dengan biaya menerbitkan data ke ethereum. Blob dengan kapasitas tetap dapat menciptakan ketidaksesuaian antara kebutuhan data aktual dan kapasitas yang dibeli. Blob berukuran variabel dapat memberikan operator lebih banyak pilihan saat merancang ukuran batch dan jadwal penerbitan.

Misalnya, rollup yang mengalami aktivitas transaksi relatif rendah mungkin lebih memilih untuk menerbitkan batch yang lebih kecil tanpa menunggu akumulasi data cukup untuk mengisi struktur berkapasitas tetap yang lebih besar. Rollup dengan volume tinggi justru dapat menggunakan blob yang lebih besar untuk mengkonsolidasikan lebih banyak data dalam setiap pengiriman. Pilihan-pilihan ini dapat meningkatkan fleksibilitas operasional dan membantu pengembang mengoptimalkan hubungan antara biaya ketersediaan data dan latensi transaksi.

Manfaatnya tidak selalu identik di seluruh jaringan. Rollup berbeda dalam volume transaksi, teknik kompresi, model urutan, dan strategi publikasi data. Akibatnya, pengembang perlu mengevaluasi apakah fleksibilitas tambahan tersebut lebih besar daripada biaya implementasi dan generasi bukti.

Dampak terhadap Kompetisi Layer 2 Ethereum

Ethereum bersaing dengan ekosistem blockchain alternatif yang menawarkan pendekatan berbeda dalam eksekusi, penyelesaian transaksi, dan ketersediaan data. Meningkatkan efisiensi infrastruktur blob-nya dapat mendukung posisi Ethereum sebagai lapisan penyelesaian dan ketersediaan data untuk aplikasi berbasis rollup.

Namun, daya saing jaringan bergantung pada lebih dari sekadar kapasitas blob. Pengembang dan pengguna juga mempertimbangkan biaya transaksi, kinerja aplikasi, likuiditas, interoperabilitas, keamanan, dan dukungan ekosistem. EIP-8479 menangani satu bagian penting dari persamaan yang lebih luas ini: infrastruktur kriptografi dan ketersediaan data yang mendasari penskalaan rollup.

Kontribusi potensialnya oleh karena itu lebih baik dievaluasi sebagai peningkatan infrastruktur yang dapat memperkuat lingkungan pengembangan Layer 2 Ethereum dari waktu ke waktu, bukan sebagai keunggulan kompetitif langsung yang telah terbukti.

Bagaimana EIP-8479 Sesuai dengan Peta Jalan Post-Quantum Ethereum?

EIP-8479 menangani komponen ketersediaan data dari agenda penelitian pasca-kuantum yang lebih luas dari ethereum. Ini tidak menggantikan setiap primitif kriptografi yang digunakan oleh jaringan, dan tidak membuat ethereum sepenuhnya tahan kuantum. Tanda tangan konsensus, otentikasi akun, dan sistem kriptografi lainnya memerlukan strategi migrasi masing-masing.

Tiga Area Kriptografi Memerlukan Perhatian

Arsitektur kriptografik ethereum mencakup beberapa komponen dengan asumsi keamanan yang berbeda:

Tanda tangan konsensus: Validator ethereum menggunakan tanda tangan BLS untuk berpartisipasi dalam konsensus dan meng agregasikan attestations. Karena BLS bergantung pada kriptografi pasangan kurva eliptik, para peneliti sedang mengeksplorasi sistem tanda tangan alternatif yang dapat menawarkan sifat keamanan pasca-kuantum yang lebih kuat.

Tanda tangan akun: Akun milik eksternal standar menggunakan tanda tangan ECDSA. Komputer kuantum yang cukup kuat secara teoretis dapat menggunakan algoritma Shor untuk mendapatkan informasi kunci pribadi dari kunci publik yang terungkap di bawah asumsi kurva eliptik yang relevan. Abstraksi akun dan mekanisme verifikasi tanda tangan alternatif adalah di antara pendekatan yang dapat mendukung migrasi masa depan.

Komitmen ketersediaan data: Komitmen KZG adalah komponen yang secara langsung ditargetkan oleh proposal ini. Menggantinya dengan komitmen Merkle berbasis hash dan bukti STARK akan menangani satu bagian spesifik dari paparan kriptografis protokol.

Area-area ini terkait, tetapi tidak dapat ditingkatkan melalui satu perubahan saja. Transisi ethereum pasca-kuantum akan memerlukan kerja terkoordinasi di seluruh konsensus, eksekusi, jaringan, dan infrastruktur aplikasi.

Mengapa Desain Berbasis STARK Penting

Sistem STARK menggunakan fungsi hash dan konstruksi bukti transparan daripada mengandalkan pasangan kurva eliptik dan pengaturan tepercaya konvensional. Sifat-sifatnya menjadikannya kandidat untuk aplikasi pasca-kuantum, meskipun ukuran bukti, kinerja verifikasi, kompleksitas implementasi, dan parameter keamanan hash masih perlu dievaluasi.

EIP-8479 juga menunjukkan pentingnya menghubungkan penelitian kriptografi dengan rekayasa protokol. Sistem bukti yang secara teoretis aman tidak cukup sendirian: ia harus berfungsi dalam batasan waktu blok Ethereum, bandwidth, sumber daya validator, dan kompatibilitas klien. Integrasi usulan ini dengan EIP-8288 mencerminkan kebutuhan untuk mempertimbangkan verifikasi bukti pada tingkat blok yang lebih luas.

Apa status terkini dari EIP-8479?

Pada 2 November 2026, proposal ini tetap berupa draf tahap awal, bukan peningkatan jaringan Ethereum yang disetujui. Diskusi pada 1 November dan permintaan tarik GitHub di GitHub mengundang umpan balik dari pengembang rollup, tim konsensus dan klien eksekusi, kontributor jaringan, dan peneliti kriptografi. Spesifikasi secara eksplisit mengidentifikasi beberapa masalah yang belum terpecahkan, yang berarti masih diperlukan pekerjaan desain dan implementasi yang substansial sebelum penyebaran di mainnet dapat dipertimbangkan.

Tantangan Teknis yang Luar Biasa

Masalah pertama adalah penyelesaian program tamu LeanDA dan hash kunci verifikasinya. Komponen-komponen ini penting karena menentukan komputasi yang dibuktikan dan parameter yang digunakan oleh verifier untuk memeriksa bukti STARK yang dihasilkan.

Masalah kedua adalah implementasi klien. Proposal ini memerlukan perubahan terkoordinasi di seluruh komponen lapisan eksekusi, lapisan konsensus, dan jaringan. Pengembang harus memastikan bahwa klien yang berbeda menafsirkan komitmen blob, bidang transaksi, dan prosedur otentikasi data secara konsisten.

Masalah ketiga berkaitan dengan kinerja. Generasi bukti, agregasi rekursif, jalur otentikasi Merkle, dan bandwidth PeerDAS harus diuji kinerjanya di berbagai konfigurasi node. Desain yang berfungsi di lingkungan penelitian terkendali juga harus tetap praktis untuk jaringan validator yang lebih luas.

Akhirnya, operator rollup perlu mengonfirmasi apakah distribusi ukuran blob yang diusulkan sesuai dengan permintaan dunia nyata. Umpan balik mengenai kapasitas yang disukai akan membantu menentukan apakah blob berukuran variabel memberikan manfaat berarti selain kompleksitas protokol tambahan.

Apa yang Harus Diperhatikan oleh Pengembang dan Investor Selanjutnya?

Perkembangan paling penting akan mencakup kemajuan pada spesifikasi, publikasi prototipe yang berfungsi, tinjauan kriptografi independen, dan hasil kinerja. Umpan balik dari tim rollup juga akan membantu menentukan apakah rentang kapasitas yang diusulkan bermanfaat untuk beban kerja publikasi data nyata.

Status proposal terkait juga penting. EIP-8288 menyediakan kerangka agregasi bukti rekursif yang dirujuk oleh LeanDA, sementara EIP-8141 menyediakan struktur transaksi kerangka yang diusulkan. Kemajuan implementasinya dapat memengaruhi jalur integrasi untuk desain baru.

Bagi investor, perbedaan antara usulan penelitian dan pembaruan yang dijadwalkan sangat penting. Draft EIP dapat memengaruhi narasi pengembangan jangka panjang Ethereum, tetapi tidak boleh dianggap sebagai bukti bahwa fitur tertentu akan mencapai mainnet atau menghasilkan perubahan yang dapat diukur dalam permintaan ETH.

Apakah EIP-8479 Dapat Mempengaruhi Harga ETH dan Adopsi Ethereum?

EIP-8479 memiliki implikasi jangka panjang terhadap infrastruktur Ethereum, tetapi dampak langsungnya terhadap valuasi ETH kemungkinan besar akan didorong lebih oleh ekspektasi pasar daripada perubahan langsung terhadap ekonomi jaringan. Usulan ini belum diimplementasikan, dan tidak ada jadwal aktivasi mainnet yang dikonfirmasi. Akibatnya, belum memberikan bukti terukur mengenai penurunan biaya rollup, peningkatan pemanfaatan blob, atau peningkatan permintaan transaksi ETH.

Dalam jangka pendek, para trader dan analis lebih cenderung memantau aktivitas perdagangan spot ETH, posisi derivatif, arus ETF, dan kondisi pasar yang lebih luas. Berita tentang usulan tersebut dapat memperkuat minat terhadap peta jalan teknis Ethereum, tetapi spesifikasi draf saja tidak cukup untuk menjadi katalis harga yang berkelanjutan.

Dalam jangka waktu yang lebih panjang, implementasi yang sukses dapat mendukung peran Ethereum sebagai lapisan ketersediaan data dan penyelesaian yang aman. Kapasitas blob yang lebih fleksibel dapat membantu rollups mengelola publikasi data, sementara komitmen berbasis hash dan bukti STARK dapat berkontribusi pada transisi jaringan pasca-kuantum. Peningkatan ini dapat memperkuat kepercayaan pengembang dan partisipasi ekosistem jika memberikan manfaat kinerja yang praktis.

Namun, valuasi lebih luas ETH akan terus bergantung pada aktivitas jaringan, staking, dinamika pasokan, adopsi aplikasi, dan persaingan dari ekosistem blockchain lainnya. EIP-8479 karena itu harus dilihat sebagai salah satu komponen pengembangan infrastruktur jangka panjang Ethereum, bukan sebagai teori investasi independen.

Kesimpulan

Desain PeerDAS pasca-kuantum dan blob berukuran variabel yang diusulkan Ethereum mewakili arah penelitian penting untuk infrastruktur ketersediaan data jaringan. Dengan mengganti komitmen KZG dan bukti sel dengan komitmen Merkle Keccak-256 dan verifikasi STARK LeanDA, usulan ini mengeksplorasi arsitektur kriptografi yang lebih selaras dengan tujuan keamanan pasca-kuantum jangka panjang. Desain blob berukuran variabelnya, yang berkisar dari 2 KiB hingga 512 KiB, juga memperkenalkan fleksibilitas yang lebih besar bagi rollup yang perlu menerbitkan volume data transaksi yang berbeda.

Namun, proposal ini masih berada pada tahap draf awal. Parameter bukti, integrasi klien, perubahan jaringan, dan persyaratan kinerjanya masih perlu ditangani melalui tinjauan teknis dan pengujian implementasi. Bagi Ethereum, signifikansi perkembangan ini terletak pada kombinasi ketahanan kriptografis dan efisiensi data Layer 2. Apakah pada akhirnya hal ini meningkatkan ekonomi rollup atau memengaruhi adopsi ETH akan bergantung pada implementasi yang sukses dan manfaat ekosistem yang terukur. Untuk saat ini, EIP-8479 paling baik dipahami sebagai proposal infrastruktur yang melihat ke depan dalam agenda skala luas dan penelitian pasca-kuantum Ethereum.

FAQ

Apa Perbedaan Antara EIP dan ERC?

Sebuah Ethereum Improvement Proposal (EIP) menggambarkan perubahan yang diusulkan terhadap protokol, standar, atau proses pengembangan Ethereum. Sebuah Ethereum Request for Comments (ERC) umumnya menentukan standar lapisan aplikasi, seperti antarmuka token dan konvensi kontrak pintar. EIP-8479 adalah proposal Inti karena berkaitan dengan ketersediaan data dasar dan perilaku protokol.

Apa Arti PeerDAS?

PeerDAS merupakan singkatan dari Peer Data Availability Sampling. Ini adalah mekanisme yang memungkinkan node ethereum untuk mengambil sampel sebagian data blob yang didistribusikan, bukan mengunduh setiap elemen data. Pendekatan ini membantu mengurangi kebutuhan data individu pada node sambil tetap mempertahankan cara untuk memverifikasi ketersediaan data.

Apa Itu Reed-Solomon Encoding?

Pengkodean Reed-Solomon adalah kode koreksi kesalahan yang menambahkan redundansi ke data. Ini memungkinkan bagian yang hilang untuk dipulihkan ketika cukup banyak bagian yang valid tersedia. Ini relevan dengan PeerDAS karena ketersediaan data terdistribusi bergantung pada kemampuan jaringan untuk memulihkan data asli dari komponen yang diambil sampelnya dan didistribusikan.

Apa Itu Trusted Setup dalam Kriptografi?

Pengaturan tepercaya adalah proses inisialisasi yang digunakan oleh sistem kriptografi tertentu untuk menghasilkan parameter publik. Jika informasi rahasia tidak dihancurkan dengan benar, hal ini dapat menciptakan risiko keamanan. KZG commitments bergantung pada pengaturan tepercaya, sementara desain berbasis STARK yang diusulkan bertujuan untuk menghindari kebutuhan ini melalui konstruksi bukti transparan.

Bagaimana Pengguna Dapat Mengikuti Kemajuan Usulan Peningkatan Ethereum?

Pengguna dapat mengikuti repositori Ethereum EIP di GitHub, meninjau diskusi teknis di Ethereum Magicians, dan memantau pembaruan dari pengembang Ethereum. Tonggak penting mencakup revisi spesifikasi, tinjauan independen, implementasi prototipe, pengujian klien, dan keputusan formal mengenai pencantuman dalam peningkatan jaringan mendatang.

Penafian: Informasi pasar umum ini, yang mungkin berasal dari sumber pihak ketiga, komersial, atau bersponsor, diberikan hanya untuk referensi dan tujuan pendidikan, dan tidak merupakan nasihat keuangan atau investasi, penawaran, ajakan, atau jaminan. Kami melepaskan tanggung jawab atas keakuratannya, kelengkapan, keandalannya, dan setiap kerugian yang timbul. Investasi/perdagangan berisiko; kinerja masa lalu tidak menjamin hasil masa depan. Pengguna harus melakukan riset, menilai dengan bijak, dan bertanggung jawab penuh. Untuk detail lebih lanjut, silakan konsultasikan Ketentuan Penggunaan dan Pengungkapan Risiko KuCoin.

Penafian: Halaman ini diterjemahkan menggunakan teknologi AI untuk kenyamanan Anda. Untuk informasi yang paling akurat, lihat versi bahasa Inggris aslinya.