Developer Ethereum yang dikenal dengan nama kevaundray mengajukan draf proposal untuk "kontrak deposit yang siap menghadapi era pascakuantum", dengan tujuan menambahkan ketahanan terhadap serangan komputer kuantum pada kontrak yang mengatur bagaimana validator melakukan staking dan keluar dari jaringan. PANews melaporkan proposal ini diajukan lewat GitHub, awalnya bernomor EIP-12235 sebelum resmi diberi nomor EIP-8394, dan saat ini masih berstatus draf menunggu tinjauan editor.
Apa yang Berubah dari Proposal Ini
Draf ini akan mendukung deposit validator dengan panjang variabel, sekaligus memperkenalkan mode keluar BLS yang bersifat irreversibel — sebuah pilihan desain yang dimaksudkan untuk menutup satu jenis serangan berbasis kuantum secara spesifik, bukan merombak seluruh kontrak sekaligus. Menurut PANews, kevaundray menyebut dalam kolom komentar proposal bahwa dirinya masih menunggu masukan yang terkait dengan tiga EIP lain — EIP-7251, EIP-8282, dan EIP-7002 — sebelum menetapkan desain final. Ini menegaskan bahwa proposal tersebut hanyalah satu bagian dari rangkaian perubahan yang saling terkait, bukan perbaikan yang berdiri sendiri.
Baca juga: Treasury Ether BitMine Dekati 5% Total Suplai Usai Yield Mingguan $330 Juta
Bagian dari Agenda Kesiapan Kuantum yang Lebih Panjang
Proposal ini merupakan potongan dari upaya Ethereum yang jauh lebih luas dan berlangsung bertahun-tahun untuk bersiap menghadapi ancaman komputer kuantum. Roadmap resmi Ethereum memetakan perombakan empat bagian yang mencakup tanda tangan konsensus, komitmen ketersediaan data, tanda tangan akun, hingga sistem bukti zero-knowledge, dengan target penyelesaian infrastruktur inti sekitar tahun 2029. Ethereum Foundation sendiri secara tegas menyatakan belum ada komputer kuantum saat ini yang mampu membobol kriptografinya — namun mereka mengingatkan bahwa kunci publik yang sudah terekspos di on-chain membuat serangan "harvest now, decrypt later" menjadi ancaman jangka panjang yang nyata. Inilah persisnya jenis risiko yang ingin ditutup oleh kontrak deposit yang lebih tangguh, mengingat deposit dan penarikan validator menyentuh sejumlah fungsi bernilai paling tinggi dalam protokol.
Apa yang Terjadi Selanjutnya
Karena masih berstatus draf dan menunggu tinjauan editor resmi, EIP-8394 masih berada di tahap awal proses standar EIP, sehingga desainnya bisa saja berubah cukup signifikan sebelum ada tim klien yang berkomitmen mengimplementasikannya. Penanda konkret berikutnya yang perlu diperhatikan adalah perkembangan pada tiga EIP yang disebut kevaundray sebagai dependensi — 7251, 8282, dan 7002 — karena penyelesaian ketiganyalah yang menurut penulis proposal sendiri dibutuhkan sebelum desain kontrak deposit ini bisa difinalisasi.
