Quantum

Falcon

Starknet

<p>Starknet (<a href="https://x.com/Starknet" rel="noopener noreferrer nofollow">@Starknet</a>) says its account abstraction design could make the shift to quantum-resistant cryptography easier than on other major blockchains. The project argues that its architecture offers a structural advantage as the industry weighs how to respond to the long-term threat from quantum computing.</p>
<h2 id="how-account-abstraction-supports-post-quantum-wallets">How Account Abstraction Supports Post-Quantum Wallets</h2>
<p>Unlike Bitcoin <a href="https://x.com/search?q=%24BTC&amp;src=cashtag_click" rel="noopener noreferrer nofollow">$BTC</a> and Ethereum <a href="https://x.com/search?q=%24ETH&amp;src=cashtag_click" rel="noopener noreferrer nofollow">$ETH</a>, Starknet accounts are already programmable smart contracts. According to Starknet's developer StarkWare, this means quantum-resistant wallets can be deployed without a network fork or a migration event. Users can replace vulnerable signature systems without changing their account addresses or balances.</p>
<p>The threat centres on ECDSA, the signature scheme widely used on networks such as Bitcoin and Ethereum. An academic assessment of post-quantum signatures on blockchains notes that ECDSA has been shown to be particularly vulnerable to quantum attacks.</p>
<p>Starknet says developers have already demonstrated Falcon-512 accounts written in Cairo. StarkWare states that S2morrow built a working Falcon-512 implementation in Cairo, and that OpenZeppelin has published deployable Falcon-512 account contracts. Falcon is the basis of the FN-DSA standard, which remains in draft as FIPS 206 at the US National Institute of Standards and Technology (NIST), according to Encryption Consulting, which expects final publication in late 2026 or early 2027.</p>
<h2 id="ethereum-dependencies-remain-a-gap">Ethereum Dependencies Remain a Gap</h2>
<p>Starknet acknowledges that it is not yet quantum-resistant across its whole stack. StarkWare says the answer is yes at the verification layer but not yet for the entire stack, because its STARK proof system is hash-based while accounts, protocol hashing and Ethereum-facing dependencies must be assessed separately.</p>
<p>Its current reliance on Ethereum still leaves settlement, data availability and bridging exposed to quantum risks. StarkWare's roadmap notes that the Cairo VM's secp256k1 and secp256r1 syscalls, which support L1-to-L2 messaging and the Ethereum bridge, are quantum-vulnerable.</p>
<p>The project argues that an independent L1 could address these dependencies with post-quantum protection built in. That would open the door to quantum-resistant accounts, validators and network infrastructure.</p>
<p>The claims come from the project itself, and the wider timeline for quantum threats to blockchains remains uncertain. Hedera, in its own review of the industry, describes the threat as not imminent, while noting that migration to post-quantum standards is already underway.</p>
<h2 id="sources">Sources</h2>
<p><a href="https://starkware.co/blog/the-architecture-advantage-starknets-quantum-readiness-roadmap/" rel="noopener noreferrer nofollow">StarkWare: The Architecture Advantage, Starknet's Quantum Readiness Roadmap</a></p>
<p><a href="https://starkware.co/blog/quantum-computing-is-starknet-prepared/" rel="noopener noreferrer nofollow">StarkWare: Quantum Computing Is Coming. What Does It Mean for Starknet?</a></p>
<p><a href="https://arxiv.org/pdf/2510.09271" rel="noopener noreferrer nofollow">arXiv: Assessing the Impact of Post-Quantum Digital Signature Algorithms on Blockchains</a></p>

Starknet Says Native Account Abstraction Eases Move to Quantum-Resistant Cryptography

Table of Contents

BSCN

Other articles published on Nov 2, 2026

Join our free newsletter for daily crypto updates!