Nama Fusaka berasal dari kombinasi peningkatan lapisan eksekusi Osaka dan versi lapisan konsensus Fula Star. Peningkatan ini diharapkan akan diaktifkan pada 3 Desember 2025 pukul 21:49 UTC.
Peningkatan ini mencakup 12 EIP, meliputi ketersediaan data, kapasitas Gas/blok, optimisasi keamanan, kompatibilitas tanda tangan, struktur biaya transaksi, dll. Ini adalah peningkatan sistematis untuk mencapai perluasan kapasitas L1, mengurangi biaya L2, menurunkan biaya node, dan meningkatkan pengalaman pengguna.
I. Dua tujuan inti Fusaka: meningkatkan kinerja Ethereum dan meningkatkan pengalaman pengguna.
Tujuan 1: Secara signifikan meningkatkan kinerja dasar dan skalabilitas Ethereum.
Kata kunci inti:
-
Perluasan ketersediaan data
-
Mengurangi beban node
-
Blob lebih fleksibel
-
Kemampuan eksekusi yang ditingkatkan
-
Mekanisme konsensus yang lebih efisien dan aman
Singkatnya: untuk lebih meningkatkan kinerja Ethereum.
Tujuan 2: Meningkatkan pengalaman pengguna dan mendorong generasi berikutnya dari abstraksi dompet dan akun.
Kata kunci inti:
-
Prakonfirmasi blok
-
Dukungan P-256 (tanda tangan asli perangkat)
-
Dompet mnemonic
-
Sistem akun yang lebih modern
Pada dasarnya, Ethereum semakin mendekati pengalaman perangkat lunak internet arus utama.
II. Lima Perubahan Utama dalam Fusaka
1. PeerDAS: Mengurangi beban penyimpanan data pada node
PeerDAS adalah fitur baru inti dari peningkatan Fusaka. Saat ini, node Layer 2 menggunakan blob (jenis data sementara) untuk mempublikasikan data ke Ethereum. Sebelum peningkatan Fusaka, setiap node penuh harus menyimpan setiap blob untuk memastikan keberadaan data. Ketika throughput blob meningkat, mengunduh semua data ini menjadi sangat intensif sumber daya, sehingga sulit bagi node untuk menangani.
PeerDAS menggunakan skema sampling ketersediaan data, memungkinkan setiap node menyimpan hanya sebagian subset blok data alih-alih keseluruhan dataset. Untuk memastikan ketersediaan data, subset data mana pun dapat direkonstruksi dari 50% data yang ada, mengurangi kemungkinan kesalahan atau data hilang hingga tingkat yang dapat diabaikan secara kriptografis.
PeerDAS bekerja dengan menerapkan pengkodean penghapusan Reed-Solomon pada data blob. Dalam aplikasi tradisional, DVD menggunakan teknologi pengkodean yang sama—meskipun terdapat goresan, pemutar masih dapat membaca cakram; demikian pula, kode QR masih dapat dikenali sepenuhnya meskipun sebagian tertutup.
Oleh karena itu, solusi PeerDAS dapat memastikan bahwa persyaratan perangkat keras dan bandwidth dari node berada dalam kisaran yang dapat diterima, sekaligus memungkinkan ekspansi blob sehingga mendukung lebih banyak node Layer2 dalam skala yang lebih besar dengan biaya lebih rendah.
2. Meningkatkan jumlah blob secara fleksibel sesuai kebutuhan: Beradaptasi dengan kebutuhan data L2 yang terus berubah.
Untuk memastikan peningkatan yang konsisten di semua node, klien, dan perangkat lunak validator, pendekatan bertahap diperlukan. Untuk lebih cepat beradaptasi dengan kebutuhan blok data Layer 2 yang terus berkembang, diperkenalkan mekanisme fork yang hanya memengaruhi parameter blob.
Ketika blob pertama kali ditambahkan ke jaringan selama peningkatan Dencun, terdapat 3 (maksimal 6), yang kemudian meningkat menjadi 6 (maksimal 9) pada peningkatan Pectra. Setelah Fusaka, blob dapat ditambahkan dengan tingkat yang berkelanjutan tanpa memerlukan peningkatan jaringan utama.
3. Mendukung kedaluwarsa catatan historis: mengurangi biaya node.
Untuk mengurangi ruang disk yang dibutuhkan oleh operator node selama pertumbuhan Ethereum yang berkelanjutan, klien diharuskan mulai mendukung kedaluwarsa beberapa catatan historis. Faktanya, klien sudah memiliki fungsi ini diaktifkan secara waktu nyata; peningkatan ini hanya menambahkannya ke daftar tugas yang perlu dilakukan.
4. Pra-konfirmasi blok: Memungkinkan konfirmasi transaksi lebih cepat.
Dengan menggunakan EIP7917, Beacon Chain akan dapat mengidentifikasi pengusul blok untuk epoch berikutnya. Mengetahui sebelumnya validator mana yang akan mengusulkan blok di masa depan memungkinkan pra-konfirmasi. Komitmen dapat dibuat dengan pengusul blok yang akan datang untuk menjamin bahwa transaksi pengguna akan dimasukkan dalam blok tersebut tanpa menunggu blok sebenarnya dihasilkan.
Fitur ini menguntungkan implementasi klien dan keamanan jaringan karena mencegah situasi ekstrem seperti validator memanipulasi jadwal pengusul. Selain itu, fitur pandangan ke depan ini mengurangi kompleksitas implementasi.
5. Tanda tangan asli P-256: Ethereum secara langsung terhubung dengan 5 miliar perangkat seluler.
Pengecek tanda tangan secp256r1 (P-256) bawaan, mirip dengan passkey, diperkenalkan pada alamat tetap. Ini adalah algoritma tanda tangan asli yang digunakan oleh sistem seperti Apple, Android, FIDO2, dan WebAuthn.
Untuk pengguna, peningkatan ini membuka kemampuan tanda tangan perangkat asli dan fungsi passkey. Dompet dapat langsung mengakses Secure Vault Apple, Android Keystore, Hardware Security Module (HSM), dan FIDO2/WebAuthn—tidak memerlukan frasa mnemonik, proses pendaftaran yang lebih lancar, dan pengalaman autentikasi multi-faktor yang sebanding dengan aplikasi modern. Hal ini akan menghasilkan pengalaman pengguna yang lebih baik, metode pemulihan akun yang lebih nyaman, dan model abstraksi akun yang sesuai dengan fungsi yang ada di miliaran perangkat.
Untuk pengembang, ini menerima input 160 byte dan mengembalikan output 32 byte, sehingga sangat mudah untuk mem-porting pustaka yang ada dan kontrak L2. Implementasi dasarnya mencakup pointer ke infinity dan pemeriksaan perbandingan modulo untuk menghilangkan kasus batas yang rumit tanpa merusak pemanggil yang valid.
III. Dampak Jangka Panjang Peningkatan Fusaka pada Ekosistem Ethereum
1. Dampak pada L2: Ekspansi memasuki kurva kedua. Melalui PeerDAS dan peningkatan jumlah Blob sesuai permintaan, serta mekanisme penetapan harga data yang lebih adil, batasan ketersediaan data telah diselesaikan, dan Fusaka telah mempercepat penurunan biaya L2.
2. Dampak pada node: Biaya operasional terus menurun. Persyaratan penyimpanan yang berkurang dan waktu sinkronisasi yang lebih singkat menurunkan biaya operasional. Selain itu, dalam jangka panjang, ini memastikan partisipasi berkelanjutan dari node dengan perangkat keras yang lebih lemah, sehingga menjamin desentralisasi jaringan yang berkelanjutan.
3. Dampak pada DApps: Logika on-chain yang lebih kompleks menjadi mungkin. Opcode matematika yang lebih efisien dan jadwal pengajuan blok yang lebih dapat diprediksi dapat mendorong AMM berperforma tinggi, protokol derivatif yang lebih kompleks, dan aplikasi sepenuhnya on-chain.
4. Dampak pada pengguna biasa: Akhirnya, mereka dapat menggunakan blockchain seperti Web2. Tanda tangan P-256 berarti tidak perlu lagi menggunakan frasa mnemonic, ponsel dapat digunakan sebagai dompet, login menjadi lebih nyaman, pemulihan lebih sederhana, dan autentikasi multi-faktor secara alami terintegrasi. Ini adalah perubahan revolusioner dalam pengalaman pengguna dan salah satu syarat yang diperlukan untuk mendorong 1 miliar pengguna ke blockchain.
IV. Kesimpulan: Fusaka adalah langkah penting menuju DankSharding dan adopsi pengguna secara besar-besaran.
Dencun membuka era Blob (Proto-Dank Sharding), Pectra mengoptimalkan eksekusi dan memiliki dampak pada EIP-4844, sementara Fusaka memungkinkan Ethereum mengambil langkah penting menuju "skala berkelanjutan + mobile-first".
TLDR:
Pembaruan ini akan menggabungkan 12 EIP, terutama mencakup:
EIP-7594: Menggunakan PeerDAS untuk mengurangi beban penyimpanan data pada node.
Ini adalah landasan utama untuk memperluas kapasitas data Ethereum. PeerDAS telah membangun infrastruktur yang dibutuhkan untuk mengimplementasikan Danksharding, dan pembaruan di masa depan diharapkan akan meningkatkan throughput data dari 375kb/s menjadi beberapa MB/s. Hal ini juga secara langsung mengimplementasikan penskalaan Layer 2, memungkinkan node untuk memproses lebih banyak data secara efisien tanpa membebani peserta individu.
EIP-7642: Memperkenalkan fungsi kedaluwarsa riwayat untuk mengurangi ruang disk yang dibutuhkan oleh node.
Ini setara dengan mengubah cara penerimaan diproses, menghapus data lama dari sinkronisasi node, sehingga menghemat sekitar 530GB bandwidth selama sinkronisasi.
EIP-7823: Menetapkan batas atas untuk MODEXP guna mencegah kerentanan konsensus.
Ini membatasi panjang setiap input hingga 1024 byte untuk kode precompiled kriptografi MODEXP. Sebelumnya, MODEXP telah menjadi sumber kerentanan konsensus akibat panjang input yang tidak dibatasi. Dengan menetapkan batasan praktis yang mencakup semua skenario aplikasi di dunia nyata, ruang lingkup pengujian berkurang, membuka jalan untuk penggantian di masa depan dengan kode EVM yang lebih efisien.
EIP-7825: Memperkenalkan batas gas transaksi untuk mencegah satu transaksi menghabiskan sebagian besar ruang blok.
Langkah ini memperkenalkan batas gas sebesar 167.777.216 per transaksi, mencegah transaksi tunggal menghabiskan sebagian besar ruang blok. Hal ini memastikan distribusi ruang blok yang lebih adil, sehingga meningkatkan stabilitas jaringan, kemampuan untuk bertahan terhadap serangan DoS, dan memungkinkan waktu verifikasi blok yang lebih terprediksi.
EIP-7883: Meningkatkan biaya gas kode pra-kompilasi kriptografi ModExp untuk mencegah potensi serangan penolakan layanan akibat harga yang terlalu rendah.
Untuk mengatasi masalah harga operasi yang terlalu rendah, biaya gas pra-kompilasi ModExp kriptografi telah dinaikkan. Biaya minimum meningkat dari 200 gas menjadi 500 gas, dan biaya akan berlipat ganda untuk input besar yang melebihi 32 byte. Langkah ini memastikan harga yang wajar untuk pra-kompilasi kriptografi, meningkatkan keberlanjutan ekonomi jaringan, dan mencegah potensi serangan penolakan layanan akibat harga yang terlalu rendah.
EIP-7892: Mendukung penskalaan elastis jumlah blob sesuai permintaan untuk beradaptasi dengan kebutuhan Layer 2 yang terus berkembang.
Ethereum dapat menyesuaikan parameter penyimpanan blob lebih sering dengan menciptakan proses baru yang ringan. Hal ini memungkinkan penyesuaian kecil pada kapasitas blob untuk memenuhi kebutuhan Layer 2 yang terus berkembang tanpa harus menunggu peningkatan besar.
EIP-7917: Memungkinkan pra-konfirmasi blok, meningkatkan prediktabilitas urutan transaksi.
Saat ini, validator tidak dapat mengetahui siapa yang akan mengusulkan blok hingga epoch berikutnya dimulai, yang memperkenalkan ketidakpastian pada mitigasi MEV dan protokol prakonfirmasi. Perubahan ini menghitung terlebih dahulu dan menyimpan jadwal pengusul untuk epoch mendatang, membuatnya deterministik dan dapat diakses oleh aplikasi.
EIP-7918: Memperkenalkan biaya blob dasar yang terhubung dengan biaya eksekusi, sehingga mengatasi masalah pasar biaya blok data.
Solusi ini mengatasi masalah pasar biaya blok dengan memperkenalkan harga cadangan yang terhubung dengan biaya eksekusi. Hal ini mencegah pasar biaya blok gagal pada 1 wei ketika biaya eksekusi Layer 2 jauh lebih tinggi dibandingkan dengan biaya blok.
Langkah ini penting untuk L2, memastikan bahwa harga Blob yang berkelanjutan mencerminkan biaya sebenarnya dan mempertahankan penemuan harga yang efektif seiring peningkatan penggunaan L2.
EIP-7934: Membatasi ukuran maksimum blok eksekusi RLP hingga 10MB untuk mencegah ketidakstabilan jaringan dan serangan penolakan layanan.
Saat ini, ukuran blok dapat menjadi sangat besar, yang memperlambat propagasi jaringan dan meningkatkan risiko terjadinya fork sementara. Pembatasan ini memastikan bahwa ukuran blok tetap dalam rentang yang wajar sehingga jaringan dapat memproses dan menyebarkannya secara efisien. Hal ini meningkatkan keandalan jaringan, mengurangi risiko fork sementara, dan dengan demikian mencapai waktu konfirmasi transaksi yang lebih stabil.
1. **EIP-7935**: Meningkatkan batas gas default menjadi 60M untuk memperluas kemampuan eksekusi L1.
2. Proposal ini menyarankan untuk meningkatkan batas gas dari 36M menjadi 60M guna memperluas kapasitas eksekusi L1. Meskipun perubahan ini tidak memerlukan hard fork (karena batas gas merupakan parameter yang dipilih oleh validator), pengujian ekstensif diperlukan untuk memastikan stabilitas jaringan di bawah beban komputasi tinggi. Oleh karena itu, menyertakan EIP ini dalam proses hard fork memastikan pekerjaan ini diprioritaskan dan terus berlanjut.
3. Dengan memungkinkan setiap blok data melakukan lebih banyak perhitungan, throughput jaringan secara keseluruhan meningkat langsung, yang merupakan cara paling langsung untuk memperluas kemampuan eksekusi L1.
4. **EIP-7939**: Menambahkan opcode CLZ untuk membuat perhitungan on-chain lebih efisien.
5. Pembaruan ini menambahkan opcode baru CLZ (Calculate Leading Zeros) ke EVM untuk secara efisien menghitung jumlah nol di awal dalam angka 256-bit. Hal ini secara signifikan mengurangi biaya gas untuk operasi matematika yang memerlukan manipulasi bit, meningkatkan efisiensi komputasi, dan memungkinkan perhitungan on-chain yang lebih kompleks. Ini memungkinkan operasi matematika menjadi lebih murah dan lebih efisien, memberikan manfaat bagi protokol DeFi, aplikasi gaming, dan kontrak apa pun yang memerlukan perhitungan matematika kompleks.
6. **EIP-7951**: Menambahkan dukungan untuk kurva secp256r1 yang telah dikompilasi sebelumnya untuk meningkatkan pengalaman pengguna.
7. Pembaruan ini menambahkan dukungan untuk kurva kriptografi secp256r1 (juga dikenal sebagai P-256) yang banyak digunakan ke Ethereum. Saat ini, Ethereum hanya mendukung kurva secp256k1 untuk tanda tangan, tetapi banyak perangkat dan sistem menggunakan secp256r1. Pembaruan ini memungkinkan Ethereum untuk memverifikasi tanda tangan dari iPhone, ponsel Android, dompet perangkat keras, dan sistem lain yang menggunakan kurva standar ini, sehingga mempermudah integrasi dengan infrastruktur yang ada.