Pada awal Mei 2026, lebih dari 100 kontributor inti Ethereum berkumpul di Longyearbyen, jauh di dalam Lingkaran Arktik, untuk menghadiri KTT interoperabilitas Soldøgn selama satu minggu di bawah cahaya matahari yang tak pernah padam. Pada akhir acara, mereka mengumumkan bahwa tiga tujuan teknis utama untuk peningkatan Glamsterdam pada dasarnya telah siap: penguncian gas limit di angka 200 juta, operasi stabil ePBS dalam alur kerja builder eksternal, dan konfirmasi final parameter re-pricing EIP-8037. Peningkatan ini, yang diperkirakan akan aktif di mainnet sekitar Juni 2026, secara luas dianggap sebagai lompatan performa paling signifikan bagi Ethereum sejak The Merge pada 2022.
Apa Arti Kenaikan Gas Limit Ethereum dari 60 Juta ke 200 Juta?
Gas limit Ethereum saat ini berada di kisaran 60 juta. Sejak 2021, peningkatan seperti Pectra dan Fusaka secara bertahap menaikkannya dari 30 juta hingga ke level ini. Glamsterdam akan melonjakkannya sekaligus ke 200 juta, meningkatkan kapasitas komputasi per blok hingga 3,3 kali lipat. Throughput teoretis jaringan akan melonjak dari sekitar 1.000 TPS menjadi kurang lebih 10.000 TPS.
Namun, sekadar menaikkan gas limit tidak menjamin jaringan mampu menangani beban yang sesuai. Jika klien eksekusi tidak mampu mengikuti, gas limit yang lebih tinggi hanya menjadi angka teoretis, dan kemacetan tetap bisa terjadi pada periode sibuk. Namun, dengan ePBS, EIP-8037, dan Block-Level Access Lists yang bekerja bersama, lonjakan gas limit ini disertai dengan beragam mekanisme pengaman—mulai dari eksekusi hingga penyimpanan state.
Bagaimana ePBS Melakukan Restrukturisasi Proses Produksi Blok di Tingkat Protokol?
Enshrined Proposer-Builder Separation (ePBS) adalah perubahan arsitektural inti dalam Glamsterdam. Secara sederhana, mekanisme ini memisahkan peran block builder dan block proposer di tingkat protokol. Sebelumnya, pemisahan ini mengandalkan relay eksternal dan jaringan builder pihak ketiga. Dengan ePBS, mekanisme ini diintegrasikan langsung ke dalam layer konsensus, sehingga menghilangkan ketergantungan kepercayaan pada pihak ketiga.
ePBS memperkenalkan batas waktu yang jelas untuk konstruksi blok, pengungkapan payload, dan atestasi, memberikan lapisan eksekusi ruang waktu yang lebih luas. Validator tidak lagi harus menangani tugas pembangunan blok yang kompleks dan dapat fokus pada validasi, sementara builder profesional berkinerja tinggi dapat secara independen mengoptimalkan strategi pembangunan blok. Integrasi ePBS di tingkat protokol juga menghadirkan Payload Timeliness Committee dan logika dual deadline, meningkatkan throughput sekaligus mengurangi bottleneck pada validasi blok.
Bagaimana Block-Level Access Lists Memungkinkan Eksekusi Paralel dan Peningkatan Performa?
Block-Level Access Lists (BAL) lebih merupakan optimasi fundamental. Dengan memungkinkan klien untuk melakukan prefetch terhadap set baca/tulis blok sebelum eksekusi, mekanisme ini memungkinkan pemrosesan transaksi secara paralel dan batch I/O. Ini memang tidak langsung meningkatkan throughput maksimum, namun mempercepat jalur eksekusi paling lambat—yang sangat krusial setelah kenaikan gas limit besar, karena kecepatan sinkronisasi node dan perhitungan state root menjadi faktor kunci. BAL secara khusus dirancang untuk mengatasi tantangan ini.
Jalur paralelisasi Ethereum dapat dipandang sebagai evolusi bertahap: tahap awal berfokus pada eksekusi serial dan optimasi struktur penyimpanan; tahap menengah, BAL memungkinkan benchmarking di testnet; tahap berikutnya, jaringan akan bertransisi secara bertahap menuju model transaksi paralel yang lebih luas. Glamsterdam tidak serta-merta mengubah Ethereum menjadi chain yang sepenuhnya paralel, namun membangun fondasi infrastruktur untuk eksekusi paralel yang lebih efisien.
Bagaimana EIP-8037 Mengatasi State Bloat dan Ketidakseimbangan Harga Sumber Daya?
Kenaikan gas limit mempercepat pertumbuhan data state. State global Ethereum melacak seluruh saldo akun dan data kontrak. Tanpa pengendalian, state menjadi beban terbesar bagi operator full node.
EIP-8037 mengubah skema harga per-byte state yang dinamis menjadi biaya tetap per_state_byte, sehingga meningkatkan biaya gas untuk penciptaan state baru. Ini mencegah penyerang dan deployment kontrak yang tidak efisien membengkakkan penyimpanan state dengan biaya murah. Mekanisme ini memastikan bahwa meskipun kapasitas blok diperluas hingga 200 juta, biaya marginal untuk data state baru tetap selaras dengan biaya penyimpanan perangkat keras yang sebenarnya, sehingga pertumbuhan database yang tidak berkelanjutan akibat "blok yang melakukan lebih banyak" dapat dihindari.
Bagaimana Skala Layer Eksekusi L1 Mengubah Value Proposition dan Lanskap Kompetisi L2?
Selama bertahun-tahun, narasi skalabilitas Ethereum berpusat pada desain Rollup-Centric—memindahkan sebagian besar eksekusi ke jaringan L2, sementara L1 fokus pada settlement yang aman. Glamsterdam menandai pergeseran yang jelas: batasan eksekusi mainnet kini didefinisikan ulang.
Jaringan L2 menangani 95% hingga 99% transaksi ekosistem Ethereum, sementara biaya transfer di L1 telah turun ke level yang sangat rendah. Setelah Glamsterdam, biaya settlement data di L1 akan turun lebih jauh, dengan biaya rollup diperkirakan turun sekitar 70%. Hal ini menguntungkan solusi L2 berskala besar, namun juga berarti cakupan use case mainnet semakin luas—banyak transaksi sederhana yang sebelumnya harus menggunakan L2 kini akan lebih praktis langsung di L1.
Bagi proyek L2, hal ini membawa keuntungan jangka pendek dan tantangan jangka menengah. Biaya yang lebih rendah menjadi keunggulan instan, namun mereka harus membuktikan nilai dan efisiensi unik mereka di pasar. Jika tidak, pengguna akan benar-benar bertanya, "Mengapa harus pakai L2 kalau bisa langsung eksekusi di L1?"
Bagaimana Timeline Peningkatan Glamsterdam dan Kepastian Eksekusinya?
Sebelum KTT Soldøgn, banyak parameter teknis Glamsterdam masih dalam tahap diskusi. Setelah satu minggu pengujian tanpa henti, spesifikasi final telah tervalidasi di testnet glamsterdam-devnet-2. Jalur end-to-end builder eksternal lolos uji silang antar-klien, dan devnet multi-klien berjalan stabil.
EIP-8061 diikutsertakan dalam peningkatan, EIP-8080 secara eksplisit ditolak, dan EIP-8045 dibatasi pada window tanggung jawab proposer yang terbatas. Pilihan ini menunjukkan tim telah beralih dari "diskusi kelayakan" ke "spesifikasi final yang dapat dieksekusi." Parameter final akan dikonfirmasi pada pertemuan AllCoreDevs mendatang, dan aktivasi mainnet diharapkan pada Juni 2026.
Apakah Skalabilitas Akan Berlanjut Setelah Glamsterdam? Apa Tahap Berikutnya dalam Roadmap Ethereum?
Berdasarkan pembaruan prioritas protokol Ethereum Foundation 2026, pekerjaan kini terorganisir dalam tiga jalur jangka panjang: Scale, Improve UX, dan Harden the L1. Glamsterdam adalah tonggak besar pada jalur Scale, bukan titik akhir. Industri secara luas meyakini gas limit 200 juta bukanlah batas akhir—setelah Glamsterdam, kenaikan lebih lanjut diperkirakan akan terjadi.
Selanjutnya adalah peningkatan Hegotá, yang bertujuan memperkenalkan Verkle tree dan stateless client ke dalam protokol. Hal ini akan secara eksponensial mengurangi kebutuhan penyimpanan data full node, sehingga perangkat konsumen biasa pun dapat menjalankan node. Ini secara fundamental meningkatkan desentralisasi dan ketahanan terhadap sensor, membentuk tulang punggung daya saing jangka panjang Ethereum.
Ringkasan
Peningkatan Glamsterdam, dengan lonjakan gas limit ke 200 juta, pemisahan proposer-builder native protokol (ePBS), dan re-pricing biaya state melalui EIP-8037, akan mendorong throughput teoretis Ethereum L1 hingga sekitar 10.000 TPS. Ini adalah lompatan performa tingkat protokol terbesar sejak The Merge.
| Komponen Teknis | Fungsi Inti | Manfaat Langsung untuk Jaringan |
|---|---|---|
| Gas Limit (60J → 200J) | Memperluas kapasitas komputasi blok | TPS teoretis melonjak dari ~1.000 → ~10.000 |
| ePBS | Memisahkan peran proposer dan builder | Menghilangkan ketergantungan relay pihak ketiga, memberi eksekusi ruang proses lebih luas |
| EIP-8037 | Menaikkan biaya gas untuk state baru | Menekan pembengkakan state, menyelaraskan biaya penyimpanan dengan biaya perangkat keras |
| Block-Level Access Lists | Prefetch set baca/tulis transaksi | Memungkinkan eksekusi paralel, mempercepat sinkronisasi node |
Dengan kapasitas L1 yang diperluas, biaya settlement data rollup diperkirakan turun sekitar 70%, membuka persaingan biaya lebih lanjut bagi L2. Sementara itu, cakupan use case L1 akan meningkat secara signifikan. Peningkatan Hegotá sudah dalam tahap persiapan, dengan Verkle tree dan stateless client dijadwalkan hadir pada akhir 2026, semakin menurunkan hambatan untuk menjalankan full node.
FAQ
T: Kapan peningkatan Glamsterdam diperkirakan akan aktif di mainnet Ethereum?
Menurut rencana Ethereum Foundation, peningkatan Glamsterdam diperkirakan akan diaktifkan di mainnet sekitar Juni 2026, namun waktu pastinya masih bergantung pada konfirmasi final dari tim pengembang di pertemuan AllCoreDevs.
T: Apakah kenaikan gas limit dari 60 juta ke 200 juta akan secara signifikan meningkatkan biaya operasional node?
Peningkatan ini meningkatkan efisiensi sinkronisasi node melalui BAL dan mengendalikan laju pertumbuhan state dengan EIP-8037. Peningkatan Hegotá yang akan datang juga akan memperkenalkan Verkle tree dan stateless client untuk semakin mengurangi beban penyimpanan data node.
T: Berapa besar penurunan biaya rollup L2 setelah skala L1 ditingkatkan?
Setelah peningkatan, biaya settlement data di L1 akan turun, dan biaya rollup diperkirakan turun sekitar 70%. Pendekatan L1-first Glamsterdam juga akan mempercepat persaingan diferensiasi fungsi di ekosistem L2.
T: Apa perbedaan antara ePBS dan PBS saat ini?
PBS saat ini mengandalkan relay eksternal dan jaringan builder pihak ketiga untuk memisahkan peran builder dan proposer. ePBS mengintegrasikan pemisahan ini langsung ke dalam layer konsensus, menghilangkan ketergantungan kepercayaan pada pihak ketiga dan mewujudkan pemisahan pembangunan dan validasi blok secara native di protokol.
T: Apa peningkatan besar berikutnya untuk Ethereum setelah Glamsterdam?
Peningkatan Hegotá direncanakan pada akhir 2026. Fitur utamanya meliputi Verkle tree, stateless client, dan FOCIL untuk meningkatkan ketahanan terhadap sensor dan abstraksi akun. Parameter finalnya masih dalam tahap pengembangan.
