Peningkatan Glamsterdam di Ethereum
Pengembang Ethereum telah secara tentatif menjadwalkan peningkatan Glamsterdam untuk diaktifkan di testnet Sepolia pada pukul 13:53 UTC pada 6 Oktober 2026. Namun, pengujian pada devnet pribadi lainnya masih diperlukan sebelum pelaksanaan fork testnet publik dapat dilanjutkan.
Catatan pertemuan ACDC #186 dan laporan dari peneliti protokol Ethereum, Christine D. Kim, menunjukkan bahwa tanggal tersebut masih bersifat kondisional.
Para pengembang belum menyelesaikan aktivasi Glamsterdam yang stabil di jaringan pengembangan pribadi saat mereka memilih jadwal untuk Sepolia. Rencana pengujian telah berkembang dengan iterasi baru. Kim menyatakan pada 11 September bahwa perhatian kini beralih ke Glamsterdam-Devnet-11, yang diharapkan diluncurkan pada hari Senin, 14 September. Rencana sebelumnya telah mengidentifikasi Devnet-10 sebagai pengujian besar berikutnya.
Perkembangan dan Pengujian
Sudah sekitar seminggu sejak pos ini dikirim ke pelanggan Substack saya, dan catatan tentang tanggal peningkatan testnet Sepolia pada 6 Oktober masih berlaku. Satu-satunya pembaruan kecil saat ini adalah bahwa semua mata tertuju pada peluncuran Glam-Devnet-11 pada hari Senin depan, bukan Devnet-10. Tanggal aktivasi untuk testnet Hoodi atau mainnet Ethereum belum dikonfirmasi.
Para pengembang telah mendiskusikan kemungkinan rilis mainnet pada bulan Desember, tetapi hasil pengujian akan menentukan apakah jadwal tersebut tetap praktis. Selama pertemuan Konsensus Semua Pengembang Inti pada 3 September, peserta sepakat pada epoch Sepolia 351232 untuk aktivasi yang diusulkan. Kim melaporkan bahwa waktu yang tepat adalah 6 Oktober pukul 13:53 UTC.
Pertemuan tersebut diadakan sebelum para pengembang menunjukkan kinerja yang stabil di seluruh jaringan pengujian pribadi yang digunakan untuk Glamsterdam.
Memilih epoch memberikan tim klien, operator infrastruktur, dan pengembang aplikasi target perencanaan yang umum. Namun, ini tidak menjamin bahwa aktivasi akan berlangsung sesuai rencana. Para pengembang dapat menunda fork jika fase pengujian berikutnya mengungkapkan kesalahan besar atau jika tim klien tidak dapat menyiapkan rilis yang dapat diandalkan.
Masalah dan Tantangan
Catatan ini tetap relevan setelah Devnet-9 mengalami masalah finalitas. Menurut materi pertemuan, jaringan tersebut mencakup sekitar 1.000 node validator, menjadikannya devnet Glamsterdam terbesar berdasarkan jumlah validator pada tahap itu. Finalitas memerlukan cukup banyak validator untuk menyetujui keadaan rantai. Ketika jaringan pengujian gagal untuk menyelesaikan, para pengembang harus menentukan apakah penyebabnya melibatkan perangkat lunak klien, partisipasi validator, konfigurasi jaringan, atau interaksi antara perubahan protokol yang terpisah.
Rencana awal memanggil Devnet-10 setelah kesalahan muncul selama percobaan sebelumnya. Pembaruan terbaru dari Kim kini mengidentifikasi Devnet-11 sebagai pengujian berikutnya yang diperhatikan oleh para pengembang, menunjukkan bahwa urutan pengujian pribadi telah maju melampaui rencana sebelumnya.
Devnet-11 yang stabil akan memberikan tim klien Ethereum lingkungan lain untuk menguji spesifikasi Glamsterdam yang digabungkan.
Tim layer-2, penyedia staking, dan operator infrastruktur lainnya memerlukan implementasi klien yang berfungsi sebelum mereka dapat dengan aman menguji sistem mereka terhadap fork yang diusulkan. Keragaman klien membuat proses ini lebih kompleks. Ethereum beroperasi melalui beberapa klien eksekusi dan konsensus yang dikembangkan secara independen, dan peningkatan harus berfungsi di berbagai kombinasi klien.
Kesimpulan dan Harapan
Kesalahan yang terbatas pada satu implementasi masih dapat mengganggu jaringan pengujian ketika validator yang terpengaruh memiliki bobot yang cukup. Agenda ACDC #186 mencatat permintaan dari Lido dan Optimism untuk setidaknya satu hari stabil sebelum fork. Agenda tersebut mencantumkan perbaikan klien dan interoperabilitas yang berhasil sebagai hal-hal yang memerlukan konfirmasi sebelum Sepolia.
Devnet-11 yang gagal atau tidak stabil tidak secara otomatis membatalkan aktivasi pada 6 Oktober. Para pengembang perlu menilai penyebab dan waktu yang diperlukan untuk perbaikan. Masalah serius dapat membuat mereka mempertimbangkan kembali tanggal tersebut selama pertemuan Semua Pengembang Inti.
Percobaan Glamsterdam sebelumnya mengungkapkan kesalahan di kedua sisi arsitektur Ethereum. Insinyur operasi dari Ethereum Foundation, Stefan Starflinger, melaporkan bahwa Devnet-8 mengungkapkan masalah lapisan konsensus yang melibatkan blok yang mengulangi hash induk. “Anda bisa membuat seluruh jaringan berhenti,” kata Starflinger saat menggambarkan skenario pengujian.
Masalah tersebut mempengaruhi sistem yang bertanggung jawab untuk kesepakatan blok. Devnet-9 kemudian mengalami non-finality, mendorong insinyur untuk menyelidiki lebih banyak kasus tepi di seluruh set validator yang lebih besar.
Di sisi eksekusi, peneliti Ethereum Foundation, Maria Silva, melaporkan masalah implementasi yang melibatkan EIP-8037. Proposal tersebut mengubah cara Ethereum mengenakan biaya gas untuk membuat status baru, termasuk akun baru, kontrak, dan entri penyimpanan.
EIP-8037 memisahkan biaya pembuatan status dari biaya eksekusi normal melalui model gas multidimensional. Spesifikasi yang dipublikasikan mengatakan bahwa desain tersebut bertujuan untuk mengontrol pertumbuhan status saat Ethereum meningkatkan batas gas bloknya. Proposal tersebut masih dalam tinjauan sejawat.
Masalah yang ditemukan memerlukan klien eksekusi untuk merevisi implementasi mereka dan mengarah pada pekerjaan spesifikasi. Seperti yang dilaporkan oleh crypto.news dalam liputannya tentang kemajuan devnet Glamsterdam sebelumnya, EIP-8037 telah diuji bersama dengan perubahan protokol lainnya dari peningkatan tersebut.
Pengujian memiliki tujuan yang berbeda dari menyetujui setiap proposal secara individu. Para pengembang harus mengonfirmasi bahwa semua perubahan yang dipilih beroperasi bersama di berbagai klien, konfigurasi validator, dan pola transaksi.
Para pengembang telah menolak untuk menjadwalkan Glamsterdam di Hoodi sementara Sepolia tetap bersifat kondisional. Hoodi diharapkan berfungsi sebagai tahap testnet publik kedua, memberikan operator staking dan tim protokol lingkungan lain yang lebih dekat dengan kondisi mainnet.
Pengembang Teku, Enrico del Fante, mendukung menunggu sebelum memperbaiki tanggal Hoodi. Selama ACDC #186, ia mengutip masalah Devnet-9 baru-baru ini dan lebih memilih untuk memberikan lebih banyak waktu pengujian setelah keputusan Sepolia.
Aktivasi mainnet bulan Desember tetap menjadi target yang mungkin, bukan jendela peluncuran yang dikonfirmasi. Menjadwalkan Sepolia untuk awal Oktober memberikan cukup waktu kalender untuk fase testnet publik lainnya dan persiapan rilis klien, asalkan pengujian berjalan tanpa penundaan yang panjang.
Para pengembang belum mempublikasikan epoch mainnet, timestamp aktivasi, atau jadwal rilis klien final. Tidak ada tenggat waktu formal yang diumumkan untuk memutuskan apakah 6 Oktober tetap cocok untuk Sepolia. Peristiwa prosedural yang akan datang adalah peluncuran Devnet-11 yang direncanakan pada 14 September. Tim klien akan memeriksa finalitas, perilaku lintas-klien, dan perbaikan yang diperkenalkan setelah pengujian sebelumnya sebelum memutuskan apakah Sepolia dapat dilanjutkan sesuai jadwal saat ini.
