Ethereum telah mengaktifkan upgrade Fusaka pada tanggal 3/12/2025, yang secara signifikan memperluas kapasitas data availability jaringan melalui mekanisme Blob Parameter Overrides. Mekanisme ini memungkinkan penyesuaian bertahap terhadap target dan batas maksimum blob – paket data transaksi yang telah dikompresi yang diunggah layer-2 rollup ke Ethereum untuk memastikan keamanan dan keutuhan.
Dua kali penyesuaian berikutnya telah meningkatkan target blob per blok dari 6 menjadi 10, lalu 14, sementara batas maksimum didorong ke 21. Tujuan utama Fusaka adalah mengurangi biaya bagi rollup dengan meningkatkan throughput data blob.
Namun, setelah tiga bulan pengumpulan data, hasil menunjukkan adanya jarak yang jelas antara kapasitas teknis dan tingkat penggunaan nyata. Analisis dari MigaLabs terhadap lebih dari 750.000 slot sejak Fusaka diaktifkan menunjukkan jaringan belum mencapai target 14 blob per blok.
Yang menarik, tingkat penggunaan blob median bahkan menurun setelah penyesuaian parameter pertama. Blok yang berisi 16 blob atau lebih memiliki tingkat miss yang jauh lebih tinggi, menunjukkan kepercayaan jaringan menurun saat mendekati batas kapasitas baru.
Kesimpulan laporan cukup jujur: sebaiknya tidak melanjutkan peningkatan parameter blob sampai tingkat miss di blok dengan banyak blob kembali normal dan kebutuhan nyata muncul untuk mengisi kapasitas yang telah dibuat.
Apa yang diubah Fusaka dan kapan terjadinya
Sebelum Fusaka, berdasarkan EIP-7691, Ethereum menargetkan 6 blob per blok dengan batas maksimum 9. Upgrade Fusaka memperkenalkan dua kali penyesuaian Blob Parameter Override secara berurutan.
Pertama diaktifkan pada 9/12/2025, meningkatkan target menjadi 10 dan batas maksimum menjadi 15. Kedua pada 7/1/2026, kembali meningkatkan target menjadi 14 dan batas maksimum menjadi 21.
*Roadmap upgrade Fusaka dari Ethereum menunjukkan parameter blob meningkat dari level dasar 6/9 ke 12/15 lalu 14/21 dalam rentang waktu dari Desember 2025 hingga Januari 2026.*Perubahan ini tidak memerlukan hard fork, memungkinkan Ethereum menyesuaikan kapasitas melalui koordinasi antar client tanpa perlu upgrade di tingkat protokol.
Analisis dari MigaLabs, dengan kode sumber dan metode yang dapat direplikasi, memantau tingkat penggunaan blob dan performa jaringan selama masa transisi ini. Hasilnya menunjukkan jumlah blob median per blok menurun dari 6 menjadi 4 setelah override pertama, meskipun kapasitas total diperluas. Blok yang berisi 16 blob atau lebih sangat jarang, masing-masing muncul antara 165 hingga 259 kali selama seluruh periode observasi.
Dengan kata lain, jaringan memiliki potensi yang belum dimanfaatkan.
Laporan juga menunjukkan ketidakkonsistenan: bagian timeline menyebutkan bahwa override pertama meningkatkan target dari 6 ke 12, sementara pengumuman mainnet dan dokumen Ethereum Foundation mengonfirmasi peningkatan dari 6 ke 10. Dalam analisis ini, parameter resmi dari Ethereum Foundation digunakan, sementara data empiris tentang penggunaan dan tingkat miss dari MigaLabs tetap dianggap sebagai dasar analisis.
Tingkat miss meningkat tajam di blok dengan banyak blob
Keandalan jaringan diukur melalui missed slot – blok yang tidak disebarkan atau diverifikasi dengan benar – menunjukkan tren yang sangat jelas.
Pada tingkat blob rendah, tingkat miss dasar sekitar 0,5%. Ketika blok berisi 16 blob atau lebih, tingkat ini meningkat ke kisaran 0,77% hingga 1,79%. Pada 21 blob, yaitu batas maksimum setelah override kedua, tingkat miss mencapai 1,79%, lebih dari tiga kali lipat dari tingkat dasar.
Analisis berdasarkan tingkat blob dari 10 hingga 21 menunjukkan kurva penurunan kepercayaan yang semakin meningkat dan menjadi lebih jelas saat melewati target 14 blob.
Ini sangat penting karena menunjukkan infrastruktur Ethereum saat ini – termasuk hardware validator, bandwidth jaringan, dan waktu attest – mengalami kesulitan saat memproses blok dengan kapasitas tinggi.
Jika di masa depan permintaan meningkat pesat dan sering mendorong blok mendekati batas 21 blob, tingkat miss yang tinggi dapat menyebabkan keterlambatan finalitas atau peningkatan risiko reorg. Laporan menganggap ini sebagai batas stabil: jaringan mampu memproses blok dengan banyak blob secara teknis, tetapi kemampuan untuk mempertahankan hal tersebut secara stabil dan andal masih belum pasti.
Tingkat error tetap di bawah 0,75% untuk blok dengan kurang dari 16 poin gambar, tetapi meningkat di atas 1% untuk jumlah poin gambar yang lebih tinggi, mencapai 1,79% di 21 poin gambar.## Ekonomi blob dan peran harga dasar cadangan
Fusaka tidak hanya memperluas kapasitas tetapi juga mengubah mekanisme penetapan harga blob melalui EIP-7918, yang memperkenalkan harga dasar cadangan untuk mencegah lelang blob jatuh ke level 1 wei.
Sebelumnya, saat permintaan blob rendah dan biaya eksekusi mendominasi, base fee blob dapat menurun ke hampir nol, membuat sinyal harga kehilangan arti. Sementara itu, layer-2 rollup harus membayar biaya blob untuk mengunggah data transaksi ke Ethereum, dan biaya ini diharapkan mencerminkan biaya komputasi serta beban jaringan yang ditimbulkan blob.
Ketika biaya mendekati nol, siklus umpan balik ekonomi terganggu, mendorong perilaku konsumsi kapasitas tanpa membayar biaya yang sepadan, sehingga jaringan kehilangan kemampuan untuk mengamati kebutuhan nyata.
Harga dasar cadangan dari EIP-7918 mengaitkan biaya blob dengan biaya eksekusi, memastikan bahwa bahkan saat permintaan rendah, harga tetap berfungsi sebagai sinyal ekonomi yang bermakna. Ini membantu menghindari masalah “free-rider” dan menyediakan data yang lebih jelas untuk pengambilan keputusan perluasan kapasitas di masa depan.
Data awal dari dashboard Dune Hildobby menunjukkan biaya blob stabil setelah Fusaka, alih-alih terus menurun tajam seperti fase sebelumnya. Jumlah blob rata-rata per blok juga mengonfirmasi kesimpulan MigaLabs bahwa penggunaan belum cukup meningkat untuk mengisi kapasitas baru.
Biaya transaksi “blob” mencapai puncaknya di atas 2 juta dolar pada awal dan akhir tahun 2024 sebelum menurun sepanjang tahun 2025, dan tetap rendah selama tahun 2026.## Seberapa efektif Fusaka?
Secara teknis, Fusaka telah berhasil memperluas kapasitas dan membuktikan bahwa mekanisme Blob Parameter Override dapat berfungsi tanpa hard fork kontroversial. Harga dasar cadangan juga mulai menunjukkan efektivitasnya, mencegah biaya blob menjadi tidak berarti secara ekonomi.
Namun, tingkat penggunaan masih di bawah kapasitas dan kepercayaan menurun secara signifikan di batas atas kapasitas baru. Kurva tingkat miss menunjukkan infrastruktur saat ini menangani baik tingkat sebelum Fusaka maupun parameter 10/15 setelah override pertama, tetapi mulai mengalami tekanan saat melewati 16 blob.
Ini menciptakan profil risiko yang jelas: jika layer-2 meningkat secara tiba-tiba dan sering mendorong blok mendekati batas 21 blob, jaringan dapat menghadapi tingkat miss yang tinggi, mempengaruhi finalitas dan ketahanan terhadap reorg.
Di sisi lain, penurunan tingkat median blob setelah override pertama, meskipun kapasitas meningkat, menunjukkan bahwa rollup saat ini belum dibatasi oleh blob availability. Bisa jadi volume transaksi mereka belum cukup besar, atau mereka sedang mengoptimalkan kompresi dan batching agar sesuai dengan kapasitas saat ini daripada memperluas penggunaannya.
Data dari Blobscan juga menunjukkan bahwa rollup individual mempertahankan jumlah blob relatif stabil dari waktu ke waktu, bukan dengan cepat memanfaatkan kapasitas sisa yang baru.
Langkah selanjutnya untuk Ethereum
Roadmap Ethereum masih mencakup PeerDAS, sebuah desain ulang yang lebih mendalam tentang data availability sampling untuk memperluas kapasitas blob sekaligus meningkatkan desentralisasi dan keamanan.
Namun, hasil dari Fusaka menunjukkan kapasitas kasar saat ini belum menjadi hambatan utama. Jaringan masih memiliki ruang untuk “bertumbuh” dalam kisaran 14/21 sebelum perluasan lebih lanjut, sementara data tentang tingkat miss di tingkat blob tinggi menunjukkan infrastruktur perlu ditingkatkan secara paralel.
Pendekatan yang lebih aman adalah membiarkan penggunaan meningkat secara bertahap menuju target saat ini, memantau apakah tingkat miss membaik saat client dan validator dioptimalkan untuk beban blob yang lebih tinggi, lalu hanya menyesuaikan parameter saat jaringan membuktikan mampu menangani kasus batas secara stabil.
Fusaka telah menciptakan ruang untuk pertumbuhan di masa depan dan menstabilkan ekonomi blob, tetapi belum memicu lonjakan penggunaan secara langsung atau menyelesaikan tantangan utama terkait keandalan kapasitas maksimum. Apakah kapasitas ini akan terisi penuh atau tidak masih menjadi pertanyaan terbuka yang data saat ini belum mampu menjawab.
