Crypto · 5 min read · 7 views
PeerDAS EIP-7594 di Upgrade Fusaka: Skalabilitas Blob Rollup dan Perubahan Cell Proof
PeerDAS (EIP-7594) dalam upgrade Fusaka mengubah pembuktian ketersediaan data blob dari unduhan utuh menjadi sampling kolom terenkripsi. Artikel ini membedah mekanisme sampling, batas keamanan, dampak biaya rollup, serta kewajiban migrasi cell proof tanpa spekulasi harga.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Pembukaan
Ethereum tidak lagi meminta setiap node mengunduh seluruh data *blob* untuk memastikan data Layer 2 tersedia. Melalui Peer Data Availability Sampling atau PeerDAS (EIP-7594), node memeriksa sampel potongan data yang tersebar di jaringan. Spesifikasi EIP menyebut protokol ini memakai distribusi *gossip*, pencarian peer berdasarkan kewajiban penyimpanan, dan permintaan antarnode; pemeriksaan lokal cukup dengan mengunduh fraksi kecil yang konstan dari keseluruhan data ([EIP-7594](https://eips.ethereum.org/EIPS/eip-7594)). Perubahan tersebut menjadi fitur utama upgrade Fusaka dan fondasi peningkatan kapasitas blob tanpa memaksa kebutuhan bandwidth setiap node naik sebanding dengan total data.
Dampak terdekat berada pada rollup: jaringan Layer 2 memakai blob untuk menerbitkan data transaksi agar dapat diperiksa Ethereum. Ruang blob lebih besar dapat mengurangi perebutan kapasitas, tetapi PeerDAS bukan jaminan biaya selalu murah; biaya tetap dipengaruhi permintaan, parameter jaringan, kebijakan rollup, dan beban komputasi lain. Artikel ini membedah mekanisme, batas keamanan, konsekuensi bagi operator dan pengirim blob, serta indikator yang layak dipantau—tanpa spekulasi harga atau nasihat investasi.
## Daftar Isi
- [01 — Dari Blob Utuh ke Sampel Kolom](#bagian-01)
- [02 — Erasure Coding dan Jaminan Ketersediaan](#bagian-02)
- [03 — Dampak bagi Rollup dan Biaya](#bagian-03)
- [04 — Migrasi Cell Proof Bukan Detail Kecil](#bagian-04)
- [05 — Risiko dan Tolok Ukur Operasional](#bagian-05)
- [Kesimpulan](#kesimpulan-artikel)
- [Sumber](#sumber-artikel)
<a id="bagian-01"></a>
## 01 — Dari Blob Utuh ke Sampel Kolom
Sebelum PeerDAS, pemeriksaan ketersediaan blob menuntut node memperoleh data blob secara lengkap. PeerDAS memperluas data dengan *erasure coding*, membaginya menjadi kolom, lalu menugaskan node menyimpan dan menyebarkan bagian tertentu. Node mengambil sampel kolom dari beragam peer pada setiap slot; jika sampel tersedia secara konsisten, node memperoleh keyakinan probabilistik bahwa data jaringan tersedia. Spesifikasi juga menyatakan seluruh matriks data dapat direkonstruksi ketika sedikitnya 50 persen kolom diperoleh. Artinya, penghematan datang dari pembagian kerja dan redundansi terkode, bukan dari menghapus kewajiban ketersediaan ([EIP-7594](https://eips.ethereum.org/EIPS/eip-7594)).
> **Highlight:** PeerDAS memisahkan keyakinan atas ketersediaan data dari kewajiban setiap node mengunduh semua data; keamanan tetap bergantung pada sampling, keragaman peer, dan kemampuan rekonstruksi.
<a id="bagian-02"></a>
## 02 — Erasure Coding dan Jaminan Ketersediaan
Sampling tidak berarti node menebak tanpa bukti. Data blob diperluas menjadi potongan berlebih sehingga bagian yang hilang dapat direkonstruksi dari ambang kolom yang tersedia, sementara komitmen kriptografis memungkinkan node memeriksa bahwa sampel cocok dengan data yang dijanjikan. Ethereum Foundation menjelaskan PeerDAS sebagai jalan menaikkan batas blob sambil mempertahankan keamanan dan desentralisasi, setelah penggunaan Layer 2 kerap mendekati batas blob sebelum Fusaka ([Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)). Namun jaminannya bersifat sistemik: konektivitas buruk, peer yang tidak beragam, implementasi klien bermasalah, atau distribusi kolom yang timpang tetap dapat menurunkan kualitas sampling.
| Unsur | Sebelum PeerDAS | Dengan PeerDAS |
|---|---|---|
| Data yang diperiksa node | Blob lengkap | Sampel kolom |
| Distribusi | Blob disebar utuh | Kolom melalui gossip dan permintaan peer |
| Redundansi | Salinan blob | Erasure coding untuk rekonstruksi |
| Sasaran skala | Terbatas bandwidth tiap node | Kapasitas total naik tanpa beban linear per node |
| Sifat keyakinan | Memiliki data lengkap | Probabilistik, diperkuat banyak sampel dan peer |
<a id="bagian-03"></a>
## 03 — Dampak bagi Rollup dan Biaya
Bagi rollup, manfaat utamanya ialah ruang penerbitan data yang dapat ditingkatkan lebih aman. Ketika kapasitas blob bertambah dan permintaan tidak tumbuh lebih cepat, kompetisi ruang dapat berkurang; efek akhirnya berpotensi muncul pada komponen biaya data transaksi pengguna. Tetapi rantai sebab ini tidak otomatis: sequencer menentukan batching dan jadwal publikasi, rollup memiliki model pendapatan sendiri, dan biaya eksekusi atau pembuktian tetap ada. Klaim akun resmi Ethereum di X bahwa PeerDAS membuka hingga delapan kali throughput data menjadi sinyal komunikasi ekosistem, bukan proyeksi biaya pengguna yang pasti; mekanisme dasarnya dikonfirmasi oleh spesifikasi EIP dan pengumuman resmi Fusaka ([Ethereum di X](https://x.com/ethereum/status/1998849926210678830); [EIP-7594](https://eips.ethereum.org/EIPS/eip-7594)).
<a id="bagian-04"></a>
## 04 — Migrasi Cell Proof Bukan Detail Kecil
PeerDAS mengubah format bukti dari *blob proof* menjadi *cell proof* agar bagian tertentu dari blob dapat diunduh dan diverifikasi. Ethereum Foundation memperingatkan perubahan ini dapat memutus aplikasi yang mengirim transaksi blob bila perangkat lunaknya belum diperbarui. Transaksi yang sudah ditandatangani tetap valid, tetapi cell proof perlu dihitung ulang; beberapa klien dapat melakukan konversi melalui RPC dengan overhead sekitar satu detik, sedangkan perilaku transaksi di *txpool* saat fork dapat berbeda antarklien ([Fusaka Update—Information for Blob Users](https://blog.ethereum.org/2025/10/15/fusaka-blob-update)). Ini menjadikan migrasi pengirim blob sebagai pekerjaan kompatibilitas nyata, bukan sekadar penggantian istilah protokol.
- [ ] Perbarui library pembuat blob dan dukungan `ComputeCellsAndKZGProofs()`.
- [ ] Uji pengiriman cell proof pada testnet dan ukur overhead RPC.
- [ ] Pastikan kebijakan retry menangani transaksi yang keluar dari txpool.
- [ ] Pantau versi execution client dan consensus client yang kompatibel.
- [ ] Verifikasi beberapa penyedia RPC; jangan mengasumsikan perilakunya identik.
<a id="bagian-05"></a>
## 05 — Risiko dan Tolok Ukur Operasional
Keberhasilan PeerDAS sebaiknya dinilai dari kesehatan jaringan, bukan satu angka throughput. Operator perlu mengawasi keberhasilan sampling per slot, latensi pengambilan kolom, keragaman peer, bandwidth masuk-keluar, serta tingkat rekonstruksi saat kolom tidak lengkap. Pengembang rollup perlu membandingkan biaya blob, tingkat pemakaian kapasitas, waktu inklusi, dan kegagalan publikasi sebelum serta sesudah perubahan parameter. Ekosistem juga perlu memantau konsentrasi operator: kapasitas tinggi tidak boleh dibayar dengan ketergantungan pada sedikit pusat data atau penyedia RPC. PeerDAS memang mengurangi kebutuhan unduh per node, tetapi kualitas koneksi dan implementasi lintas-klien tetap menjadi bagian dari batas keamanan.
<a id="kesimpulan-artikel"></a>
## Kesimpulan
PeerDAS mengubah cara Ethereum membuktikan data Layer 2 tersedia: dari semua node mengunduh blob penuh menjadi node memeriksa sampel kolom yang dapat diverifikasi dan direkonstruksi. Desain ini memberi ruang peningkatan kapasitas blob dengan beban per node yang lebih terkendali, tetapi tidak menghapus risiko jaringan, tidak menjamin biaya rendah, dan menuntut migrasi cell proof oleh pengirim blob. Ukuran kemajuan paling berguna ialah sampling yang andal, peer yang beragam, implementasi klien yang kompatibel, dan penurunan biaya data rollup yang benar-benar terlihat pada metrik—bukan klaim throughput semata.
<a id="sumber-artikel"></a>
## Sumber
1. [Ethereum Improvement Proposals — EIP-7594: PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) — spesifikasi sampling, custody, gossip, dan ambang rekonstruksi.
2. [Ethereum Foundation — Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement) — posisi PeerDAS dalam Fusaka dan tujuan peningkatan kapasitas blob.
3. [Ethereum Foundation — Fusaka Update: Information for Blob Users](https://blog.ethereum.org/2025/10/15/fusaka-blob-update) — perubahan cell proof dan panduan migrasi pengirim blob.
4. [Ethereum di X — PeerDAS dalam Fusaka](https://x.com/ethereum/status/1998849926210678830) — sinyal resmi mengenai sasaran throughput, diverifikasi dengan sumber teknis non-X di atas.
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.
