Ethereum Foundation Menetapkan Batas Waktu 2029 untuk Peningkatan Tahan Kuantum

Penulis asli: KarenZ, Foresight News

Komputer kuantum belum menggoyahkan pintu blockchain, tetapi Ethereum Foundation telah menandai tanggal di kalender: Desember 2029.

Ini adalah tenggat waktu teknis yang ditetapkan oleh tim protokol Ethereum Foundation: bersiap menghadapi kemungkinan ancaman kuantum yang muncul lebih awal, dan menyelesaikan modifikasi anti-kuantum pada jaringan lapisan satu Ethereum sebelum risiko tersebut benar-benar mendekat.

Hegotá yang sedang direncanakan, meskipun tidak secara langsung mengubah Ethereum menjadi blockchain yang sepenuhnya tahan kuantum, akan menentukan apakah rencana selanjutnya dapat berjalan sesuai jadwal.

「Q-day」 biasanya merujuk pada titik waktu hipotetis: munculnya komputer kuantum dengan kemampuan serangan nyata, sehingga sistem kriptografi kunci publik saat ini menghadapi ancaman substantif.

Kapan itu akan datang, tidak ada yang bisa memprediksi dengan akurat. Yayasan Ethereum juga secara jelas mengakui bahwa sebagian besar prediksi terpercaya menunjukkan bahwa Q-day akan datang setelah tahun 2030, bahkan mungkin jauh lebih lambat, atau bahkan mungkin tidak akan pernah datang.

Tim protokol Ethereum Foundation menggunakan asumsi teknik yang konservatif: Ethereum Layer 1 harus dipersiapkan sejak dini dengan mengasumsikan bahwa Q-day dapat datang paling awal pada tahun 2030.

Untuk itu, tim protokol menetapkan tujuan—mencapai ketahanan kuantum penuh pada tiga komponen Ethereum lapisan satu: eksekusi, konsensus, dan data, sebelum Desember 2029.

Tujuan ini juga tidak akan tetap tanpa penyesuaian selamanya. Tim protokol berencana untuk mengevaluasi kembali perkembangan komputasi kuantum pada Januari 2027, dengan mempertimbangkan pendapat dari para ahli eksternal. Sebelum itu, batas waktu 2029 akan dianggap sebagai tujuan kerja yang tidak boleh mudah dikompromikan.

Quantum resistance memerlukan persiapan bertahun-tahun sebelumnya karena Ethereum tidak hanya menggunakan satu teknologi kriptografi, dan tidak cukup hanya dengan mengganti algoritma tanda tangan untuk menyelesaikan migrasi. Cara akun pengguna membuktikan otorisasi transaksi, bagaimana validator berpartisipasi dalam konsensus, dan bagaimana data diverifikasi, semuanya melibatkan struktur kriptografi yang berbeda. Setiap perubahan harus melalui desain standar, implementasi klien, tinjauan keamanan, pengujian jaringan pengembangan, dan koordinasi jaringan utama, dan tidak mungkin menunggu ancaman muncul baru mulai menanganinya.

Menurut jalur acuan yang saat ini diumumkan oleh tim protokol Ethereum Foundation, pembaruan jaringan Glamsterdam dijadwalkan diluncurkan di mainnet pada Desember 2026, sedangkan kemampuan anti-kuantum penuh dijadwalkan pada hard fork kelima setelah Glamsterdam, yaitu L*, dengan target waktu Desember 2029. Hanya ada tiga tahun dari Glamsterdam hingga L*, dan jika harus menyelesaikan Hegotá, I*, J*, K*, dan L* secara berurutan, rata-rata hanya tersedia sekitar 7,2 bulan antara setiap pembaruan.

Jadwal ini cukup ambisius. Saat ini, Ethereum Foundation belum mengumumkan waktu peluncuran mainnet yang pasti untuk Hegotá, I*, J*, dan K*. Yang pasti, tim klien memperkirakan implementasi Hegotá akan dimulai paling awal pada akhir kuartal keempat 2026, sementara penelitian, spesifikasi, dan pengujian untuk beberapa versi berikutnya harus dilakukan secara paralel.

Menurut rute saat ini, jadwal utama untuk setiap tahap adalah sebagai berikut:

• Hegotá: Berada di awal rute ini. Posisinya secara resmi sangat jelas: Hegotá sendiri bukanlah upgrade anti-kuantum, tetapi akan menentukan apakah upgrade anti-kuantum berikutnya dapat berjalan sesuai jadwal.
• I*: Menerapkan registri kunci publik anti-kuantum untuk membangun dasar protokol dalam pendaftaran akun dan penggunaan kunci publik anti-kuantum; sekaligus, dekoupling konsensus merupakan arah utama yang saat ini memimpin dalam versi ini, dan pekerjaan desain serta migrasi struktur status berskala besar juga diharapkan dimulai dari I*.
• J*: Membangun lapisan "Quantum-Resistant Minimum Viable" (MV-PQ), yang terdiri dari mekanisme heartbeat quantum-resistant di lapisan konsensus, pengambilan sampel leanDA pasca-kuantum di lapisan data, dan transaksi leanSPHINCS pasca-kuantum di lapisan eksekusi.
• K*: Berdasarkan peringkat patokan saat ini, perkenalkan bukti eksekusi yang wajib ditegakkan. Pada saat itu, arah pengembangan validator adalah memverifikasi bukti eksekusi yang ringkas, bukan setiap validator yang menjalankan ulang seluruh blok.
• L*: Sesuai dengan peringkat saat ini, tambahkan pesan bukti anti-kuantum, yaitu post-quantum attestations, untuk mencapai tujuan anti-kuantum penuh di lapisan eksekusi, konsensus, dan data pada Desember 2029.

Namun, urutan tugas K* dan L* belum ditentukan secara final. Tim protokol sedang mengevaluasi skema pertukaran: memajukan pesan bukti anti-kuantum dari L* ke K* agar kemampuan anti-kuantum penuh dapat dicapai lebih awal; sekaligus menunda pelaksanaan bukti paksa dari K* ke L*. Jika skema ini diadopsi, tanggung jawab spesifik K* dan L* serta ritme pembaruan akan berubah secara sesuai. Oleh karena itu, pernyataan paling akurat saat ini adalah: Desember 2026 adalah target mainnet saat ini untuk Glamsterdam, Desember 2029 adalah target dalam jalur dasar untuk L* dan kemampuan anti-kuantum penuh; urutan internal K dan L* masih dapat disesuaikan.

Peneliti, pengembang klien, petugas tinjauan keamanan, dan tim pengujian harus menyelesaikan Hegotá serta mempersiapkan spesifikasi dan prototipe untuk I*, J*, K*, dan L* sebelumnya. Jika Hegotá memasukkan terlalu banyak fitur yang saling memengaruhi, tidak hanya dapat menunda peluncurannya sendiri, tetapi juga akan mengambil sumber daya tim yang diperlukan untuk pekerjaan anti-kuantum berikutnya.

Oleh karena itu, tim protokol Ethereum Foundation mengklasifikasikan 62 usulan kandidat menjadi kategori S (2), A (15), B (8), C (7), DFI (28), dan TBD (2). Kategori S berarti harus disampaikan; A berarti prioritas tinggi dan diharapkan dapat disampaikan; B memerlukan pemenuhan syarat seperti spesifikasi, prototipe, atau konfirmasi penanggung jawab; C berarti sementara berada di bawah garis penerimaan; DFI berarti tidak disarankan untuk dimasukkan dalam pembaruan ini; dan TBD berarti masih ditentukan.

Dalam klasifikasi Hegotá yang diumumkan oleh tim protokol, hanya dua EIP yang masuk ke kelas S: EIP-7805 FOCIL pada lapisan konsensus, dan EIP-8141 Frame Transaction pada lapisan eksekusi.

Mereka masing-masing menangani dua masalah kunci dalam siklus transaksi: apakah sebuah transaksi yang memenuhi syarat dapat masuk ke dalam blok, dan bagaimana sebuah akun dapat memverifikasi dan menjalankan transaksi.

FOCIL (EIP-7805) adalah singkatan dari "Fork-choice enforced Inclusion Lists". Tujuannya adalah untuk meningkatkan jaminan inklusi transaksi di Ethereum.

Saat ini, pembangun blok profesional mendominasi pembuatan blok. Pembagian tugas ini membantu meningkatkan efisiensi pembangunan blok, tetapi jika produksi blok terus terkonsentrasi di tangan beberapa pembangun, mereka juga dapat memperoleh kemampuan penyaringan transaksi yang kuat. Oleh karena itu, FOCIL menambahkan lapisan kendala penerimaan dari validator di luar proses pembangunan blok normal.

Menurut desain FOCIL, setiap Slot akan memilih sekelompok validator untuk membentuk "Komite Daftar Masuk" (IL committee). Anggota komite masing-masing membuat dan menyebarkan daftar masuk berdasarkan transaksi yang mereka lihat sedang menunggu. Pembangun blok pada Slot berikutnya mengumpulkan daftar-daftar ini dan memasukkan transaksi yang memenuhi syarat eksekusi ke dalam blok yang mereka bangun. Validator yang bertanggung jawab atas pembuktian blok baru juga akan menyimpan daftar masuk yang mereka terima tepat waktu, serta memeriksa apakah blok tersebut memenuhi persyaratan yang sesuai.

Jika blok melewatkan daftar transaksi yang disimpan oleh validator tanpa alasan yang sah, para pembuktinya tidak akan memberikan suara untuk blok tersebut. Blok semacam itu, meskipun tetap valid di tingkat eksekusi, tidak akan mendapatkan dukungan konsensus yang diperlukan untuk masuk ke rantai utama. Inilah makna FOCIL: bukan memungkinkan anggota komite secara langsung mengubah blok, tetapi membatasi pilihan pembangun blok melalui apakah validator memberikan suara atau tidak.

EIP-8369 yang terkait menjelaskan lebih lanjut jenis transaksi apa yang cocok mendapatkan jaminan keterlibatan paksa FOCIL. Alasan kelalaian transaksi biasa relatif mudah diverifikasi; transaksi Frames memungkinkan verifikasi yang dapat diprogram, tetapi biayanya lebih tinggi, sehingga diperlukan pembatasan tambahan terhadap rentang status yang dapat dibaca dan anggaran verifikasi.

Secara sederhana, FOCIL bukanlah tentang membuat validator merebut pekerjaan block builder, melainkan menambahkan aturan lapisan konsensus bagi builder: Anda tetap dapat mengatur sebagian besar transaksi dalam blok, tetapi tidak boleh terus-menerus mengabaikan transaksi yang memenuhi syarat yang tercantum dalam komite tanpa alasan yang masuk akal.

Frame Transactions (EIP-8141) menangani masalah lapisan akun. Fitur ini berencana membuat verifikasi transaksi, eksekusi transaksi, dan pembayaran Gas menjadi lebih dapat diprogram di lapisan protokol, sebagai dasar untuk abstraksi akun asli. Vitalik adalah salah satu penulis bersama EIP-8141.

Saat ini, sebagian besar akun Ethereum biasa bergantung pada tanda tangan kunci pribadi jenis tetap. Frames ingin memungkinkan akun menggunakan logika verifikasi yang lebih fleksibel, seperti menerapkan skema tanda tangan baru, menggabungkan beberapa kondisi otorisasi, atau memungkinkan akun lain membayar biaya transaksi. Framework ini juga mendukung agregasi tanda tangan dan memungkinkan pengenalan skema tanda tangan baru di masa depan tanpa perlu melakukan hard fork terpisah untuk setiap skema.

Namun, Frames sendiri bukanlah skema tanda tangan anti-kuantum yang lengkap, dan tidak akan segera menggantikan kunci yang ada setelah Hegotá diluncurkan. Frames menyediakan "kemampuan kriptografi yang fleksibel": di masa depan, jika diperlukan perubahan skema tanda tangan, akun dapat bermigrasi melalui verifikasi yang dapat diprogram, bukan terkunci selamanya pada satu sistem kunci.

Frames memerlukan dua proposal tingkat A sebagai pendukung inti. EIP-8250 Keyed Nonces memungkinkan pengirim yang sama menggunakan saluran nonce yang saling independen, sehingga transaksi yang berbeda tidak saling menghalangi karena harus berbagi urutan yang ketat; EIP-8272 memungkinkan transaksi menggunakan status on-chain terkini yang dapat diverifikasi oleh validator, sehingga transaksi privasi terkait juga mendapatkan jaminan inklusi dari FOCIL.

Oleh karena itu, FOCIL dan Frames bukanlah dua fitur yang saling terpisah. Yang pertama mengubah transaksi mana yang harus dimasukkan ke dalam blok, sedangkan yang kedua mengubah struktur verifikasi transaksi itu sendiri. Kemampuan keduanya untuk bekerja sama dengan aman adalah salah satu tugas pengujian terpenting Hegotá.

Proposal S mendefinisikan jalur utama Hegotá, tetapi beberapa proposal A juga akan memengaruhi keamanan akun masa depan Ethereum, migrasi anti-kuantum, bukti eksekusi, dan penilaian sumber daya.

Pertama adalah EIP-8365. Ini direncanakan untuk memulai proses penarikan bertahap untuk sebagian kredensial penarikan BLS, karena kredensial ini masih bergantung pada teknologi kriptografi yang mungkin kehilangan keamanannya terhadap serangan kuantum yang cukup kuat. Tim protokol percaya bahwa migrasi ini dapat dimulai lebih awal, tanpa menunggu desain konsensus anti-kuantum yang lengkap ditentukan.

Dalam hal keamanan akun, EIP-7906, EIP-8298, dan EIP-8151 dianggap sebagai kombinasi ekstensi Frames.

EIP-7906 memperkenalkan mekanisme Transaction Assertions yang memungkinkan transaksi memeriksa apakah hasil tertentu telah terjadi sebelum pengiriman akhir. Mekanisme ini bertujuan untuk mengurangi kerugian yang disebabkan oleh kontrak jahat yang menguras aset dompet dan sebagian perilaku MEV. Namun, cakupan pembacaan spesifik proposal ini masih dalam penelitian dan penyempitan, sehingga desain saat ini tidak dapat dianggap sebagai spesifikasi akhir yang telah tetap.

EIP-8298 memungkinkan akun untuk menggunakan ulang kode kontrak yang sudah ada, sehingga akun yang telah ditugaskan dapat berubah lebih lanjut menjadi akun kontrak pintar dengan kode penuh. EIP-8151 membatasi alamat kode akun yang sudah ada agar tidak lagi bergantung pada otentikasi ecRecover tradisional.

Kedua proposal ini dikombinasikan, akun baru dapat benar-benar berhenti menggunakan kunci secp256k1 lama sebagai otoritas tertinggi, menciptakan jalur lengkap untuk keluar dari sistem kunci lama di masa depan.

EIP-8025 (Optional Execution Proofs) terkait dengan rute zkEVM masa depan. Rencananya, EIP-8025 akan memasukkan perubahan yang diperlukan untuk optional execution proofs ke dalam spesifikasi eksekusi terpadu, mengurangi masalah pemeliharaan jangka panjang terhadap versi fork yang berbeda oleh berbagai proyek zkVM.

EIP-8279 (Byte Layer untuk Daftar Akses Blok) dan EIP-8131 (Lapisan Konten Transaksi Terpadu) adalah seperangkat proposal keamanan eksekusi. Keduanya menetapkan standar penilaian minimum untuk daftar akses blok dan konten transaksi, dengan tujuan membatasi penyerang yang memanfaatkan konten dengan harga rendah untuk menciptakan beban sumber daya ekstrem. Keduanya pertama-tama menangani biaya pemrosesan blok dalam skenario terburuk, bukan secara langsung menyatakan peningkatan kapasitas jaringan. Pemanfaatan margin keamanan yang dihasilkan untuk memperluas kapasitas memerlukan keputusan terpisah di masa mendatang.

EIP-3298 berencana menghapus sepenuhnya mekanisme pengembalian Gas, mengurangi kasus khusus dalam pengukuran, implementasi, dan pengujian; EIP-5920 (PAY Opcode) memungkinkan kontrak untuk mentransfer ETH tanpa mengeksekusi kode penerima, secara jelas memisahkan "pemindahan nilai" dan "pemanggilan kontrak".

Meanwhile, some notable proposals remain at B level.

Misalnya, EIP-8198 (Quick Slots) ingin memperpendek waktu Slot, tetapi tim protokol meminta agar terlebih dahulu menyelesaikan spesifikasi, prototipe lengkap, evaluasi dampak turunan, serta membuktikan bahwa tidak akan mengganggu desain konsensus decoupled berikutnya. Alasannya, waktu Slot tidak hanya memengaruhi kecepatan pembuatan blok, tetapi juga memengaruhi jaringan transmisi, penilaian konsensus, serta asumsi aplikasi terhadap waktu.

Selain itu, EIP-8368 dan EIP-8372 dicantumkan sebagai «TBD» (belum ditentukan). Kedua proposal ini terkait dengan batasan Gas dan penilaian sumber daya status, dan tim protokol memutuskan untuk menunggu data mainnet setelah peluncuran Glamsterdam pada Desember 2026 sebelum memutuskan apakah perlu penyesuaian ulang.

Jumlah EIP yang akhirnya dimasukkan ke dalam Hegotá bukan satu-satunya ukuran keberhasilan upgrade ini.

Lebih penting lagi, apakah ia dapat menyampaikan FOCIL, Frames, dan seluruh komponen intinya tanpa mengorbankan keamanan dan kualitas pengujian, sekaligus menyisakan cukup sumber daya penelitian dan pengembangan untuk pendaftaran kunci publik I*, pemisahan konsensus, kemampuan anti-kuantum minimum J*, serta bukti eksekusi K* dan L* serta konsensus anti-kuantum penuh.

Sesuai target saat ini, Glamsterdam akan memulai siklus peningkatan padat ini pada Desember 2026, sementara L* dalam rute dasar akan mencapai akhir pada Desember 2029. Setiap peningkatan di tengah tidak boleh hanya fokus pada menyelesaikan fungsinya sendiri, tetapi juga harus memastikan tahap berikutnya dapat terus berlanjut.

Tidak ada yang bisa memberikan jawaban pasti apakah ancaman kuantum akan menjadi kenyataan sebelum tahun 2030. Namun, pilihan saat ini untuk Ethereum sudah jelas: tentukan batas waktu untuk risiko tersebut, lalu biarkan setiap proposal membuktikan dirinya sendiri melalui spesifikasi, prototipe, dan pengujian untuk memenuhi syarat masuk ke jaringan utama.

Referensi artikel:

https://blog.ethereum.org/2026/09/07/protocol-hegota-eips

https://blog.ethereum.org/2026/09/07/protocol-priorities

https://x.com/VitalikButerin/status/2073459000398463446