Layer2 Ethereum tidak cukup terdesentralisasi dari yang diharapkan: Apa arti pernyataan Vitalik di baliknya?

Pada Mei 2026, Yayasan Ethereum menyelesaikan interop teknis selama satu minggu di Kepulauan Svalbard, Norwegia, dengan lebih dari seratus pengembang inti yang secara resmi menutup kolaborasi penguatan upgrade Glamsterdam. Pertemuan ini tidak hanya menyelesaikan target teknologi inti Glamsterdam, tetapi juga secara bersamaan mengonfirmasi arah perubahan upgrade Hegotá—dari jalur skalabilitas awal beralih ke “pembersihan dan penguatan” cabang perbaikan utang teknologi. Namun, hampir bersamaan, penilaian lain yang tersebar luas di komunitas patut dipikirkan lebih dalam: Vitalik Buterin secara tegas mengakui bahwa dalam peta jalan Ethereum yang berfokus pada Rollup, kecepatan kemajuan desentralisasi Layer2 “jauh lebih lambat dari yang diperkirakan”. Realitas ini, yang berhubungan dengan ekspansi cepat dari L1 dasar Ethereum sendiri, sedang membentuk ulang logika dasar jalur ekspansi Ethereum secara keseluruhan.

Mengapa Kemajuan Desentralisasi Layer2 Ethereum Seringkali Lebih Lambat dari Perkiraan

Vitalik secara terbuka menyatakan pada Februari 2026 bahwa peta jalan yang dibuat lima tahun lalu, yang menempatkan L2 sebagai metode utama ekspansi Ethereum, sudah tidak lagi relevan. Penilaiannya didasarkan pada dua fakta: Pertama, kemajuan desentralisasi ke tahap yang lebih tinggi dari L2 “jauh lebih lambat dan lebih sulit dari yang diperkirakan”; kedua, kecepatan ekspansi L1 Ethereum sendiri secara signifikan melebihi prediksi awal.

Dari kerangka tingkat desentralisasi, L2BEAT membagi Rollup menjadi tiga tahap—Stage 0 (sepenuhnya terpusat), Stage 1 (bergantung terbatas pada multi-signature governance), dan Stage 2 (sepenuhnya desentralisasi, hanya bergantung pada kode dan kriptografi). Hingga awal 2026, sebagian besar L2 teratas masih berada di Stage 0 atau Stage 1, belum mencapai desentralisasi penuh. Bahkan L2 yang sedikit berhasil mencapai Stage 1 pun, masih jauh dari standar “tanpa backdoor kontrol” yang dibutuhkan untuk Stage 2.

Keterlambatan ini disebabkan oleh faktor teknis dan ekonomi. Beberapa tim L2 secara tegas menyatakan bahwa karena pembatasan regulasi atau model bisnis, mereka mungkin tidak pernah mengejar desentralisasi penuh. Pendapatan dari validator sebagai model bisnis utama operator L2—di mana validator desentralisasi berarti menyerahkan sebagian insentif ekonomi ini—secara praktis membatasi kecepatan kemajuan desentralisasi.

Centralisasi Validator dan Jembatan Multi-signature Mengungkap Tiga Masalah Struktural

Menganalisis penyebab struktural tertundanya desentralisasi L2, dapat difokuskan pada tiga masalah utama yang saling terkait.

Pertama, adalah sentralisasi validator. Saat ini, sebagian besar L2 bergantung pada satu validator pusat yang mengemas dan mengurutkan transaksi. Solusi ini meskipun efisien dan murah, menimbulkan masalah ketahanan terhadap sensor, risiko titik kegagalan tunggal. Validator mengendalikan urutan transaksi, dapat memperoleh nilai maksimum (MEV), dan berpotensi melakukan penyensoran transaksi—yang bertentangan dengan prinsip utama desentralisasi Ethereum sendiri.

Kedua, adalah keterlambatan dalam penerapan bukti penipuan dan bukti keabsahan. Optimistic Rollup bergantung pada jendela tantangan (biasanya 7 hari), sehingga pengguna harus mempercayai operator L2 dalam waktu yang cukup lama. Sementara ZK Rollup secara teori dapat memberikan finalitas instan, pembuatan bukti keabsahan memerlukan rangkaian khusus dan proses audit yang kompleks, dan setiap kali hard fork Ethereum mengubah perilaku EVM, L2 harus memperbarui sistem pembuktian mereka secara sinkron, yang sangat mahal.

Ketiga, adalah fragmentasi likuiditas lintas rantai. Hingga awal 2026, lebih dari 50 jaringan Rollup utama memiliki total nilai terkunci (TVL) lebih dari 45 miliar dolar AS, tetapi dana dan pengguna tersebar di banyak rantai Rollup dan berbagai antarmuka jembatan, menyebabkan fragmentasi likuiditas yang semakin parah. Sebagian besar koneksi antara L2 dan L1 Ethereum bergantung pada jembatan multi-signature—yaitu mekanisme transfer aset lintas rantai yang dikendalikan oleh kontrak multi-signature. Kritik langsung Vitalik terhadap ini adalah: sebuah rantai EVM yang mampu memproses 10.000 TPS, jika bergantung pada satu jembatan multi-signature untuk terhubung ke L1, sebenarnya tidak benar-benar memperluas Ethereum, melainkan membangun platform independen berbasis kepercayaan. Penggunaan luas jembatan multi-signature di jaringan L2 menunjukkan bahwa sebagian besar Rollup tidak benar-benar mewarisi jaminan keamanan Ethereum, melainkan bergantung pada kontrol terpusat untuk menjaga operasionalnya.

Peluncuran Glamsterdam devnet dan Respons ePBS terhadap Tantangan Skalabilitas dan Keamanan

Peluncuran Glamsterdam devnet merupakan salah satu tonggak penting dalam peta jalan Ethereum 2026. Sebelum Soldøgn Interop di awal Mei, glamsterdam-devnet-2 telah berjalan stabil, dan ePBS (Proposer-Builder Separation yang terintegrasi dalam protokol) telah menyelesaikan pengujian lintas klien secara end-to-end, dengan proses Builder eksternal mencakup “hampir semua implementasi klien”.

Nilai utama ePBS adalah memisahkan hak pembuatan blok dan hak usulan, serta membangun mekanisme standar rantai pasokan MEV di tingkat protokol. Sebelumnya, pembuatan blok bergantung pada relay eksternal, yang berisiko terpusat; ePBS mengintegrasikan pembuatan dan verifikasi ke dalam aturan protokol, secara signifikan mengurangi ruang manipulasi MEV. ePBS juga merombak struktur Slot, menambahkan kerangka waktu batas akhir untuk pembuatan dan usulan blok di lapisan eksekusi, memberikan buffer yang lebih besar untuk peningkatan keamanan melalui batas gas.

Glamsterdam juga menetapkan target batas atas dan bawah untuk kapasitas gas setelah upgrade, masing-masing 200 juta unit. Dengan pengoptimalan struktur waktu ePBS dan kemampuan verifikasi paralel melalui daftar akses tingkat blok (BAL), pengembang memiliki standar operasional yang lebih realistis untuk kapasitas skalabilitas utama jaringan pada 2026.

Tonggak Skalabilitas Fusaka dan Terobosan Struktural dalam Ketersediaan Data

Upgrade Fusaka resmi diaktifkan pada 3 Desember 2025. Inti dari upgrade ini adalah pengenalan PeerDAS (EIP-7594), yang mengintegrasikan kemampuan sampling ketersediaan data ke tingkat protokol. Dengan memungkinkan node hanya menyimpan subset Blob data, bukan data lengkap, PeerDAS secara teori meningkatkan kapasitas Blob sekitar 8 kali lipat, sekaligus menyediakan ruang data yang lebih cukup untuk jaringan Layer2. Perubahan ini secara langsung menurunkan kebutuhan hardware untuk menjalankan node—kebutuhan bandwidth Blob bagi node operasional dapat berkurang hingga 80%.

Makna penting lainnya dari Fusaka adalah menetapkan ritme pengembangan Ethereum “dua kali hard fork dalam setahun”. Dari upgrade Pectra pada Mei 2025 hingga Fusaka pada Desember 2025, hanya berjarak 7 bulan, menandai pergeseran ritme pengembangan Ethereum dari siklus panjang menuju iterasi yang lebih cepat.

Namun, Fusaka tetap berfokus pada skalabilitas, sementara fungsi inti terkait desentralisasi dan ketahanan terhadap sensor—yang menjadi fokus utama—ditunda ke upgrade berikutnya. Secara strategis, ini berarti: prioritas utama adalah skalabilitas, sementara pengaturan dan desentralisasi dianggap sebagai pelengkap—yang memicu diskusi internal berkelanjutan di komunitas Ethereum.

Mengapa Upgrade Hegotá Beralih ke “Pembersihan dan Penguatan” daripada Melanjutkan Ekspansi

Hegotá direncanakan sebagai upgrade besar kedua di paruh kedua 2026, tetapi fokus targetnya mengalami perubahan signifikan—dari jalur “Scalability Roadmap” awal yang berorientasi ekspansi, beralih ke cabang “cleanup and hardening” (pembersihan dan penguatan). Fitur seperti FOCIL (Fork-choice Inclusion Lists), account abstraction (AA), dan skema tanda tangan alternatif secara keseluruhan dipindahkan ke dalam cakupan Hegotá.

Alasan mendalam di balik perubahan ini adalah: setelah Fusaka dan Glamsterdam meningkatkan kapasitas, kemampuan ekspansi L1 Ethereum telah jauh melampaui baseline yang ditetapkan dalam peta jalan berfokus Rollup tahun 2020. Vitalik menyatakan bahwa biaya transaksi rendah dan peningkatan Gas limit yang terus berlanjut menyebabkan “kecepatan ekspansi lapisan dasar jauh melebihi ekspektasi”. Dalam konteks ini, nilai dari L2 diatur ulang—tidak lagi sebagai “shard resmi” Ethereum, melainkan harus menawarkan kemampuan diferensiasi yang tidak bisa dicapai L1, seperti privasi, latensi ultra rendah, dan optimisasi aplikasi tertentu, untuk membuktikan keberadaannya.

Fungsi utama FOCIL sebagai fitur penguatan ketahanan terhadap sensor dipindahkan ke Hegotá, yang bertujuan memberi waktu lebih banyak bagi pengembang inti untuk mengasah mekanisme pengenalan transaksi paksa di tingkat protokol. Ini adalah pekerjaan infrastruktur yang tidak langsung dirasakan pengguna tetapi sangat penting untuk keadilan protokol.

Apakah Based Rollup dan Mekanisme Pra-Konfirmasi Bisa Menjadi Solusi Terobosan

Dalam menghadapi masalah sentralisasi validator L2 dan interoperabilitas lintas rantai, Based Rollup menawarkan jalur lain: hak pengurutan blok Rollup diserahkan kepada validator L1 Ethereum, bukan validator independen L2. Keunggulan utama dari desain ini adalah tingkat desentralisasi validator secara langsung mewarisi tingkat desentralisasi validator L1, tanpa perlu membangun mekanisme pengurutan desentralisasi terpisah.

Namun, tantangan utama Based Rollup adalah penundaan finalitas—setelah pengurutan, blockchain harus menunggu blok dan konfirmasi, yang tidak ideal untuk pengalaman interaksi berkecepatan rendah. Proposal komunitas adalah menggabungkan mekanisme pra-konfirmasi dengan Based Rollup, dengan target memberikan sinyal konfirmasi yang kuat dalam 15-30 detik.

Selain itu, usulan pre-compile untuk Rollup native juga terus didorong. Vitalik menyatakan bahwa jadwal adopsi penuh ZK proof di L1 Ethereum dan waktu penambahan pre-compile Rollup native semakin mendekati kesesuaian, membuka jalan untuk mengatasi fragmentasi sistem pembuktian yang dibuat secara khusus oleh masing-masing L2. Pada saat itu, berbagai Rollup dapat memanfaatkan infrastruktur bersama untuk verifikasi bukti, bukan membangun jalur audit yang mahal secara individual.

Langkah Selanjutnya dalam Jalur Upgrade Ethereum Setelah Glamsterdam dan Hegotá

Setelah menyelesaikan Glamsterdam dan Hegotá, peta jalan Ethereum akan memasuki tahap baru yang disebut Strawmap. Cluster Protokol Ethereum telah menggantikan kepemimpinan, dan fokusnya akan mencakup bukti zkVM, koordinasi kriptografi pasca-quantum, pengembangan zkEVM, serta jaminan keamanan skala triliun di tingkat protokol.

Pelaksanaan Strawmap diperkirakan akan melanjutkan ritme hard fork sekitar dua kali setahun, dan merencanakan 7 kali fork hingga 2029. Ini menandai bahwa ritme pengembangan Ethereum akan memasuki fase iterasi cepat yang teratur—setiap fork tidak lagi menunggu pengumpulan fitur besar, melainkan secara teratur dan terkendali, mengurangi risiko proyek besar dan upgrade “sekali gus”.

Namun, perlu dicatat bahwa beberapa EIP dalam Glamsterdam tertunda, seperti EIP-8237 yang dipindahkan ke fork berikutnya. Selain itu, masalah tata kelola atas desentralisasi L2 yang lebih tinggi belum terselesaikan, dan beberapa L2 mungkin tetap di Stage 1 dalam jangka panjang karena pertimbangan bisnis. Ini menunjukkan bahwa meskipun teknologi protokol L1 terus berkembang, masalah desentralisasi L2 akhirnya tetap harus diatasi melalui keseimbangan antara model bisnis dan perkembangan protokol.

Ringkasan

Upgrade Ethereum tahun 2026 berada di titik kritis: setelah tiga gelombang upgrade utama—data ketersediaan (Fusaka), optimisasi throughput dan pengelolaan MEV (Glamsterdam ePBS)—kemampuan ekspansi telah jauh melampaui batas awal yang ditetapkan dalam peta jalan berfokus Rollup tahun 2020. Namun, kemajuan desentralisasi L2 ke Stage 2 “lebih lambat dan lebih sulit dari yang diperkirakan”. Sentralisasi validator, keterlambatan bukti penipuan dan keabsahan, serta fragmentasi lintas rantai berbasis jembatan multi-signature membentuk tiga masalah utama yang paling sulit diatasi. Peluncuran Glamsterdam devnet mengimplementasikan ePBS secara protokol dan mengunci batas gas, Hegotá beralih ke “pembersihan dan penguatan”, dan kombinasi Based Rollup dengan pra-konfirmasi sedang dipertimbangkan secara luas, menawarkan solusi interoperabilitas yang lebih murah dan terdesentralisasi.

Namun, desentralisasi L2 bukan hanya soal kemampuan teknis, melainkan juga tentang ketegangan antara kelayakan teknologi dan insentif ekonomi. Ethereum secara pragmatis mengakui kenyataan ini—dengan mengakui bahwa tidak semua L2 dapat ditingkatkan ke Stage 2 dalam waktu dekat, dan mendukung keberadaan berbagai tahap secara bersamaan, serta mendorong L1 untuk terus menunjukkan progres yang terverifikasi melalui fork dua kali setahun.

FAQ

Q: Apa status Glamsterdam devnet saat ini?

Glamsterdam-devnet-2 sudah aktif, ePBS di banyak klien berjalan stabil, dan pengujian lintas klien end-to-end telah selesai, mencakup hampir semua implementasi klien.

Q: Apa saja pencapaian milestone skalabilitas Fusaka?

Fusaka diaktifkan pada 3 Desember 2025, memperkenalkan PeerDAS (EIP-7594), yang mengintegrasikan sampling ketersediaan data ke tingkat protokol, meningkatkan kapasitas Blob sekitar 8 kali lipat, dan secara signifikan mengurangi kebutuhan bandwidth node. Gas limit utama jaringan meningkat menjadi sekitar 60 juta unit.

Q: Mengapa Hegotá beralih dari ekspansi ke “pembersihan dan penguatan”?

Karena setelah Fusaka dan Glamsterdam, kapasitas ekspansi L1 Ethereum jauh melebihi ekspektasi awal. Hegotá berfokus pada fitur seperti FOCIL dan account abstraction untuk memperkuat ketahanan terhadap sensor dan memperbaiki protokol secara fundamental, bukan hanya meningkatkan throughput.

Q: Apa itu Based Rollup dan mekanisme pra-konfirmasi?

Based Rollup menyerahkan hak pengurutan blok ke validator L1 Ethereum, bukan validator independen L2. Dengan mekanisme pra-konfirmasi, dapat memberikan sinyal konfirmasi cepat dalam 15-30 detik, membantu mengatasi sentralisasi validator dan masalah sinkronisasi lintas Rollup.

Q: Berapa tahap desentralisasi Layer2 saat ini?

Menurut L2BEAT, tahapnya adalah: Stage 0 (bergantung penuh pada kontrol pusat), Stage 1 (bergantung terbatas pada multi-signature), dan Stage 2 (sepenuhnya desentralisasi, hanya bergantung pada kode dan kriptografi). Hingga awal 2026, sebagian besar L2 masih di Stage 0 atau Stage 1, dan kemajuannya lebih lambat dari yang diperkirakan.