Crypto · 5 min read · 6 views
PeerDAS Ethereum: Sampling Data yang Membuka Jalan Skalabilitas Rollup
PeerDAS mengubah cara Ethereum memverifikasi ketersediaan data blob tanpa membebani setiap validator dengan unduhan penuh. Ulasan ini membedah mekanisme, manfaat bagi rollup, serta risiko operasionalnya.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Pembukaan
Ethereum tidak hanya membutuhkan ruang data lebih besar untuk melayani rollup; jaringan juga harus memastikan bahwa penambahan kapasitas tidak memaksa setiap validator mengunduh seluruh data yang dipublikasikan. Di sinilah Peer Data Availability Sampling (PeerDAS) menjadi penting. Mekanisme yang dibakukan melalui EIP-7594 tersebut memungkinkan node memeriksa ketersediaan data dengan mengambil sampel kecil dari jaringan, alih-alih menyimpan setiap byte. Setelah hadir bersama peningkatan Fusaka, PeerDAS mengubah cara Ethereum menyeimbangkan skalabilitas, keamanan, dan biaya operasional node ([EIP-7594](https://eips.ethereum.org/EIPS/eip-7594)).
Perubahan ini bukan janji bahwa transaksi otomatis murah dalam semua keadaan, apalagi alasan untuk berspekulasi pada harga aset. Nilai teknisnya lebih mendasar: Ethereum membangun jalur agar kapasitas blob—paket data sementara yang dipakai rollup—dapat dinaikkan tanpa menjadikan bandwidth dan penyimpanan validator sebagai hambatan tunggal. Artikel ini membedah apa yang sebenarnya disampling, mengapa erasure coding dibutuhkan, dampaknya bagi rollup, risiko operasional, dan indikator yang layak dipantau.
## Daftar Isi
- [01 — Dari Blob Menuju Sampling](#bagian-01)
- [02 — Cara PeerDAS Memeriksa Ketersediaan Data](#bagian-02)
- [03 — Dampak bagi Rollup dan Operator Node](#bagian-03)
- [04 — Batasan dan Risiko yang Tetap Ada](#bagian-04)
- [05 — Indikator Implementasi yang Perlu Dipantau](#bagian-05)
- [Kesimpulan](#kesimpulan-artikel)
- [Sumber](#sumber-artikel)
<a id="bagian-01"></a>
## 01 — Dari Blob Menuju Sampling
Blob diperkenalkan sebagai tempat khusus bagi rollup untuk memublikasikan data transaksi ke Ethereum tanpa memasukkannya secara permanen ke state eksekusi. Namun, menaikkan jumlah blob secara agresif tetap akan memperbesar beban jaringan bila semua node diwajibkan menerima keseluruhan data. PeerDAS mengubah asumsi itu: data didistribusikan dalam potongan, kemudian validator melakukan sampling terhadap subset tertentu. Ethereum.org menempatkan data availability sampling sebagai komponen menuju danksharding, yakni desain yang memisahkan kebutuhan membuktikan “data tersedia” dari kewajiban setiap peserta menyimpan semua data ([Ethereum.org](https://ethereum.org/en/roadmap/danksharding/)).
> **Highlight:** PeerDAS bukan sekadar menambah ruang blob; inovasi utamanya adalah membuktikan ketersediaan data secara probabilistik tanpa memaksa setiap validator mengunduh keseluruhan dataset.
<a id="bagian-02"></a>
## 02 — Cara PeerDAS Memeriksa Ketersediaan Data
Secara ringkas, data blob diperluas dengan erasure coding sehingga potongan yang hilang masih dapat direkonstruksi selama bagian yang cukup tersedia. Potongan tersebut kemudian dipetakan ke beberapa kolom dan disebarkan melalui subnet. Validator meminta sampel dari kolom tertentu kepada peer; keberhasilan rangkaian sampel memberi keyakinan probabilistik bahwa produsen blok tidak sedang menyembunyikan sebagian besar data. EIP-7594 juga menentukan komitmen kriptografis dan aturan komunikasi yang dibutuhkan agar sampel dapat diverifikasi, bukan dipercaya begitu saja. Keamanan lahir dari banyak pemeriksaan acak yang independen: pelaku akan semakin sulit menyembunyikan data tanpa terdeteksi ketika jumlah sampler sehat dan sebaran peer memadai.
| Komponen | Fungsi | Mengapa penting |
|---|---|---|
| Blob | Membawa data yang dipublikasikan rollup | Memisahkan data rollup dari eksekusi kontrak biasa |
| Erasure coding | Menambah redundansi agar data dapat direkonstruksi | Mengurangi dampak potongan yang tidak tersedia |
| Sampling | Memeriksa sebagian kecil potongan secara acak | Menekan kebutuhan bandwidth per validator |
| Komitmen kriptografis | Membuktikan sampel berasal dari data yang dijanjikan | Mencegah peer menyajikan potongan palsu |
| Subnet/peer distribution | Menyebarkan tanggung jawab penyimpanan dan pengiriman | Menghindari ketergantungan pada satu sumber data |
<a id="bagian-03"></a>
## 03 — Dampak bagi Rollup dan Operator Node
Bagi rollup, kapasitas data yang lebih elastis membuka peluang mengirim batch lebih besar atau lebih sering, sehingga biaya data per transaksi berpotensi turun ketika pasokan ruang meningkat. Namun, hasil akhirnya tetap dipengaruhi permintaan blob, strategi sequencer, kompresi, dan kebijakan biaya masing-masing jaringan lapis kedua. Bagi validator, sampling membatasi pertumbuhan kebutuhan bandwidth dibanding model unduh-semua, tetapi tidak menghapus beban baru: klien harus mengelola custody data, koneksi peer yang beragam, serta respons sampel tepat waktu. Laporan Decrypt saat aktivasi Fusaka menekankan bahwa PeerDAS memungkinkan node menyimpan sebagian data blob dan memberi ruang bagi peningkatan throughput, sambil tetap memerlukan pemantauan kesiapan klien dan jaringan ([Decrypt](https://decrypt.co/350883/ethereum-price-swells-as-fusaka-upgrade-goes-live)).
<a id="bagian-04"></a>
## 04 — Batasan dan Risiko yang Tetap Ada
Jaminan PeerDAS bersifat probabilistik dan bergantung pada asumsi jaringan, bukan sihir yang menghilangkan kegagalan. Konsentrasi peer, implementasi klien yang cacat, serangan eclipse, latensi tinggi, atau partisipasi sampling yang tidak merata dapat memperlemah distribusi data. Peningkatan parameter blob yang terlalu cepat juga berisiko menaikkan kebutuhan bandwidth agregat sebelum perangkat lunak dan operator siap. Karena itu, kenaikan kapasitas sebaiknya bertahap dan berbasis telemetri. Selain itu, data availability hanya memastikan data transaksi dapat diperoleh untuk memverifikasi rollup; ia tidak membuktikan bahwa logika sequencer adil, jembatan aman, atau kontrak aplikasi bebas kerentanan.
**Checklist risiko operasional:**
- [ ] Tingkat keberhasilan sampling konsisten di berbagai wilayah jaringan.
- [ ] Tidak ada klien dominan yang menjadi titik kegagalan tunggal.
- [ ] Waktu propagasi blok tetap berada dalam rentang aman.
- [ ] Operator rumahan tidak terdorong keluar oleh lonjakan bandwidth.
- [ ] Rollup mempertahankan mekanisme keluar dan verifikasi yang transparan.
<a id="bagian-05"></a>
## 05 — Indikator Implementasi yang Perlu Dipantau
Penilaian yang sehat harus beralih dari slogan “skalabilitas” menuju metrik yang dapat diamati. Perhatikan jumlah dan pemakaian blob, biaya blob, keberhasilan rekonstruksi, latensi respons sampling, keragaman client, distribusi geografis peer, serta perubahan spesifikasi resmi. Kenaikan kapasitas yang baik seharusnya tidak diikuti lonjakan missed slot, sentralisasi operator, atau penurunan kualitas propagasi. Di sisi rollup, bandingkan apakah penghematan biaya data benar-benar diteruskan kepada pengguna, bukan berhenti sebagai margin tambahan. Dokumentasi EIP dan roadmap resmi tetap menjadi rujukan utama karena parameter jaringan dapat berubah melalui proses koordinasi pengembang, sementara pemberitaan media berguna sebagai konteks implementasi, bukan pengganti spesifikasi.
<a id="kesimpulan-artikel"></a>
## Kesimpulan
PeerDAS membuat strategi penskalaan Ethereum lebih masuk akal secara operasional: kapasitas data dapat tumbuh tanpa mensyaratkan setiap validator memegang salinan penuh dari semua blob. Akan tetapi, manfaat itu bergantung pada kualitas implementasi, kesehatan jaringan peer-to-peer, diversitas klien, dan penyesuaian parameter yang berhati-hati. Bagi pengguna dan pengamat ekosistem, pertanyaan terpenting bukan apakah PeerDAS terdengar revolusioner, melainkan apakah ia mempertahankan akses verifikasi yang luas sambil menghasilkan biaya data yang lebih efisien. Itu adalah ukuran kemajuan infrastruktur—bukan sinyal atau nasihat investasi.
<a id="sumber-artikel"></a>
## Sumber
1. [EIP-7594 — PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) — spesifikasi teknis mekanisme sampling, custody, dan jaringan.
2. [Ethereum.org — Danksharding](https://ethereum.org/en/roadmap/danksharding/) — konteks roadmap resmi untuk data availability sampling dan skalabilitas blob.
3. [Decrypt — Ethereum Price Swells as Fusaka Upgrade Goes Live](https://decrypt.co/350883/ethereum-price-swells-as-fusaka-upgrade-goes-live) — laporan implementasi Fusaka dan konteks operasional PeerDAS.
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.
