Crypto · 6 min read · 4 views
Fusaka dan Glamsterdam: Jalur Scaling Ethereum Lewat Blob dan ePBS
Fusaka aktif di mainnet Desember 2025 membawa PeerDAS dan rangkaian BPO fork yang menaikkan kuota blob secara bertahap. Artikel ini membedah mekanisme PeerDAS, linimasa BPO1/BPO2, serta arah upgrade Glamsterdam (ePBS, BAL) dan Hegotá (FOCIL, EIP-8141 account abstraction) berdasarkan dokumentasi resmi Ethereum Foundation.
GD
I Gusti Agung Ganes Satsangga Dipa
Backend & Software Developer
# Pembukaan
Jaringan Ethereum mengakhiri 2025 dengan aktivasi Fusaka di mainnet pada 3 Desember 2025 pukul 21:49:11 UTC ([Ethereum Foundation Blog, Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)). Fitur utamanya, Peer Data Availability Sampling (PeerDAS) dalam EIP-7594, membuat validator tak perlu mengunduh seluruh data blob rollup; mereka memverifikasi ketersediaannya lewat sampel acak. Dokumentasi ethereum.org menyebut pendekatan ini membuka throughput teoretis delapan kali lipat karena setiap full node hanya menanggung sekitar seperdelapan data ([ethereum.org, Fulu-Osaka](https://ethereum.org/roadmap/fusaka/)). Untuk memenuhi kebutuhan layer-2 tanpa mengguncang stabilitas node, pengembang inti memilih ekspansi bertahap lewat Blob Parameter Only (BPO) fork. Artikel ini membedah PeerDAS, rangkaian BPO, serta arah Glamsterdam dan Hegotá tanpa spekulasi harga atau nasihat investasi.
## Daftar Isi
- [01 — PeerDAS: Dari Unduh Penuh ke Sampling](#bagian-01)
- [02 — Blob Parameter Only Fork: Skala Bertahap Tanpa Hard Fork Besar](#bagian-02)
- [03 — Glamsterdam: ePBS dan Block-Level Access Lists](#bagian-03)
- [04 — Hegotá: FOCIL dan Status Account Abstraction](#bagian-04)
- [05 — Implikasi Operasional bagi Ekosistem Rollup](#bagian-05)
- [Kesimpulan](#kesimpulan-artikel)
- [Sumber](#sumber-artikel)
<a id="bagian-01"></a>
## 01 — PeerDAS: Dari Unduh Penuh ke Sampling
Sejak diperkenalkannya ruang data blob pada hard fork Dencun, ketergantungan jaringan layer-2 pada Ethereum tumbuh pesat hingga secara berkala menyentuh plafon maksimum sembilan blob per blok. PeerDAS menyelesaikan kendala kapasitas tersebut melalui mekanisme sampling ketersediaan data yang cerdas: data blob dipecah menggunakan algoritma erasure coding dan disebarkan secara acak ke seluruh simpul jaringan konsensus ([ethereum.org, Fulu-Osaka](https://ethereum.org/roadmap/fusaka/)). Melalui pembagian tanggung jawab ini, setiap validator cukup mengambil dan merekonstruksi beberapa sampel data berukuran ringkas untuk membuktikan bahwa seluruh data blob benar-benar tersedia secara publik, sehingga throughput transaksi layer-2 melonjak drastis tanpa menuntut peningkatan spesifikasi bandwidth ataupun kapasitas penyimpanan lokal validator mandiri.
> **Highlight:** Pemisahan verifikasi data dari penyimpanan penuh melalui PeerDAS memungkinkan throughput layer-2 tumbuh berkelanjutan tanpa mengorbankan sifat desentralisasi dan keterjangkauan operasional node Ethereum.
<a id="bagian-02"></a>
## 02 — Blob Parameter Only Fork: Skala Bertahap Tanpa Hard Fork Besar
Peningkatan kuota data pasca-Fusaka tidak lagi dijalankan melalui upgrade hard fork besar yang memerlukan koordinasi protokol yang panjang dan berisiko tinggi. Pengembang inti mengadopsi mekanisme Blob Parameter Only (BPO) fork, yakni pembaruan konfigurasi minimal berbasis konsensus client yang khusus menyesuaikan angka target dan pagu maksimum blob per blok secara bertahap ([Protocol Update 002 — Scale Blobs, blog.ethereum.org](https://blog.ethereum.org/2025/08/22/protocol-update-002)). Melalui metode ini, penyesuaian parameter kapasitas blob dapat disepakati dan diaktifkan oleh pengembang client di antara agenda upgrade mayor, memastikan propagasi data di jaringan peer-to-peer tetap berjalan mulus dan stabil.
| Tahapan Pembaruan | Epoch Konsensus | Waktu Aktivasi (UTC) | Target & Batas Maksimum Blob |
|---|---|---|---|
| Fusaka (Aktivasi Inti) | 411392 | 3 Desember 2025, 21:49:11 | 6 / 9 (Baseline Awal) |
| BPO1 (Ekspansi Tahap 1) | 412672 | 9 Desember 2025, 14:21:11 | 10 / 15 (Peningkatan Awal) |
| BPO2 (Ekspansi Tahap 2) | 419072 | 7 Januari 2026, 01:01:11 | 14 / 21 (Peningkatan Lanjutan) |
Pola rilis BPO yang terprogram ini menaikkan batas sasaran dari 6 menjadi 14 blob dan batas puncak dari 9 menjadi 21 blob per blok, memperlihatkan bahwa scaling Ethereum kini bertransformasi menjadi proses kalibrasi parameter yang terukur, terkendali, dan dapat diverifikasi secara transparan oleh seluruh pelaku industri ([blog.ethereum.org, Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement)).
<a id="bagian-03"></a>
## 03 — Glamsterdam: ePBS dan Block-Level Access Lists
Setelah rangkaian BPO beroperasi stabil, fokus riset protokol bergeser ke peningkatan Glamsterdam yang dijadwalkan meluncur pada paruh kedua 2026 dengan fase aktivasi jaringan uji coba di testnet Sepolia pada 6 Oktober 2026 pukul 13:53:36 UTC ([blog.ethereum.org](https://blog.ethereum.org/)). Glamsterdam mengintegrasikan dua pilar arsitektur fundamental: enshrined Proposer-Builder Separation (ePBS, EIP-7732) di lapisan konsensus serta Block-Level Access Lists (BAL, EIP-7928) di lapisan eksekusi ([ethereum.org, Building on Ethereum in 2026](https://ethereum.org/latest/building-on-ethereum-in-2026/)). Integrasi ePBS secara native ke dalam protokol menghapus kebergantungan pada middleware eksternal MEV-Boost, sementara BAL memungkinkan mesin eksekusi memproses transaksi dengan akses state yang terpetakan lebih efisien.
Sinergi kedua inovasi tersebut memberikan landasan teknis yang aman untuk menaikkan batas kapasitas gas per blok dari 60 juta menuju kisaran 200 juta tanpa memicu ketertinggalan eksekusi antar-node. Kendati demikian, laporan evaluasi Checkpoint Ethereum Foundation pada April 2026 mengonfirmasi bahwa implementasi ePBS menghadapi kompleksitas teknis yang lebih menantang daripada estimasi semula, ditambah kebutuhan penyesuaian aturan gas yang mewajibkan restrukturisasi perangkat lunak pendukung seperti estimator biaya gas, indexer, dan penyedia antarmuka dompet Web3 ([Checkpoint #9, blog.ethereum.org](https://blog.ethereum.org/2026/04/10/checkpoint-9)).
<a id="bagian-04"></a>
## 04 — Hegotá: FOCIL dan Status Account Abstraction
Agenda pembaruan berikutnya yang dipersiapkan untuk horizon pengembangan tahun 2027 adalah Hegotá, yang menetapkan Fork-choice Enforced Inclusion Lists (FOCIL, EIP-7805) sebagai fitur unggulan lapisan konsensus ([ethereum.org, A More Secure Ethereum](https://ethereum.org/roadmap/security/)). Mekanisme FOCIL dirancang untuk memperkuat resistensi sensor transaksi secara desentralistik dengan mewajibkan validator menyertakan daftar transaksi yang sah ke dalam blok berikutnya, dan sengaja dijadwalkan pasca-Glamsterdam demi menghindari komplikasi integrasi langsung bersamaan dengan peluncuran ePBS.
Di sisi lapisan eksekusi, proposal abstraksi akun native melalui EIP-8141 (Frame Transactions) sempat menjadi topik perdebatan intensif sebelum akhirnya dipindahkan ke status Considered for Inclusion (CFI) menyusul belum bulatnya kesepakatan desain arsitektur antar-tim pengembang client ([Checkpoint #9, blog.ethereum.org](https://blog.ethereum.org/2026/04/10/checkpoint-9)). Format Frame Transactions sendiri bertujuan memisahkan tahapan verifikasi, pembayaran gas, dan eksekusi instruksi ke dalam bingkai modular yang terisolasi, memungkinkan pengguna memanfaatkan dompet pintar dengan autentikasi biometrik serta persiapan proteksi algoritma pasca-kuantum tanpa bergantung pada jaringan perantara terpusat ([ethereum.org, A More Secure Ethereum](https://ethereum.org/roadmap/security/)).
- **Fusaka (Desember 2025):** PeerDAS (EIP-7594) — telah aktif dan berjalan penuh di mainnet.
- **BPO1 & BPO2 (Desember 2025 – Januari 2026):** ekspansi kapasitas kuota blob hingga rasio 14/21 — beroperasi stabil.
- **Glamsterdam (Target 2026):** ePBS (EIP-7732) dan BAL (EIP-7928) — memasuki tahap uji coba publik di Sepolia.
- **Hegotá (Target 2027):** FOCIL (EIP-7805) disahkan sebagai headliner; EIP-8141 berstatus telaah komunitas (CFI).
<a id="bagian-05"></a>
## 05 — Implikasi Operasional bagi Ekosistem Rollup
Bagi ekosistem layer-2 dan pengembang protokol rollup, perluasan ruang blob secara bertahap memberikan kepastian biaya posting data yang lebih hemat dan terukur tanpa mengorbankan jaminan finalitas lapisan dasar Ethereum. Namun, transformasi ini menuntut standar disiplin tinggi bagi seluruh operator validator mandiri: setiap pengesahan rilis BPO maupun hard fork menuntut pembaruan sinkron antara klien eksekusi dan klien konsensus secara tepat waktu agar simpul tidak terputus dari rantai konsensus kanonikal jaringan ([ethereum.org, Fulu-Osaka](https://ethereum.org/roadmap/fusaka/)). Bagi pengembang aplikasi konsumen, penundaan status final EIP-8141 menegaskan bahwa arsitektur ERC-4337 berbasis smart contract wallet tetap menjadi standar implementasi utama yang harus didukung dalam beberapa tahun ke depan sembari menantikan pematangan abstraksi akun di lapisan protokol dasar.
<a id="kesimpulan-artikel"></a>
## Kesimpulan
Langkah evolusi arsitektur Ethereum pasca-Fusaka merefleksikan kedewasaan strategi pengembangan perangkat lunak terdesentralisasi: alih-alih mengambil risiko besar dengan merombak seluruh lapisan secara serentak, para pengembang memecah tantangan skalabilitas menjadi modul mandiri melalui PeerDAS, kalibrasi bertahap BPO fork, integrasi ePBS pada Glamsterdam, serta penguatan inklusi transaksi via FOCIL pada Hegotá. Keputusan menunda proposal EIP-8141 demi konsensus yang lebih matang membuktikan komitmen komunitas inti untuk selalu mengutamakan ketahanan jaringan dan prinsip desentralisasi di atas euforia pembaruan fitur. Seluruh pengembang rollup, operator infrastruktur node, dan perancang aplikasi Web3 perlu terus memantau dokumentasi rilis resmi secara konsisten agar strategi teknis yang dibangun tetap selaras dengan perkembangan standar protokol terbuka Ethereum.
<a id="sumber-artikel"></a>
## Sumber
- [Ethereum Foundation Blog — Fusaka Mainnet Announcement](https://blog.ethereum.org/2025/11/06/fusaka-mainnet-announcement): rincian jadwal aktivasi hard fork Fusaka beserta tanggal dan parameter implementasi BPO1 dan BPO2.
- [ethereum.org — Fulu-Osaka (Fusaka)](https://ethereum.org/roadmap/fusaka/): dokumentasi resmi spesifikasi teknis PeerDAS dan skalabilitas sampling ketersediaan data hingga 8x.
- [ethereum.org — Building on Ethereum in 2026](https://ethereum.org/latest/building-on-ethereum-in-2026/): panduan arsitektur pengembangan L1 2026, integrasi ePBS, daftar akses tingkat blok (BAL), dan batas gas 200 juta.
- [Ethereum Foundation Blog — Checkpoint #9 (April 2026)](https://blog.ethereum.org/2026/04/10/checkpoint-9): evaluasi berkala proses pengujian ePBS serta status pertimbangan proposal EIP-8141 pada upgrade Hegotá.
- [ethereum.org — A More Secure Ethereum](https://ethereum.org/roadmap/security/): kerangka kerja desentralisasi konsensus melalui FOCIL serta kesiapan resistensi komputasi kuantum jangka panjang.
GD
Tentang Penulis — Ganes Satsangga
Backend Developer berpengalaman membangun aplikasi web, sistem ERP/CMS, integrasi API, dan database menggunakan Laravel, PHP, dan Go.
