TLDR
- Ethereum researchers submitted a draft proposal on Aug. 24 for a post-quantum-ready validator deposit contract.
- The design supports variable-length public keys, signatures and metadata, but does not pick a post-quantum algorithm yet.
- Scheme 0 keeps current BLS deposits working while new identifiers could later support other signature systems.
- A staged, irreversible switch could eventually stop new BLS deposits after a transition period.
- The proposal is still a draft awaiting review, discussion and consensus before any network upgrade.
Ethereum developers have submitted a draft proposal aimed at preparing the network for a future shift away from its current signature system. The document was posted on Aug. 24 by researchers Kevaundray Wedderburn, Tom Wambsgans and Thomas Coratger.
The proposal focuses on validator deposits. It suggests a new contract that could eventually replace the network’s existing BLS signature setup.
Right now, Ethereum validators use BLS public keys and signatures that have a fixed length. The new contract would instead accept variable-length keys, signatures and metadata.
What the New Contract Would Change
Each deposit would carry a scheme identifier. This tells the network which cryptographic system a validator is using.
Scheme 0 is set aside for the current BLS format. This keeps things working the same way during an early transition period.
Later scheme numbers could represent post-quantum signature systems. The proposal does not name or select a specific post-quantum algorithm at this stage.
Developers describe the contract as post-quantum-ready. That does not mean Ethereum would become fully resistant to quantum computing attacks right away.
A separate change at the consensus layer would still be needed. That change would define how validators verify and process signatures under each new scheme.
The design also relies on an existing framework called EIP-7685. This system moves deposit information from Ethereum’s execution layer to its consensus layer.
Ethereum already uses this framework for other validator actions. These include deposits, withdrawals and validator consolidations.
A One-Way Switch for Old Deposits
The proposal includes a staged rollout plan. Developers could first launch the contract with BLS deposits still active.
Additional signature types could be added over time. A later decision could then permanently turn off new BLS deposits.
Once that switch is flipped, it cannot be reversed under the current design. Existing BLS validators would not vanish automatically when this happens.
Separate rules would still be needed for existing validator keys. This includes handling exits, credential changes and moving validators into a post-quantum system.
Wedderburn said the topic came up during an All Core Developers Execution meeting. The team is also waiting on feedback about how the plan fits with other validator proposals already in progress.
The pull request is still labeled as a draft. It needs editor consensus, technical review and a separate discussion on Ethereum Magicians before moving forward.
An editor suggested the number EIP-8394 for the proposal. It has not yet appeared as an accepted, published EIP on Ethereum’s official EIP website.
Ethereum’s own repository states that unpublished documents should be treated as working papers. A published draft still does not mean the network has approved it for use.
The proposal would need more testing, security review and client support. Core developers would then have to choose it for a future hard fork.
No testnet date, target fork or deadline has been set. There was no confirmed market reaction tied specifically to the draft.
The contract only covers validator deposits. Ethereum’s full move toward quantum safety would also need to cover account signatures and other cryptographic systems used across the network.
Kommentar hinterlassen