Crypto · 5 min read · 10 views
Fusaka dan PeerDAS: Cara Ethereum Memperlebar Jalur Data Layer-2
Fusaka dan PeerDAS mengubah cara Ethereum memverifikasi data rollup agar kapasitas blob dapat ditingkatkan tanpa membebani setiap node secara penuh. Analisis ini membahas mekanisme, rollout BPO, dampak, risiko, dan metrik yang perlu dipantau.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Pembukaan
Ethereum memasuki fase penskalaan yang berbeda setelah upgrade **Fusaka** aktif di mainnet pada 3 Desember 2025. Perubahan utamanya bukan sekadar menaikkan angka kapasitas, melainkan mengubah cara node memeriksa ketersediaan data yang dikirim jaringan layer-2 (L2). Melalui **Peer Data Availability Sampling** atau PeerDAS, node tidak lagi harus mengunduh setiap blob secara utuh; mereka dapat memeriksa bagian data yang tersebar untuk memperoleh keyakinan kriptografis bahwa data tersedia. Ethereum Foundation menyebut pendekatan ini sebagai langkah penting untuk meningkatkan throughput blob sembari menjaga persyaratan perangkat keras node tetap masuk akal ([Ethereum Foundation](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)).
Dampaknya perlu dibaca secara hati-hati. Fusaka tidak otomatis membuat semua transaksi murah, tidak menjamin harga ETH naik, dan bukan pengganti optimasi yang harus dilakukan masing-masing rollup. Nilai teknisnya terletak pada pelebaran jalur data L2 secara bertahap, pengurangan beban verifikasi per node, dan mekanisme penyesuaian kapasitas yang tidak harus menunggu hard fork besar berikutnya. Artikel ini membedah cara kerja, jadwal ekspansi, konsekuensi bagi pengguna dan operator, serta metrik yang lebih berguna daripada narasi pasar jangka pendek.
## Daftar Isi
- [01 — PeerDAS Mengubah Cara Blob Diverifikasi](#bagian-01)
- [02 — Dari Kapasitas Teoretis ke Kenaikan Bertahap](#bagian-02)
- [03 — Siapa yang Merasakan Dampaknya](#bagian-03)
- [04 — Batasan dan Risiko Operasional](#bagian-04)
- [05 — Metrik yang Layak Dipantau](#bagian-05)
- [Kesimpulan](#kesimpulan-artikel)
- [Sumber](#sumber-artikel)
<a id="bagian-01"></a>
## 01 — PeerDAS Mengubah Cara Blob Diverifikasi
Sebelum Fusaka, setiap full node perlu menerima seluruh blob untuk memastikan data transaksi L2 tersedia. PeerDAS membagi data yang telah diperluas menjadi **128 kolom** dan menyebarkannya melalui subnet khusus; node reguler berlangganan sedikitnya delapan subnet kolom. Dokumentasi resmi menjelaskan bahwa node default menerima sekitar **1/8 dari data asli**, sementara teknik rekonstruksi memungkinkan data dipulihkan dari separuh bagian yang tersedia. Tujuannya adalah mempertahankan jaminan data availability tanpa memaksa setiap node membawa seluruh beban data, sehingga ruang blob secara teoretis dapat berkembang hingga sekitar delapan kali lipat ([ethereum.org](https://ethereum.org/roadmap/fusaka/peerdas/)).
> **Highlight:** PeerDAS bukan “kompresi ajaib”; ia memindahkan verifikasi dari pola semua-node-mengunduh-semua-data menuju sampling terdistribusi dengan redundansi dan rekonstruksi kriptografis.
<a id="bagian-02"></a>
## 02 — Dari Kapasitas Teoretis ke Kenaikan Bertahap
Aktivasi PeerDAS tidak langsung membuka kapasitas maksimum. Ethereum memakai **Blob Parameter Only (BPO) forks**, yakni pembaruan konfigurasi terjadwal untuk menaikkan target dan batas blob tanpa paket hard fork penuh. Pengumuman mainnet menetapkan aktivasi Fusaka pada slot 13.164.544, lalu BPO awal menaikkan target/maksimum blob per blok dari 6/9 menjadi 10/15 dan berikutnya 14/21. Pendekatan bertahap memberi pengembang waktu mengamati stabilitas jaringan peer-to-peer, kebutuhan bandwidth, propagasi blok, serta perilaku fee market sebelum menambah kapasitas lagi ([Ethereum Foundation](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)).
| Tahap | Perubahan utama | Makna operasional |
|---|---|---|
| Pra-Fusaka | Node mengunduh blob secara penuh | Beban bandwidth tumbuh bersama kapasitas blob |
| Aktivasi Fusaka | PeerDAS dan sampling data aktif | Beban data dibagi antarnode melalui subnet |
| BPO bertahap | Target/maksimum blob dinaikkan lewat konfigurasi | Kapasitas bertambah sambil kesehatan jaringan dipantau |
| Evaluasi lanjutan | Parameter dapat disesuaikan berdasarkan kondisi | Skala nyata mengikuti bukti operasional, bukan angka teoretis semata |
<a id="bagian-03"></a>
## 03 — Siapa yang Merasakan Dampaknya
Bagi rollup, blob adalah ruang untuk menerbitkan data transaksi agar penyelesaian di Ethereum dapat diverifikasi. Jika suplai ruang blob meningkat lebih cepat daripada permintaan, biaya data L2 berpotensi turun; namun biaya pengguna akhir tetap dipengaruhi kompresi, sequencer, tingkat kepadatan, kebijakan biaya rollup, dan komponen eksekusi lainnya. Bagi operator node, sampling mengurangi porsi data yang harus ditangani per node, tetapi kenaikan jumlah blob melalui BPO dapat kembali menaikkan kebutuhan jaringan. CoinDesk melaporkan aktivasi Fusaka selesai sekitar 15 menit setelah pemicuannya dan mengutip pengembang inti bahwa manfaat penuh akan muncul selama beberapa bulan karena kapasitas dinaikkan perlahan demi keselamatan jaringan ([CoinDesk](https://www.coindesk.com/tech/2025/12/03/ethereum-activates-fusaka-upgrade-aiming-to-cut-node-costs-speed-layer-2-settlements)).
- **Pengguna L2:** berpotensi memperoleh biaya lebih stabil, tetapi hasil berbeda antar-rollup.
- **Pengembang rollup:** mendapat ruang data lebih besar dan harus mengoptimalkan penggunaan blob.
- **Operator node/validator:** wajib memakai versi execution client dan consensus client yang mendukung Fusaka.
- **Peneliti protokol:** perlu memantau distribusi kolom, kegagalan sampling, dan kesehatan subnet.
- **Pemegang ETH:** tidak memerlukan tindakan khusus hanya karena upgrade; waspadai pesan “migrasi” atau permintaan seed phrase.
<a id="bagian-04"></a>
## 04 — Batasan dan Risiko Operasional
Desain sampling mengurangi beban individual, tetapi memperbesar pentingnya kualitas jaringan terdistribusi: kolom harus tersebar, subnet harus cukup sehat, dan implementasi klien harus konsisten. Kapasitas “hingga 8x” adalah batas rancangan, bukan janji throughput aktual setiap saat. Kenaikan terlalu cepat dapat menekan bandwidth atau propagasi; terlalu lambat dapat mempertahankan kelangkaan blob saat permintaan L2 melonjak. Karena itu, BPO berfungsi sebagai rem operasional. Pengguna juga perlu membedakan upgrade protokol dari klaim investasi: keberhasilan teknis tidak secara langsung menentukan harga aset, pendapatan aplikasi, atau keamanan smart contract di atasnya.
**Checklist pembacaan klaim Fusaka:**
- [ ] Apakah angka kapasitas disebut sebagai teoretis atau sudah terukur?
- [ ] Apakah biaya yang dibahas adalah blob fee, biaya rollup, atau biaya pengguna akhir?
- [ ] Apakah data membandingkan periode permintaan jaringan yang sepadan?
- [ ] Apakah sumber berasal dari dokumentasi protokol dan dikonfirmasi data independen?
- [ ] Apakah klaim harga dipisahkan dari dampak teknis?
<a id="bagian-05"></a>
## 05 — Metrik yang Layak Dipantau
Akun resmi Ethereum di X menyoroti bahwa PeerDAS dan peningkatan kapasitas blob berkaitan dengan pertumbuhan aktivitas rollup, tetapi unggahan sosial sebaiknya diperlakukan sebagai sinyal komunikasi, bukan bukti tunggal ([Ethereum di X](https://x.com/ethereum/status/2008536971430248831)). Verifikasi non-X tersedia pada dokumentasi resmi Fusaka yang menjelaskan status aktivasi, mekanisme 128 kolom, custody sebagian data, dan kenaikan bertahap melalui BPO. Untuk menilai dampak secara disiplin, pantau target dan maksimum blob per blok yang benar-benar berlaku, utilisasi blob, blob base fee, biaya transaksi median per L2, latensi finalisasi, bandwidth node, tingkat partisipasi subnet, serta keragaman klien. Tren beberapa minggu lebih bermakna daripada satu titik biaya yang rendah ketika permintaan sedang sepi.
<a id="kesimpulan-artikel"></a>
## Kesimpulan
Fusaka menempatkan PeerDAS sebagai fondasi baru penskalaan data Ethereum: verifikasi dibagi melalui sampling, kapasitas blob dapat dinaikkan lewat BPO, dan node tidak harus mengunduh seluruh blob untuk memeriksa ketersediaannya. Inovasi ini relevan bagi ekonomi L2, tetapi hasil akhirnya bergantung pada pelaksanaan bertahap dan kesehatan jaringan. Ukuran keberhasilan yang masuk akal bukan pergerakan harga harian, melainkan apakah Ethereum mampu menambah ruang data, menjaga node tetap terjangkau, mempertahankan stabilitas, dan menerjemahkan kapasitas tersebut menjadi biaya L2 yang lebih efisien. Artikel ini bersifat informatif, bukan nasihat investasi.
<a id="sumber-artikel"></a>
## Sumber
1. [Ethereum Foundation — Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement) — jadwal aktivasi, EIP utama, dan tahap BPO.
2. [ethereum.org — PeerDAS](https://ethereum.org/roadmap/fusaka/peerdas/) — mekanisme kolom, sampling, rekonstruksi, dan kapasitas teoretis.
3. [CoinDesk — Ethereum Activates Fusaka Upgrade](https://www.coindesk.com/tech/2025/12/03/ethereum-activates-fusaka-upgrade-aiming-to-cut-node-costs-speed-layer-2-settlements) — konfirmasi aktivasi dan konteks implementasi bertahap.
4. [Ethereum (@ethereum) di X](https://x.com/ethereum/status/2008536971430248831) — sinyal resmi mengenai kapasitas blob dan aktivitas rollup; diverifikasi dengan sumber 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.
