StarkWare Maps Post-Quantum Roadmap for Starknet’s Future

Governments from the White House and Australia, alongside Google and NIST, are already offering post-quantum guidance, signaling the threat to current cryptographic systems is no longer distant. StarkWare is responding with a post-quantum roadmap for Starknet, built on an architectural foundation that significantly reduces the cost of transitioning to quantum-resistant security. Unlike many blockchains, Starknet’s core proof system, STARKs, relies on collision-resistant hash functions rather than quantum-vulnerable elliptic-curve arithmetic, as detailed in a seminal paper co-authored by StarkWare CEO and co-founder Eli Ben-Sasson. This design, coupled with native account abstraction allowing users to deploy a post-quantum wallet without protocol-level changes, gives Starknet the simplest and most straightforward path to a fully PQ future, relative to other major blockchains.

Starknet’s Architectural Foundation for Post-Quantum Security

Starknet’s architecture distinguishes it as uniquely positioned to address the rapidly approaching threat of quantum computing, a challenge now prompting action from entities like the White House, Australia, Google, and NIST, all offering post-quantum (PQ) guidance and setting infrastructure timelines. StarkWare is presenting a detailed PQ roadmap for Starknet, emphasizing the structural advantages that minimize migration costs compared to other blockchains. This is not a distant concern; the company frames PQ migration as a question of when, and how much it will cost. A key differentiator lies in the core of Starknet’s proof system, STARKs. Starknet’s native account abstraction offers a crucial advantage, allowing for the deployment of quantum-resistant wallets without necessitating breaking changes at the protocol level. S2morrow has already demonstrated this capability with their Falcon-512 account implementation in Cairo, and OpenZeppelin is developing a PQ account contract expected to be released soon.

The roadmap itself is divided into three phases, with the first two firmly within Starknet’s control. Phase 1 focuses on securing all new activity by replacing Pedersen hashing with BLAKE2 across the state, chain environment, and consensus layers. Upon completion, new deployments, transactions, and state updates will be secured by PQ primitives, requiring no action from developers or users. The team is also actively researching a migration toolkit to assist legacy contract authors in aligning with PQ standards without interface disruptions. Starknet offers a verifiable, future-proof PQ path, the company asserts, highlighting architecture with no elliptic-curve dependence and a committed, inspectable roadmap.

Phase 1: Securing New Deployments with BLAKE2 Hashing

The escalating threat of quantum computing has prompted proactive measures across the technological landscape, and Starknet is responding with a phased roadmap to secure its infrastructure. Specifically, the team is replacing Pedersen hashing across contracts and storage tries, eliminating the potential to forge token balance proofs; BLAKE2 is also more efficient for proving via the S-two prover, offering both security and performance gains. Contract address derivation is also migrating to BLAKE2, addressing a narrow, but genuine, attack window. A simple one-line change will secure the chain’s environment anchor, a modification already live on the testnet and slated for mainnet implementation in early July. The estimated time to completion for these initial steps is approximately two months from start, with all new features developed thereafter requiring quantum-safe implementations. Completing this roadmap is not just a technical milestone, it’s evidence of StarkWare’s strategic commitment to PQ security, highlighting the company’s dedication to a future-proof network operating exclusively on PQ primitives.

Phase 2: Extending Quantum Resistance to Legacy Contracts

StarkWare is now focused on extending post-quantum (PQ) resistance beyond new deployments, tackling the challenge of securing existing contracts on Starknet during Phase 2 of its roadmap. While Phase 1 concentrated on new activity, this stage addresses the remaining layer, existing onchain contracts, at the contract storage level, a complex undertaking requiring advanced tooling for developers. Currently, developers are able to create contracts using PQ-secure storage slot key derivation, but the company acknowledges this demands specialized expertise. StarkWare is prioritizing the development of improved native tooling to simplify this process, aiming to lower the barrier to entry for wider adoption. This approach ensures users and developers who prefer to maintain the status quo can continue to do so, while those seeking enhanced security have a clear path forward.

The estimated time to completion for the StarkWare-side tooling is approximately one month after Phase 1 for easy path on StarkWare side, though the timeline for individual decentralized applications (dapps) remains to be determined. The company emphasizes that this isn’t simply about technical feasibility, but about minimizing and maximizing long-term security. Starknet will emerge as the future-proof network with the strongest PQ positioning in production, the company states, with a vision of every layer operating exclusively on PQ primitives. The commitment to a verifiable, future-proof path is central to StarkWare’s strategy, recognizing that the quantum migration question is transitioning from a speculative concern to a fundamental requirement for institutions and developers alike.

Ethereum Dependencies Define Starknet’s Final PQ Roadmap Phase

The escalating threat of quantum computing is forcing blockchain developers to proactively address vulnerabilities, and StarkWare is detailing its plan to secure Starknet against these future attacks. StarkWare asserts that Starknet possesses a distinct architectural advantage, allowing for a smoother and less expensive transition than many other layer-1 and layer-2 solutions. Central to Starknet’s resilience is its reliance on STARKs, a proof system that, as stated in a co-authored paper by StarkWare CEO Eli Ben-Sasson, “rely on collision-resistant hash functions, not elliptic-curve arithmetic.” This foundational design choice means Starknet’s core proving layer was inherently less susceptible to the quantum vulnerabilities plaguing systems dependent on elliptic-curve cryptography. Upon completion, every new deployment, transaction, and state update, that is independent from legacy contracts, will be secured by PQ primitives, according to the roadmap. Phase 2 extends this protection to existing contracts, with StarkWare committing to tooling that simplifies the migration process.

The final phase acknowledges dependencies on Ethereum’s own PQ migration, specifically regarding the bridge’s messaging layer and data availability, both currently reliant on vulnerable cryptography. StarkWare emphasizes that these external factors are being actively tracked and will be addressed as Ethereum progresses, ultimately positioning Starknet as a secure and resilient blockchain network.