## Ethereum menghadapi persimpangan kritis dalam jalur peta jalan 2026: tantangan tersembunyi bagi validator
Strategi skalabilitas Ethereum untuk 2026 bercabang ke dua jalur simultan. Di satu sisi, kapasitas data diperluas melalui blobs; di sisi lain, upaya meningkatkan kinerja lapisan dasar dengan menyesuaikan parameter gas. Kompleksitasnya terletak pada bahwa kedua tujuan bergantung pada perubahan mendasar dalam cara validator memproses dan memverifikasi informasi. Transisi diam-diam ini menyembunyikan risiko operasional yang lebih besar dari yang disarankan oleh judul teknis.
## Debut Fusaka: langkah pertama dalam jalur peta jalan
Fusaka, diluncurkan pada 3 Desember 2025, menandai tonggak awal. Pembaruan ini mengimplementasikan PeerDAS bersama dengan penyesuaian granular pada parameter blob (BPO). Berbeda dengan perubahan radikal, pendekatan ini memungkinkan peningkatan kinerja secara bertahap, memungkinkan jaringan beradaptasi secara progresif.
PeerDAS adalah tuas paling langsung untuk meningkatkan kapasitas: memungkinkan rollup mengakses ketersediaan data yang lebih besar tanpa memaksa setiap node mengunduh semua blobs. Awalnya, target blobs tidak langsung dinaikkan setelah aktivasi. Kemudian, dapat diduplikasi setiap beberapa minggu hingga mencapai target maksimum 48 blobs per blok, selalu di bawah pengawasan kesehatan jaringan.
Data tim Optimism memproyeksikan kinerja rollup yang akan berlipat ganda: sekitar dari 220 menjadi hampir 3.500 UOPS di bawah target 48 blobs. Namun, pertanyaan praktis tetap ada untuk 2026: akankah permintaan nyata muncul dalam bentuk penggunaan blobs, atau apakah tawaran untuk eksekusi di L1 akan terus mendominasi? Selain itu, stabilitas P2P dan konsumsi bandwidth node harus tetap dalam toleransi operasional saat BPO meningkat.
## Batas atas skalabilitas sosial: metrik gas yang penting
Secara paralel, Ethereum bereksperimen dengan kinerja yang lebih tinggi melalui koordinasi daripada hard fork. Catatan terbaru menunjukkan batas gas sebesar 60.000.000, dengan rata-rata 24 jam mendekati 59.990.755. Batas ini berfungsi sebagai acuan apa yang validator terima sebagai praktik. Juga mengungkapkan batas "skalabilitas sosial" sebelum latensi, beban validasi, ketegangan di mempool, dan kompetisi MEV menjadi pembatas.
Mengubah angka gas ini menjadi kinerja menggunakan interval blok 12 detik Ethereum. Tabel skenario mengungkapkan:
**Skenario Koordinasi Saat Ini**: batas gas 60.000.000 = ~5.000.000 gas/detik = ~238 transaksi/detik (a 21k gas) atau ~42 transaksi/detik (a 120k gas).
**Skenario 2× batas gas**: batas 120.000.000 = ~10.000.000 gas/detik = ~476 tx/detik (a 21k) atau ~83 tx/detik (a 120k).
**Skenario kinerja maksimum** (memerlukan perubahan validasi): batas 200.000.000 = ~16.666.667 gas/detik = ~793 tx/detik (a 21k) atau ~139 tx/detik (a 120k).
Skala ini mewakili spektrum teoretis, tetapi setiap tingkat memperkenalkan kompleksitas operasional yang harus diatasi validator.
## Glamsterdam: konvergensi tiga front eksekusi
Nama kode "Glamsterdam" mengelompokkan beberapa proposal yang bertujuan mengoptimalkan eksekusi di bawah payung konseptual. Tiga elemen kunci tetap dalam status draft sesuai halaman EIP masing-masing:
**ePBS (EIP-7732) — Usulan-Pembangunan Terpisah yang Terenkripsi**: Memisahkan validasi eksekusi dari validasi konsensus secara temporer. Fleksibilitas temporer ini, meskipun kuat untuk kinerja, adalah tempat di mana mode kegagalan baru dapat muncul. Penelitian akademik tentang "masalah opsi gratis" memperkirakan validator akan menggunakan opsi sekitar 0,82% dari blok dalam kondisi normal, tetapi persentase ini melonjak menjadi 6% selama hari-hari volatilitas tinggi. Episod-episod penggunaan opsi ini merupakan saat jaringan mengalami tekanan non-linier.
**BALs (EIP-7928) — Daftar Akses Tingkat Blok**: Diposisikan sebagai infrastruktur untuk paralelisme. Proposal ini mencakup pembacaan paralel disk, validasi transaksi secara bersamaan, perhitungan paralel akar status, dan "pembaruan status tanpa eksekusi". Overhead rata-rata yang diperkirakan adalah 70-72 KiB terkompresi per blok. Kesenjangan antara teori dan praktik cukup besar: keuntungan ini hanya terwujud jika klien mengimplementasikan konkuren sejati di titik-titik kemacetan nyata. Selain itu, data dan langkah verifikasi tambahan tidak dapat menjadi beban latensi mereka sendiri.
**Revaluasi Umum (EIP-7904)**: Mengatasi ketidaksesuaian kronis dalam skema gas yang telah berlangsung bertahun-tahun. Koreksi perhitungan yang salah dalam komputasi dapat meningkatkan kinerja yang dapat digunakan, tetapi membawa risiko serangan penolakan layanan dan kenyataan bahwa kontrak memuat asumsi gas tertentu.
## Risiko nyata: beban pada validator
Di sinilah risiko yang melampaui yang tampak: transisi dari menjalankan ulang blok ke memverifikasi bukti ZK bukan hanya perubahan teknis, tetapi transformasi operasional mendalam bagi validator.
Jalur peta "Realtime Proving" dari Ethereum Foundation menggambarkan peluncuran bertahap di mana pertama-tama sekelompok kecil validator menjalankan klien ZK di produksi. Baru setelah mayoritas stake merasa nyaman, batas gas dapat dinaikkan ke tingkat di mana verifikasi bukti menggantikan re-eksekusi sebagai mekanisme praktis di perangkat keras yang masuk akal.
Pembatasan teknis lebih penting daripada narasi: target keamanan 128-bit (dengan 100-bit yang diterima sementara), ukuran bukti kurang dari 300 KiB, dan menghindari ketergantungan pada pembungkusan rekursif dengan pengaturan kepercayaan. Lebih kritis lagi, skalabilitas yang terkait dengan pasar bukti memerlukan bahwa pasokan bukti ekonomis dan kredibel tanpa terkonsentrasi pada sekelompok kecil penguji yang akan mereplikasi ketergantungan relay di lapisan stack lain.
## Hegota: jadwal yang terlihat untuk keputusan penting
Setelah Glamsterdam, "Hegota" muncul sebagai label untuk akhir 2026, meskipun cakupannya masih bersifat prosesual daripada definitif. Ethereum Foundation menetapkan jadwal eksplisit: jendela proposal utama dari 8 Januari hingga 4 Februari, diikuti diskusi dan finalisasi dari 5 hingga 26 Februari, dengan jendela berikutnya untuk proposal non-utama.
Meta-EIP Hegota (EIP-8081) dalam status draft mencantumkan elemen "dipertimbangkan" daripada tetap, termasuk FOCIL (EIP-7805) yang saat ini sedang dipertimbangkan. Nilai langsungnya adalah menciptakan titik keputusan dengan tanggal yang dapat dilacak oleh investor dan pengembang tanpa mengimplikasikan komitmen terhadap nama kode tertentu. Tonggak kritis pertama: proposal utama Hegota ditutup pada 4 Februari.
## Kesimpulan: jalur peta jalan yang menuntut adaptasi operasional
Jalur peta jalan Ethereum untuk 2026 tidak hanya menghadirkan perubahan teknis, tetapi juga rekonfigurasi peran validator. Transisi dari koordinasi kinerja sosial menuju ketergantungan pada bukti ZK, dikombinasikan dengan peningkatan gas dan pemrosesan paralel yang lebih besar, menciptakan celah kerentanan operasional. Validator tidak hanya membutuhkan infrastruktur baru; mereka harus percaya pada pasar bukti yang belum ada secara skala. Inilah premis diam-diam yang membuat risiko lebih besar dari yang tampak dalam tinjauan teknis retrospektif.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
## Ethereum menghadapi persimpangan kritis dalam jalur peta jalan 2026: tantangan tersembunyi bagi validator
Strategi skalabilitas Ethereum untuk 2026 bercabang ke dua jalur simultan. Di satu sisi, kapasitas data diperluas melalui blobs; di sisi lain, upaya meningkatkan kinerja lapisan dasar dengan menyesuaikan parameter gas. Kompleksitasnya terletak pada bahwa kedua tujuan bergantung pada perubahan mendasar dalam cara validator memproses dan memverifikasi informasi. Transisi diam-diam ini menyembunyikan risiko operasional yang lebih besar dari yang disarankan oleh judul teknis.
## Debut Fusaka: langkah pertama dalam jalur peta jalan
Fusaka, diluncurkan pada 3 Desember 2025, menandai tonggak awal. Pembaruan ini mengimplementasikan PeerDAS bersama dengan penyesuaian granular pada parameter blob (BPO). Berbeda dengan perubahan radikal, pendekatan ini memungkinkan peningkatan kinerja secara bertahap, memungkinkan jaringan beradaptasi secara progresif.
PeerDAS adalah tuas paling langsung untuk meningkatkan kapasitas: memungkinkan rollup mengakses ketersediaan data yang lebih besar tanpa memaksa setiap node mengunduh semua blobs. Awalnya, target blobs tidak langsung dinaikkan setelah aktivasi. Kemudian, dapat diduplikasi setiap beberapa minggu hingga mencapai target maksimum 48 blobs per blok, selalu di bawah pengawasan kesehatan jaringan.
Data tim Optimism memproyeksikan kinerja rollup yang akan berlipat ganda: sekitar dari 220 menjadi hampir 3.500 UOPS di bawah target 48 blobs. Namun, pertanyaan praktis tetap ada untuk 2026: akankah permintaan nyata muncul dalam bentuk penggunaan blobs, atau apakah tawaran untuk eksekusi di L1 akan terus mendominasi? Selain itu, stabilitas P2P dan konsumsi bandwidth node harus tetap dalam toleransi operasional saat BPO meningkat.
## Batas atas skalabilitas sosial: metrik gas yang penting
Secara paralel, Ethereum bereksperimen dengan kinerja yang lebih tinggi melalui koordinasi daripada hard fork. Catatan terbaru menunjukkan batas gas sebesar 60.000.000, dengan rata-rata 24 jam mendekati 59.990.755. Batas ini berfungsi sebagai acuan apa yang validator terima sebagai praktik. Juga mengungkapkan batas "skalabilitas sosial" sebelum latensi, beban validasi, ketegangan di mempool, dan kompetisi MEV menjadi pembatas.
Mengubah angka gas ini menjadi kinerja menggunakan interval blok 12 detik Ethereum. Tabel skenario mengungkapkan:
**Skenario Koordinasi Saat Ini**: batas gas 60.000.000 = ~5.000.000 gas/detik = ~238 transaksi/detik (a 21k gas) atau ~42 transaksi/detik (a 120k gas).
**Skenario 2× batas gas**: batas 120.000.000 = ~10.000.000 gas/detik = ~476 tx/detik (a 21k) atau ~83 tx/detik (a 120k).
**Skenario kinerja maksimum** (memerlukan perubahan validasi): batas 200.000.000 = ~16.666.667 gas/detik = ~793 tx/detik (a 21k) atau ~139 tx/detik (a 120k).
Skala ini mewakili spektrum teoretis, tetapi setiap tingkat memperkenalkan kompleksitas operasional yang harus diatasi validator.
## Glamsterdam: konvergensi tiga front eksekusi
Nama kode "Glamsterdam" mengelompokkan beberapa proposal yang bertujuan mengoptimalkan eksekusi di bawah payung konseptual. Tiga elemen kunci tetap dalam status draft sesuai halaman EIP masing-masing:
**ePBS (EIP-7732) — Usulan-Pembangunan Terpisah yang Terenkripsi**: Memisahkan validasi eksekusi dari validasi konsensus secara temporer. Fleksibilitas temporer ini, meskipun kuat untuk kinerja, adalah tempat di mana mode kegagalan baru dapat muncul. Penelitian akademik tentang "masalah opsi gratis" memperkirakan validator akan menggunakan opsi sekitar 0,82% dari blok dalam kondisi normal, tetapi persentase ini melonjak menjadi 6% selama hari-hari volatilitas tinggi. Episod-episod penggunaan opsi ini merupakan saat jaringan mengalami tekanan non-linier.
**BALs (EIP-7928) — Daftar Akses Tingkat Blok**: Diposisikan sebagai infrastruktur untuk paralelisme. Proposal ini mencakup pembacaan paralel disk, validasi transaksi secara bersamaan, perhitungan paralel akar status, dan "pembaruan status tanpa eksekusi". Overhead rata-rata yang diperkirakan adalah 70-72 KiB terkompresi per blok. Kesenjangan antara teori dan praktik cukup besar: keuntungan ini hanya terwujud jika klien mengimplementasikan konkuren sejati di titik-titik kemacetan nyata. Selain itu, data dan langkah verifikasi tambahan tidak dapat menjadi beban latensi mereka sendiri.
**Revaluasi Umum (EIP-7904)**: Mengatasi ketidaksesuaian kronis dalam skema gas yang telah berlangsung bertahun-tahun. Koreksi perhitungan yang salah dalam komputasi dapat meningkatkan kinerja yang dapat digunakan, tetapi membawa risiko serangan penolakan layanan dan kenyataan bahwa kontrak memuat asumsi gas tertentu.
## Risiko nyata: beban pada validator
Di sinilah risiko yang melampaui yang tampak: transisi dari menjalankan ulang blok ke memverifikasi bukti ZK bukan hanya perubahan teknis, tetapi transformasi operasional mendalam bagi validator.
Jalur peta "Realtime Proving" dari Ethereum Foundation menggambarkan peluncuran bertahap di mana pertama-tama sekelompok kecil validator menjalankan klien ZK di produksi. Baru setelah mayoritas stake merasa nyaman, batas gas dapat dinaikkan ke tingkat di mana verifikasi bukti menggantikan re-eksekusi sebagai mekanisme praktis di perangkat keras yang masuk akal.
Pembatasan teknis lebih penting daripada narasi: target keamanan 128-bit (dengan 100-bit yang diterima sementara), ukuran bukti kurang dari 300 KiB, dan menghindari ketergantungan pada pembungkusan rekursif dengan pengaturan kepercayaan. Lebih kritis lagi, skalabilitas yang terkait dengan pasar bukti memerlukan bahwa pasokan bukti ekonomis dan kredibel tanpa terkonsentrasi pada sekelompok kecil penguji yang akan mereplikasi ketergantungan relay di lapisan stack lain.
## Hegota: jadwal yang terlihat untuk keputusan penting
Setelah Glamsterdam, "Hegota" muncul sebagai label untuk akhir 2026, meskipun cakupannya masih bersifat prosesual daripada definitif. Ethereum Foundation menetapkan jadwal eksplisit: jendela proposal utama dari 8 Januari hingga 4 Februari, diikuti diskusi dan finalisasi dari 5 hingga 26 Februari, dengan jendela berikutnya untuk proposal non-utama.
Meta-EIP Hegota (EIP-8081) dalam status draft mencantumkan elemen "dipertimbangkan" daripada tetap, termasuk FOCIL (EIP-7805) yang saat ini sedang dipertimbangkan. Nilai langsungnya adalah menciptakan titik keputusan dengan tanggal yang dapat dilacak oleh investor dan pengembang tanpa mengimplikasikan komitmen terhadap nama kode tertentu. Tonggak kritis pertama: proposal utama Hegota ditutup pada 4 Februari.
## Kesimpulan: jalur peta jalan yang menuntut adaptasi operasional
Jalur peta jalan Ethereum untuk 2026 tidak hanya menghadirkan perubahan teknis, tetapi juga rekonfigurasi peran validator. Transisi dari koordinasi kinerja sosial menuju ketergantungan pada bukti ZK, dikombinasikan dengan peningkatan gas dan pemrosesan paralel yang lebih besar, menciptakan celah kerentanan operasional. Validator tidak hanya membutuhkan infrastruktur baru; mereka harus percaya pada pasar bukti yang belum ada secara skala. Inilah premis diam-diam yang membuat risiko lebih besar dari yang tampak dalam tinjauan teknis retrospektif.