Ethereum Takes a Practical Step Toward Quantum-Safe Staking

in H4LAB Research28 days ago

Ethereum developers have put forward a new draft proposal that prepares the network’s staking system for a future where quantum computers could threaten today’s cryptography. The idea is straightforward: make it possible for validators to deposit with more flexible, larger cryptographic keys when the time comes, while keeping everything compatible with the system we already use.

image.png

Ethereum Developers Propose Post-Quantum Deposit Contract to Phase Out BLS

Ethereum developers have proposed a new post-quantum-ready deposit contract that would support variable-length public keys and credential metadata, using scheme identifiers to distinguish cryptographic systems while reserving Scheme 0 for existing BLS deposits.

The design would replace the legacy deposit contract’s Merkle-tree mechanism with execution-layer requests based on EIP-7685 and introduce an irreversible migration switch that could first enable, then permanently disable, new BLS deposits as Ethereum transitions toward post-quantum signatures. Add EIP: Post-quantum-ready deposit contract by kevaundray · Pull Request #12235 · ethereum/EIPs
Ethereum Developers Propose Post-Quantum Deposit Contract to Phase Out BLS

Ethereum developers have proposed a new post-quantum-ready deposit contract that would support variable-length public keys and credential metadata, using scheme identifiers to distinguish cryptographic systems while reserving Scheme 0 for existing BLS deposits.

The design would replace the legacy deposit contract’s Merkle-tree mechanism with execution-layer requests based on EIP-7685 and introduce an irreversible migration switch that could first enable, then permanently disable, new BLS deposits as Ethereum transitions toward post-quantum signatures. Add EIP: Post-quantum-ready deposit contract by kevaundray · Pull Request #12235 · ethereum/EIPs

On August 24, 2026, Kevaundray Wedderburn, Tom Wambsgans, and Thomas Coratger submitted the draft via a GitHub pull request. It is still early—currently sitting as a draft (temporary number EIP-9999, with editors pointing toward 8394)—and will need discussion, review, and testing before it goes anywhere near a hard fork.

Why bother now?

Right now, the deposit contract that lets people become validators is locked to BLS signatures. Those keys and signatures have fixed sizes that work well for today’s network, but they cannot handle the bigger or differently shaped keys that post-quantum schemes will likely need. Quantum computers capable of breaking elliptic-curve cryptography are not here yet, but Ethereum researchers prefer to prepare the plumbing early rather than scramble later. This proposal does not pick a specific quantum-resistant algorithm. It simply makes the deposit pathway ready to accept them when the community decides on one.

What the new contract actually does

The proposed contract accepts public keys and related data of variable length (up to 8,192 bytes). Each deposit includes a simple “scheme” number:

  • Scheme 0 stays reserved for the current BLS format everyone already uses.
  • Higher numbers are left open for future schemes.

When someone deposits, the contract checks basic rules—enough ETH, reasonable data sizes, and the current operating mode—then emits an event. The heavy cryptographic checking still happens on the consensus side, just as it does today. The old Merkle-tree structure is dropped because newer mechanisms (especially EIP-7685 requests) already move deposit information cleanly from the execution layer to consensus.

A careful, one-way transition

The design includes a staged switch so the network can move without sudden disruption:

  • At first the new contract sits quiet while the old one continues.
  • During a migration window both can accept deposits, and the system merges them into one clean list.
  • Later, an irreversible protocol call permanently stops new BLS deposits on the new contract. Existing validators keep working; only fresh onboarding under the old scheme is closed off.

This gives staking providers, client teams, and tools time to adapt before the door on pure BLS deposits is closed for good.

Part of a longer journey

This is one piece of Ethereum’s broader effort to become quantum-resistant. Other work is already underway on post-quantum key registries for validators, account-level signature options, and eventual replacements for BLS aggregation and related commitments. The rough target for core protocol readiness is around 2029, though nothing is locked in.

No hard-fork date has been set for this particular change. It still needs community feedback, security review, client implementations, and testing. The authors are also coordinating with related proposals around withdrawals and consolidations.

Looking ahead

By building flexibility into the deposit process now, Ethereum avoids painting itself into a corner later. When better quantum-resistant schemes are ready, the network will already have a clean way to start using them for new validators. Existing stakers will not be forced off the network overnight—migration rules for them will come in future work.

It is the kind of quiet, practical engineering that does not make flashy headlines but keeps the foundation solid for the years ahead. Discussions will continue on GitHub and Ethereum Magicians. As with every major change, the final version will be shaped by careful review and real testing.

The quantum future is still distant, but the work of preparing for it has already begun.


Note: Grok AI was used to research and polish this article.