I still remember the first time someone casually mentioned that quantum computers could one day crack the cryptography holding entire blockchains together. It felt distant, almost science-fiction. Then artificial intelligence started solving math problems that used to take research teams months, and suddenly the timeline looked a lot less comfortable. That shift is exactly why a research group just proposed moving Ethereum’s quantum-resistant preparations forward by two full years.
Why Ethlabs Wants Quantum Readiness Sooner
The proposal, shared on a major Ethereum discussion forum in mid-November, carries the name pqai27. It argues that waiting until late 2029 no longer feels prudent. Advances in AI keep surprising people who study cryptography, and the group believes the combination of powerful quantum machines and smarter software tools creates a risk window that starts earlier than official roadmaps currently assume.
I’ve followed these conversations for a while, and the tone has changed. A few years ago most developers treated quantum threats as a problem for the 2030s. Now the same voices speak with more urgency. Ethlabs points to large technology companies aiming to finish their own post-quantum transitions by 2029 and to shifting government planning around quantum-related risks. Those external signals matter.
The core idea is straightforward yet ambitious. Ethereum should reach an initial stage of protection, called pqai-ready, during 2027. At that point the consensus layer would already use quantum-resistant cryptography, and users would have practical ways to secure their accounts against future attacks. If the older systems suddenly became vulnerable, the network could keep running, even if capacity dropped for a period. A second stage, pqai-scaled, would then restore full performance with quantum-resistant transactions and data handling.
That distinction between readiness and scaled capacity feels important. Many earlier discussions treated the upgrade as an all-or-nothing event. Ethlabs treats it as a staged process, which makes the 2027 target more realistic while still pushing the community harder than the current plan.
The Two Threats Driving the New Timeline
Quantum computers capable of running certain algorithms could break the elliptic-curve cryptography that currently protects Ethereum accounts and signatures. That part of the story is well known. What feels fresher is the second concern: AI systems that might discover software weaknesses or mathematical shortcuts faster than human researchers expect.
Ethlabs put it plainly. Being post-quantum is not enough; the network also needs to become post-AI. In practice that means choosing cryptographic assumptions that rest on fewer hard problems and hardening the software stack against automated vulnerability discovery. No one can say with certainty when either threat becomes real. The researchers themselves admit the timelines remain uncertain. Their argument is that uncertainty itself justifies earlier preparation.
Being post-quantum is not enough, we intend on being post-AI too.
I find that phrasing useful. It captures a broader shift in security thinking. Cryptography no longer sits alone; it now shares the stage with machine-learning tools that keep improving at an uncomfortable pace.
How the Proposal Changes the Hegotá Upgrade
Ethereum’s next major upgrade after Glamsterdam carries the name Hegotá. Several features were already under discussion for that window. Ethlabs now asks the community to re-order priorities so that quantum-related work comes first.
One concrete step involves a proposal known as Quick Slots, which aimed to shorten the time between blocks. The research group had previously supported the idea. They now plan to withdraw it from Hegotá and shift their own development effort toward cryptographic security. They still like faster blocks and intend to revive the work in 2028, but the sequencing has changed.
Another feature under review is FOCIL, designed to make it harder for block producers to exclude valid transactions. Ethlabs suggests including it only if the work does not delay the quantum timeline. In contrast, Frame Transactions, sometimes referenced as EIP-8141, would stay high on the list because it helps accounts adopt alternative signature schemes, including those resistant to quantum attacks.
These trade-offs are never easy. Faster blocks and stronger censorship resistance matter a great deal to everyday users. Yet if the underlying cryptography suddenly becomes unreliable, those improvements lose much of their value. The proposal forces a clear ranking of risks.
Consensus Layer Choices Ahead
Moving the consensus system to quantum-resistant cryptography is not a simple swap. Ethlabs outlines two possible paths. One modifies the existing Gasper design. The other adopts a newer approach sometimes called decoupled consensus. Further research will decide which route proves easier to implement and audit.
Two specific improvement proposals receive special attention. One addresses signature aggregation so the network can verify more complex cryptographic signatures efficiently. Another focuses on quantum-resistant data availability. Both appear necessary for the full-capacity stage of the plan. Ethereum’s co-founder has previously expressed support for the signature-aggregation work, which helps the case for keeping it on the critical path.
In my view the consensus discussion may become the most technical and therefore the most contentious part of the debate. Changing how validators agree on the state of the chain always carries risk. Doing so under time pressure increases that risk. Still, the alternative of waiting longer while external technology advances feels equally uncomfortable.
What Wallet Users and Validators Need
Technical changes at the protocol level only solve half the problem. Everyday users and the operators who run validators also need practical migration tools. Ethlabs therefore calls for better key-rotation features, separate recovery permissions, and tighter controls over account access. These improvements would let people move to quantum-resistant keys without losing funds or control.
I’ve watched previous account-abstraction upgrades roll out. Adoption always takes longer than the pure technical schedule suggests. Giving wallet providers clear, early guidance helps. The same applies to staking operators who manage large amounts of capital on behalf of others. Clear migration paths reduce the chance of last-minute panic.
The proposal keeps Glamsterdam on its current schedule. Everything after that point becomes more flexible so the 2027 readiness target stays realistic. Work on faster transactions, stronger censorship resistance, and further security hardening would continue into 2028 once the initial quantum layer is in place.
Comparing the Old Roadmap and the New Proposal
The Ethereum Foundation’s published plan still targets December 2029 for full quantum resistance across execution, consensus, and data layers. That date rested on the assumption that practical quantum attacks might appear around 2030. The Foundation already planned an expert review of the risk picture in January 2027. Ethlabs simply wants the community to act on the outcome of that review more aggressively.
Under the current thinking, the network would remain fully quantum-vulnerable until nearly the end of the decade. Under the new proposal, an initial safety net would exist two years earlier. Capacity might temporarily drop if an emergency switch became necessary, yet the chain would continue. That difference feels material.
| Aspect | Current Roadmap | Ethlabs Proposal |
| Initial readiness | Late 2029 | During 2027 |
| Full scaled capacity | Late 2029 | Later in 2027 or into 2028 |
| Priority of quantum work | One among several tracks | Highest for Hegotá window |
| Quick Slots status | Under consideration | Withdrawn from Hegotá |
Looking at the table, the biggest change is not the final destination but the speed of the first meaningful step. Early readiness creates optionality. If quantum or AI threats materialize more slowly than feared, the network still gains stronger cryptography ahead of schedule. If they arrive sooner, the safety margin already exists.
Practical Challenges That Still Need Answers
No proposal of this scale is free of hard questions. Performance overhead remains one of them. Quantum-resistant signature schemes tend to produce larger signatures and require more computation. The scaled stage of the plan aims to remove those limitations, yet the interim period could feel slower for some users. Network participants will want clear measurements before they commit.
Coordination across client teams is another real constraint. Ethereum relies on multiple independent implementations. Any consensus change must be implemented, tested, and activated across all of them without introducing divergence. That process already takes time under normal conditions. Compressing the calendar increases the coordination load.
Security audits will also matter more than usual. New cryptographic primitives attract intense scrutiny. Independent researchers and formal-verification teams need enough runway to examine the designs thoroughly. Rushing that work would undermine the very safety the upgrade seeks to provide.
I keep coming back to the human element as well. Validator operators, wallet developers, exchanges, and ordinary users all need clear communication and workable tools. Technical readiness without social readiness still leaves the network exposed.
Broader Context Beyond Ethereum
Ethereum is not the only network watching these developments. Other major chains face similar cryptographic assumptions. Some have already begun experimental post-quantum work. Others continue to treat the problem as distant. The speed at which Ethereum moves could influence the wider industry timeline simply through visibility and shared research.
Large technology firms and government agencies have already published transition schedules. Those schedules treat the late 2020s as a realistic window for meaningful quantum capability. Blockchain networks that ignore the same signals risk looking behind the curve. Ethlabs clearly prefers to stay ahead of that curve.
At the same time, over-reacting carries its own costs. Diverting engineering effort from other valuable improvements can slow progress on scalability, user experience, and developer tooling. The proposal tries to balance those pressures by keeping some non-security features alive, just later in the sequence.
My Own Take on the Urgency
After reading the full proposal and the surrounding discussion, I find the case for earlier action persuasive. The combination of quantum progress and AI-assisted cryptanalysis creates a risk profile that older roadmaps did not fully capture. Waiting until the exact moment a threat appears has never been a comfortable strategy in security.
That does not mean every detail of the 2027 target is locked in. Core developers still need to review the technical feasibility, the performance impact, and the coordination cost. The January 2027 risk assessment already planned by the Foundation will provide useful data. Ethlabs simply wants that assessment to trigger faster follow-through.
Perhaps the most interesting aspect is the willingness to withdraw a previously favored feature. Research groups rarely abandon their own ideas lightly. Doing so signals that the security concern ranks higher than short-term performance gains. That kind of prioritization tends to focus community attention.
What Happens Next
The proposal remains just that: a proposal. It needs broad agreement among core developers, client teams, and the wider research community before any timeline changes become official. Discussions on the forum will continue, technical working groups will form, and competing priorities will surface.
In the coming months we should see clearer cost estimates for the cryptographic changes, more detailed designs for the consensus options, and early prototypes of the wallet migration tools. Those concrete deliverables will determine whether 2027 stays realistic or slips.
For ordinary users the practical advice is simple. Keep an eye on wallet software updates that mention quantum-resistant or hybrid signature support. Operators who run validators should watch the client-release notes even more closely. The transition, if it accelerates, will reward those who prepare early.
Security upgrades rarely feel exciting until the day they suddenly matter. This one has the potential to matter more than most. Whether the community ultimately adopts the full 2027 target or settles on a compromise, the conversation itself already moves the network toward greater resilience. That, at least, is progress worth watching.
The coming year will show how seriously the broader Ethereum ecosystem takes the combined quantum and AI risk picture. If the response matches the urgency expressed in the proposal, the network could enter the second half of the decade in a noticeably stronger position. If the momentum fades, the original 2029 date may still stand, and the safety margin will remain thinner. Either outcome will shape how people think about long-term blockchain security for years to come.
One final observation stays with me. Cryptography has always been a race between attackers and defenders. For a long time the defenders held a comfortable lead on the quantum front. That lead looks narrower now. Choosing to close the gap sooner rather than later feels like the more cautious and, frankly, the wiser choice. Time will tell whether the rest of the community agrees.
