Insinyur Lido Memperingatkan Risiko Peretasan Setoran Staking Selama Transisi Ethereum’s Glamsterdam

2026/10/21 14:09:00

Mengapa Pengembang Ethereum Menolak Perbaikan Tingkat Protokol

Peningkatan jaringan utama berikutnya ethereum bertujuan untuk menskalakan lapisan dasar melalui pemisahan proposer-builder yang diabadikan dan batas gas yang lebih tinggi, namun kerentanan spesifik waktu telah menarik perhatian baru dari salah satu penyedia liquid staking terbesar. Pada 20 Oktober 2026, Dima Gusakov, Kepala Teknik di Lido Finance, secara terbuka merinci bagaimana transisi ke Glamsterdam dapat memungkinkan operator node jahat untuk front-run setoran validator staker. Serangan ini akan menggunakan setoran builder yang membawa kredensial penarikan awalan 0xB0 yang sementara berbagi antrian setoran, berpotensi mengkredit ETH ke akun builder alih-alih mengaktifkan validator yang dimaksud. Jendela waktu terbatas pada transisi hard-fork itu sendiri. Setelah pembaruan, setoran builder akan dialihkan ke jalur kontrak terpisah.

Perbaikan yang diusulkan pada tingkat protokol dalam spesifikasi konsensus ditutup sebagai “tidak direncanakan,” sehingga memindahkan beban pertahanan ke protokol staking. Artikel ini membahas mekanika teknis risiko tersebut, pilihan desain upgrade yang menciptakan tumpang tindih sementara, alasan pengembang inti menolak patch protokol, langkah praktis yang harus diambil oleh penyedia liquid staking, jadwal testnet yang memberi operator hanya beberapa hari untuk bersiap, serta pelajaran lebih luas mengenai keamanan staking yang didelegasikan seiring Ethereum melanjutkan peta jalan skalabilitasnya. Analisis ini hanya mengandalkan pelaporan dan pernyataan primer dari 30 hari terakhir, dengan fokus pada detail yang terverifikasi daripada spekulasi.

Pemimpin Teknik Lido Menjelaskan Vektor Front-Running di X dan dalam Panggilan Pengembang

Dima Gusakov mengeluarkan peringatan pada 20 Oktober 2026, yang ditujukan langsung kepada protokol staking dan para staker yang mendelegasikan. Ia menjelaskan bahwa seorang operator node dapat mengirimkan setoran builder menggunakan kunci publik yang sama sebelum transaksi setoran validator yang sah diterima. Karena Glamsterdam memperkenalkan setoran builder yang bergantung pada kredensial penarikan dengan awalan 0xB0, dan karena setoran-setoran tersebut berbagi antrian setoran validator selama transisi, setoran pertama yang valid dapat mengklaim dana tersebut. Akibatnya, validator staker tidak pernah muncul di beacon chain, sementara ETH dikreditkan ke akun builder penyerang. Gusakov menekankan bahwa serangan ini hanya mungkin terjadi pada saat hard fork. Sebelum Glamsterdam, setoran builder melalui antrian setoran validator yang ada; setelahnya, mereka dialihkan melalui kontrak khusus. Durasi yang terbatas, katanya, membuat mitigasi feasible bagi protokol yang telah siap.

Kekhawatiran yang sama muncul dalam panggilan All Core Devs Consensus (ACDC #189). Gusakov menyoroti bahwa mekanisme onboarding builder satu kali Glamsterdam dapat mengganggu pola perlindungan setoran yang telah lama digunakan oleh protokol staking. Menurut aturan saat ini, setoran pertama yang valid untuk kunci publik menetapkan kredensial penarikan secara permanen. Protokol sering kali melakukan setoran jumlah kecil terlebih dahulu, mengonfirmasi bahwa kredensial yang diharapkan muncul, dan baru kemudian menambahkan sisa saldo. Selama transisi fork, jalur onboarding khusus dapat menghasilkan hasil ketiga: tidak ada validator yang aktif, dan seluruh setoran dialokasikan ke builder. Para pengembang inti menolak perubahan spesifikasi terlambat yang akan mempertahankan perbedaan antara setoran validator dan builder selama onboarding satu kali, dengan menyebut fakta bahwa Sepolia telah diaktifkan di bawah aturan yang ada dan rilis klien Hoodi sudah dalam persiapan. Mengubah perilaku pada tahap itu akan memerlukan penyebaran ulang Sepolia dan siklus pengujian tambahan.

Bagaimana Kredensial Builder 0xB0 Berinteraksi dengan Antrian Setoran Bersama

Glamsterdam memperkenalkan setoran builder sebagai bagian dari perpindahan ke pemisahan proposer-builder yang diabadikan. Setoran ini membawa kredensial penarikan yang dimulai dengan awalan 0xB0, membedakannya dari kredensial validator biasa. Selama periode transisi, kedua jenis setoran berbagi jalur pemrosesan antrian yang sama. Seorang operator node yang mengendalikan atau dapat memengaruhi urutan pengiriman setoran dapat dengan demikian menyisipkan setoran berbasis kredensial builder yang cocok dengan kunci publik staker yang sedang menunggu. Setelah setoran pertama diterima, jaringan memperlakukan kunci publik tersebut sebagai telah diklaim di bawah kredensial builder. Setoran selanjutnya di bawah kunci yang sama akan diabaikan untuk aktivasi validator atau dialihkan sesuai aturan interpretasi baru yang berlaku di sekitar batas fork.

Efek praktisnya adalah bahwa staker kehilangan baik validator yang diharapkan maupun ETH yang disetorkan, yang kini berada di bawah kendali builder. Validator yang sudah diaktifkan dan setoran yang sudah diproses tetap tidak terpengaruh. Risiko terbatas pada setoran baru atau yang masih dalam antrian yang melewati epoch aktivasi. Karena perilaku antrian bersama berakhir setelah fork selesai dan setoran builder berpindah ke kontrak khusus mereka, eksposur bersifat sementara. Karakter sementara inilah alasan utama Gusakov menyarankan untuk tidak panik, sambil tetap mendesak setiap layanan staking terdelegasi untuk menerapkan atau memperkuat verifikasi pra-setoran sebelum aktivasi mainnet.

Pengembang Inti Menutup Usulan Consensus-Specs sebagai Tidak Direncanakan

Diskusi teknis mengenai solusi tingkat protokol muncul di isu consensus-specs #5735. Usulan tersebut menyerukan pemeriksaan pra-setoran yang akan memverifikasi kondisi tertentu sebelum setoran diterima ke dalam antrian. Setelah ditinjau, isu ini ditutup dengan status “tidak direncanakan.” Keputusan ini meninggalkan tanggung jawab pertahanan pada lapisan aplikasi daripada memasukkan pemeriksaan tambahan ke dalam protokol inti. Panduan publik Gusakov oleh karena itu berfokus pada protokol staking yang melakukan validasi pra-setoran sendiri. Batasan waktu sangat memengaruhi hasilnya. Sepolia telah bercabang di bawah spesifikasi yang ada pada 6 Oktober 2026.

Rilisan klien Hoodi sedang maju menuju aktivasi 26 Oktober. Memperkenalkan perubahan perilaku terlambat berisiko memaksa redeployment Sepolia dan penundaan pengujian lebih lanjut. Para pengembang inti menilai bahwa jendela terbatas dan kemampuan tim lapisan aplikasi untuk menambahkan pemeriksaan membuat patch protokol tidak diperlukan pada tahap ini. Hasilnya adalah model keamanan terdistribusi di mana setiap penyedia liquid staking harus mengonfirmasi bahwa saluran setoran miliknya secara benar membedakan atau memblokir setoran yang dimulai dengan 0xB0 yang berusaha mengklaim kunci publik validator.

Pemeriksaan Sebelum Setoran Menjadi Pertahanan Utama untuk Layanan Liquid Staking

Lido sendiri telah mengoperasikan Modul Keamanan Setoran dan komite pengawas sejak kerentanan terkait setoran muncul bertahun-tahun lalu. Para pengawas meninjau snapshot deposit-root sebelum batch dilanjutkan, dan satu pengawas jujur saja dapat menghentikan setoran. Pertanyaan terbuka adalah apakah infrastruktur yang ada sudah mencakup jenis kredensial 0xB0 baru dan dinamika antrian bersama sementara, atau apakah logika tambahan diperlukan untuk transisi Glamsterdam. Protokol lain yang tidak memiliki pengawasan multi-pihak sebanding menghadapi tugas persiapan yang lebih berat.

Pemeriksaan pra-setoran dapat mengambil beberapa bentuk konkret. Sebuah protokol dapat menolak setoran apa pun yang kredensial penarikannya dimulai dengan 0xB0 ketika niatnya adalah aktivasi validator standar. Protokol dapat memerlukan attestasi on-chain atau off-chain bahwa kunci publik belum pernah diklaim di bawah kredensial builder. Protokol dapat menghentikan sementara setoran baru dalam jendela singkat di sekitar epoch aktivasi hingga periode antrian bersama berakhir. Karena permukaan serangan hanya ada selama antrian tumpang tindih, jeda sementara atau peningkatan pengawasan selama interval tersebut dapat menghilangkan sebagian besar paparan praktis. Layanan staking yang lebih kecil atau baru yang belum membangun komite gaya guardian perlu bertindak cepat jika mereka berniat menerima setoran melalui transisi mainnet.

Jadwal Aktivasi Glamsterdam Meninggalkan Sedikit Margin untuk Persiapan

The Ethereum Foundation confirmed that Glamsterdam will activate on the Hoodi testnet at epoch 132,352, slot 4,235,264, corresponding to October 26, 2026, at 17:42:48 UTC. At the same epoch, Hoodi’s gas limit rises to 200 million. Sepolia was already activated on October 6. Mainnet timing remains undecided, with candidate dates in early December under discussion, contingent on a clean Hoodi fork. Node operators and staking teams therefore have only days after Gusakov’s warning to validate their deposit pipelines on Hoodi.

Tim klien telah merilis versi yang kompatibel untuk kedua lapisan konsensus dan eksekusi. Operator harus meningkatkan baik node beacon maupun validator client, meninjau setiap perubahan pada antarmuka builder yang diperkenalkan oleh pemisahan proposer-builder yang diabadikan, dan memastikan bahwa logika pengiriman setoran secara benar menangani awalan kredensial baru. Interval singkat antara peringatan publik dan aktivasi testnet publik pertama menegaskan mengapa pertahanan lapisan aplikasi perlu siap sebelum jendela transisi mainnet dibuka.

Pemisahan Proposer-Builder yang Diakui Memperkenalkan Jalur Setoran Baru

Glamsterdam menggabungkan perubahan lapisan eksekusi Amsterdam dengan perubahan lapisan konsensus Gloas. Dua fitur utamanya adalah pemisahan proposer-builder yang diabadikan (EIP-7732) dan daftar akses tingkat blok. Di bawah ePBS, builder mendaftar on-chain dengan saldo dan kunci publik mereka sendiri, mengajukan penawaran, dan kemudian mengungkapkan payload eksekusi. Protokol itu sendiri menangani pembayaran kepada proposer, mengurangi ketergantungan pada relay eksternal. Setoran dan penarikan builder menjadi permintaan eksekusi kelas pertama, yang menjadi alasan mengapa prefiks kredensial 0xB0 dan tumpang tindih antrian sementara muncul.

Desain ini meningkatkan skalabilitas dengan memberikan lebih banyak waktu kepada validator untuk memproses payload yang lebih besar dan dengan memungkinkan batas gas yang lebih tinggi. Pada saat yang sama, desain ini menciptakan jalur onboarding baru bagi pembangun yang harus dibedakan dengan hati-hati dari setoran validator biasa. Mekanisme transisi satu kali adalah sumber ambiguitas sementara. Setelah jaringan sepenuhnya beralih, setoran pembangun akan melewati kontrak mereka sendiri, dan risiko antrian bersama menghilang. Oleh karena itu, peningkatan ini meningkatkan arsitektur jangka panjang sambil memerlukan kewaspadaan jangka pendek dari setiap layanan yang mengirimkan setoran atas nama pengguna.

Pengalaman keamanan setoran Lido sebelumnya memberikan informasi terhadap respons saat ini

Lido menghadapi risiko front-running setoran pada tahun-tahun sebelumnya dan merespons dengan meresmikan Deposit Security Module bersama komite penjaga. Komite menyetujui snapshot deposit-root; satu penjaga dapat memicu jeda. Infrastruktur ini telah terbukti berguna dalam insiden operasional lainnya. Kasus Glamsterdam menguji apakah kontrol yang sama dapat mengenali jenis kredensial baru dan periode singkat berbagi antrian.

Protokol yang mengadopsi pola multi-tanda tangan atau penjaga serupa setelah insiden sebelumnya berada dalam posisi yang lebih baik dibandingkan yang belum menerapkan perlindungan sebanding. Pola yang lebih luas ini sudah dikenal: pembaruan protokol dapat mengungkap kasus tepi yang harus diserap oleh sistem lapisan aplikasi. Karena pengembang inti menolak perubahan spesifikasi terakhir, industri harus memperlakukan validasi pra-setoran sebagai persyaratan tetap, bukan peningkatan opsional. Tim yang sudah memantau akar setoran dan dapat menghentikan operasi dengan cepat akan menghadapi risiko operasional lebih rendah selama transisi.

Operator node dan staker yang ditunjuk menghadapi eksposur terkonsentrasi selama jendela tersebut

Serangan ini memerlukan operator node jahat atau yang telah dikompromikan yang dapat mengirimkan transaksi setoran yang muncul lebih awal daripada yang sah. Para staker biasa yang hanya melakukan setoran ke protokol liquid staking tidak mampu melakukan front-run; risiko berada pada operator yang pada akhirnya menandatangani atau mengirimkan setoran on-chain. Validator yang sudah diaktifkan dan setoran yang sudah dikonfirmasi tetap berada di luar area serangan. Hanya kunci publik yang masih memiliki setoran yang tertunda atau baru dikirim selama epoch transisi yang terpapar.

Staker yang melakukan delegasi harus memastikan bahwa protokol yang mereka pilih telah menerbitkan panduan tentang penanganan setoran menjelang aktivasi Glamsterdam. Operator sendiri harus melakukan audit terhadap urutan pengiriman, batasan laju, atau urutan setoran dengan cermat, serta memverifikasi bahwa tidak ada setoran yang dimulai dengan 0xB0 yang dapat mengklaim kunci yang ditujukan untuk validator standar. Karena jangka waktunya singkat, pengurangan sementara dalam throughput setoran baru atau peningkatan posisi pemantauan dapat menutup sebagian besar jalur serangan praktis tanpa gangguan jangka panjang terhadap operasi staking.

Hoodi Menyediakan Lingkungan Langsung Pertama untuk Pengujian Pipeline Setoran

Aktivasi Hoodi pada 26 Oktober adalah kesempatan publik pertama bagi tim staking untuk mengamati perilaku antrian bersama dalam kondisi realistis. Protokol dapat mengirimkan setoran uji dengan kredensial biasa dan 0xB0, mengukur hasil pengurutan, dan memastikan bahwa filter pra-setoran mereka menolak atau mengkarantina jalur yang tidak diinginkan. Tim klien telah meluncurkan versi yang kompatibel dengan Hoodi; operator harus memastikan kedua klien eksekusi dan konsensus diperbarui, serta semua alat builder eksternal telah ditinjau untuk antarmuka baru.

Pengujian berhasil di Hoodi akan memberikan kepercayaan lebih tinggi kepada industri sebelum jendela mainnet dibuka. Kegagalan atau kasus tepi tak terduga yang ditemukan di testnet masih dapat ditangani dengan perubahan lapisan aplikasi atau jeda singkat tanpa memerlukan desain ulang protokol. Kalender singkat antara peringatan publik dan aktivasi Hoodi membuat pengujian terkoordinasi menjadi sangat penting.

Tanggung jawab untuk mitigasi sekarang berada pada setiap protokol staking

Dengan menutup isu consensus-specs sebagai tidak direncanakan, pengembang inti menandakan bahwa risiko sementara paling baik ditangani di lapisan aplikasi. Penyedia liquid staking, platform operator mandiri, dan layanan apa pun yang mengirimkan setoran atas nama pengguna harus因此 menerapkan pemeriksaan mereka sendiri. Penyedia yang sudah mempertahankan komite penjaga atau proses attestasi deposit-root dapat memperluas proses tersebut untuk mencakup awalan 0xB0. Penyedia tanpa infrastruktur semacam itu menghadapi tenggat waktu yang lebih ketat untuk menambahkan kontrol setara.

Model terdistribusi memiliki kelebihan dan kekurangan. Ini memungkinkan respons cepat dan disesuaikan tanpa menunggu perubahan fork keras di seluruh jaringan. Ini juga berarti bahwa keamanan setoran setiap staker bergantung pada praktik spesifik protokol yang mereka pilih. Transparansi mengenai prosedur penanganan setoran sekitar epoch aktivasi akan membantu pengguna mengevaluasi risiko residu.

Tujuan Skalabilitas dan Kasus Pinggiran Sementara Masih Terkait dalam Peningkatan Ethereum

Glamsterdam memajukan peta jalan penskalaan Ethereum L1 dengan meningkatkan batas gas praktis mendekati 200 juta, memungkinkan pemrosesan transaksi paralel melalui daftar akses tingkat blok, serta menghilangkan relay eksternal dari jalur kritis produksi blok. Peningkatan tersebut memerlukan primitif on-chain baru bagi pembangun, yang pada gilirannya menciptakan tumpang tindih antrian setoran sementara. Pola ini merupakan ciri khas dari pembaruan besar: perbaikan arsitektur jangka panjang dapat menimbulkan kasus tepi sementara yang harus dikelola oleh tim aplikasi.

Kemampuan industri untuk menyerap kasus-kasus ekstrem tanpa kerugian dana pengguna akan memengaruhi kepercayaan terhadap pembaruan berikutnya. Validasi pra-setoran, penangguhan sementara setoran, dan komunikasi operator yang jelas adalah alat praktis yang tersedia dalam kasus ini. Karena risikonya terbatas pada interval yang diketahui dan singkat, biaya persiapan bersifat terbatas, dan manfaatnya adalah pelestarian setoran pengguna selama transisi.

Setoran yang tertunda memerlukan pemantauan lebih ketat hingga transisi selesai

Setiap kunci publik yang masih memiliki setoran yang belum diproses pada saat aturan Glamsterdam aktif berada di dalam jendela serangan potensial. Protokol dapat mengurangi risiko ini dengan mengosongkan atau mempercepat antrian setoran sebelum epoch, dengan menolak kredensial 0xB0 untuk niat validator, atau dengan menghentikan pengiriman baru untuk periode singkat sekitar aktivasi. Pemantauan berkelanjutan terhadap perubahan deposit-root dan status klaim kunci publik selama jam-jam kritis akan memungkinkan respons cepat jika muncul aktivitas anomali.

Setelah fork selesai dan setoran builder berpindah ke jalur kontrak terpisah, vektor antrian bersama ditutup. Beban pemantauan因此 memiliki tanggal akhir yang jelas. Tim yang memperlakukan transisi ini sebagai periode operasional dengan perhatian tinggi, bukan sebagai pembaruan rutin, akan berada dalam posisi terbaik untuk melindungi dana staker.

🔥 Di Luar Headline: Apa Arti KuCoin 5.0 Bagi Anda

Berita pasar bergerak cepat — tetapi di mana Anda bertindak atasnya sama pentingnya. Pada bulan Oktober ini, KuCoin meluncurkan KuCoin 5.0, mengubah KuCoin menjadi platform yang dibangun ulang. Berikut yang sebenarnya berubah untuk Anda:

Satu akun untuk semuanya. Platform lama memisahkan uang Anda ke dalam akun "spot," "margin," dan "futures" yang terpisah dan mengharapkan Anda memahami alasannya. Akun Terpadu KuCoin 5.0 menghilangkan hal itu sepenuhnya — setor sekali, dan semuanya langsung tersedia (hanya tersedia untuk VIP saat ini).
Saham, indeks, dan komoditas. KuCoin 5.0 memperluas jangkauan di luar kripto ke pasar global. Ketika kripto bergerak datar dan ekuitas naik (atau sebaliknya), Anda dapat berpindah dalam hitungan menit tanpa perlu membuka akun broker dan menunggu berhari-hari untuk transfer fiat.
Aset dunia nyata (RWA). Paparan terhadap aset tradisional seperti komoditas yang ditokenisasi, langsung di akun kripto Anda. Salah satu segmen dengan pertumbuhan tercepat di keuangan global kini tidak lagi hanya untuk institusi — Anda dapat mengaksesnya dari saldo yang sama yang Anda gunakan untuk perdagangan.
Dapatkan penghasilan sambil belajar. Belum siap untuk berdagang? KCUSD memungkinkan stablecoin Anda menghasilkan bunga harian dengan majemuk otomatis. Cara paling tenang untuk memanfaatkan setoran Anda yang menganggur dengan imbal hasil 4%.
Asisten AI dengan bahasa sederhana. Ajukan pertanyaan, dapatkan konteks pasar, pahami apa yang sedang Anda lihat — terintegrasi langsung ke platform, tanpa memerlukan jargon.
Aplikasi yang tidak membebani. Lebih cepat, lebih bersih, dan konsisten — intuitif sejak sentuhan pertama, bukan setelah tutorial.
Keamanan yang dapat Anda periksa, bukan hanya percaya. Entitas UE berlisensi MiCAR, Proof of Reserves yang dapat Anda verifikasi sendiri, dan keamanan bersertifikasi internasional (SOC 2 Type II, ISO 27001:2022).

Buat akun Anda dalam beberapa menit — dan mulailah di platform yang dibangun untuk masa depan kripto, bukan masa lalunya.

FAQ

Apa sebenarnya peningkatan Glamsterdam, dan mengapa hal ini penting untuk staking?

Glamsterdam adalah nama gabungan untuk perubahan lapisan eksekusi Amsterdam dan lapisan konsensus Gloas. Tujuan utamanya adalah memperkuat pemisahan proposer-builder dan daftar akses tingkat blok yang mendukung batas gas lebih tinggi dan pemrosesan blok yang lebih efisien. Untuk staking, pengenalan pendaftaran builder on-chain dan jalur setoran terkait menciptakan perilaku berbagi antrian sementara yang menjadi dasar risiko front-running.

Berapa lama jendela peretasan setoran berlangsung?

Jendela tersebut ada hanya selama setoran builder masih melalui antrian setoran validator. Kondisi ini berlaku selama transisi hard-fork itu sendiri. Setelah pembaruan selesai, setoran builder diproses melalui kontrak terpisah, menutup jalur antrian bersama. Durasi praktisnya oleh karena itu diukur dalam jam sekitar epoch aktivasi, bukan dalam hari atau minggu.

Apakah risiko tersebut memengaruhi validator yang sudah diaktifkan atau ETH yang sudah di-stake?

Tidak. Serangan ini menargetkan setoran baru atau yang masih dalam antrian untuk kunci publik yang belum menghasilkan validator aktif. Validator yang sudah ada dan saldo mereka tetap berada di bawah kredensial penarikan yang telah ditetapkan dan berada di luar permukaan serangan yang dijelaskan.

Apa yang dapat dilakukan para staker biasa untuk melindungi diri mereka?

Para staker yang melakukan setoran melalui protokol liquid staking harus memastikan bahwa protokol telah menerbitkan panduan khusus tentang penanganan setoran menjelang aktivasi Glamsterdam. Memilih penyedia yang sudah menerapkan keamanan setoran multi-pihak atau pengawasan bergaya guardian mengurangi risiko residu. Para staker yang menjalankan validator sendiri harus memastikan logika pengiriman setoran mereka tidak memungkinkan setoran 0xB0 yang bersaing untuk mengklaim kunci publik yang sama.

Mengapa pengembang inti menolak perbaikan tingkat protokol?

Usulan untuk pemeriksaan pra-setoran ditutup karena tidak direncanakan, sebagian besar karena tekanan jadwal. Sepolia sudah diaktifkan di bawah aturan yang ada, dan rilis klien Hoodi terus berlanjut. Perubahan perilaku terlambat akan berisiko menyebabkan redeployment testnet tambahan dan penundaan. Para pengembang menilai bahwa mitigasi lapisan aplikasi sudah cukup mengingat durasi paparan yang terbatas.

Penafian: Konten ini hanya untuk tujuan informasi dan tidak merupakan saran investasi. Investasi mata uang kripto memiliki risiko. Silakan lakukan riset sendiri (DYOR).

Penafian: Halaman ini diterjemahkan menggunakan teknologi AI untuk kenyamanan Anda. Untuk informasi yang paling akurat, lihat versi bahasa Inggris aslinya.