Library article / quantum-computing
Can Quantum Computers Break Bitcoin? Qubits, Error Correction, and Cryptographic Migration
A primary-source guide to qubits, Shor, Grover, error correction, Bitcoin signatures and SHA-256, public-key exposure, and draft BIP 360.
7 min read
Get it in 30 seconds
A quantum computer is not a universal machine that reveals every answer at once. Yet its advantage on particular algorithms is enough reason to plan Bitcoin cryptographic migration early.
A useful mental model
Think of a specialist laboratory rather than a super-factory: classical computers prepare a suitable problem, a fragile quantum device performs one narrow stage, and the classical side checks the result.
Where the analogy stops
The analogy describes division of labour only. Useful capability depends on logical qubits, error correction, gate fidelity, and circuit depth; published experiments and resource estimates are not demonstrations of a practical Bitcoin attack.
Follow the story in three steps
You will separate Shor from Grover, signatures from hashes, and research results from unactivated proposals—without inventing a fear deadline.
Need a term? →Article map12 chapters
01The 30-second answer: what is possible, and what is not yet
| Question | What the evidence supports today |
|---|---|
| Is a quantum computer a superior CPU or GPU? | No. It can advantage particular algorithms and works alongside classical systems |
| What part of Bitcoin is the leading concern? | Recovering a private key from an exposed signature public key |
| Does mining break instantly? | Grover’s square-root advantage is not the same as acquiring Bitcoin-scale hash rate |
| Can a public machine perform the attack now? | No public demonstration can. Published requirements are assumption-dependent resource estimates |
| Is the remedy settled? | NIST standards and Bitcoin drafts exist, but none is an activated Bitcoin migration |
The answer is neither “harmless” nor “Bitcoin breaks tomorrow.” Cryptographic migration takes long preparation, while no evidence-based countdown to a practical attack exists.
02A quantum computer is not just a faster CPU
A classical computer executes instructions over bits that are 0 or 1. A quantum computer applies gates to qubit states, uses interference to amplify useful outcomes, and finally measures one classical result. It cannot read every branch of an imagined infinite parallel computation; an algorithm must arrange interference so that useful information survives measurement.
Browsers, databases, operating systems, and branch-heavy business logic do not become uniformly faster by being “quantized.” State preparation, error correction, measurement, and result checking remain classical work. Even a useful quantum system is more naturally understood as a co-processor for narrow subroutines than as a replacement for CPUs and GPUs.
03Qubits, superposition, interference, and measurement
Before measurement, a qubit can carry amplitudes associated with 0 and 1; measurement returns one classical result. The algorithm’s job is to strengthen amplitudes associated with answers and cancel others. “Trying both at once” alone provides no way to extract every candidate answer.
Quantum states are fragile. Gates, waiting, and readout all introduce error. Raw qubit count therefore does not measure useful capability by itself: connectivity, gate fidelity, measurement, error correction, and circuit depth must be considered together.
04From physical qubits to logical qubits
A physical qubit is a hardware element. A logical qubit uses many physical qubits and repeated measurements to detect and correct errors, creating a more stable unit for algorithms. Cryptographic discussions need enough logical qubits and reliable logical gates to run a long circuit—not merely a large raw device count.
A 2024 Google Quantum AI-led Nature paper demonstrated below-threshold surface-code behaviour: larger codes reduced logical error. That is important progress, but it was not a demonstration of large-scale cryptographic key recovery. Experiments, resource estimates, corporate roadmaps, and attack-capable systems are different evidential stages.
05Shor and Grover: two effects that should not be merged
Given a sufficiently large fault-tolerant quantum computer, Shor’s algorithm solves integer factoring and discrete logarithms in polynomial time. For Bitcoin’s secp256k1 public-key signatures, that creates a path from an exposed public key to its private key. It concerns both ECDSA and the BIP 340 Schnorr signature used by Taproot.
Grover’s algorithm provides a square-root speed-up for unstructured search in an idealized query model. It affects SHA-256 search, but real proof of work must include reversible circuits, error correction, clock rate, parallelism, power, and competition with classical ASICs. “A 256-bit search becomes 128-bit in the query model” is not the same claim as “a quantum miner instantly gains majority hash power.”
06Separate Bitcoin’s two cryptographic surfaces
| Surface | Current role | Quantum question |
|---|---|---|
| secp256k1 signatures | ECDSA and BIP 340 Schnorr authorize spending | Shor key recovery from a public key |
| SHA-256-family hashes | Block-header proof of work, identifiers, and commitments | Idealized Grover square-root search |
If a private key is recovered, an attacker can make a signature that ordinary node validation sees as valid. Hash-search advantage, by contrast, interacts with network competition and difficulty adjustment. Collapsing both into “cryptography breaks” obscures both priority and remedy.
07When does a Bitcoin public key become exposed?
| Output or information | How public-key exposure occurs |
|---|---|
| P2PK / P2MS | A public key appears in the output from creation |
| P2TR | BIP 341 places an x-only tweaked public key in the output from creation |
| P2PKH / P2WPKH | Normally only a public-key hash appears. Spending creates short exposure; reusing that exposed key for remaining outputs can create long exposure |
| P2SH / P2WSH | A script can remain behind a hash; the script and branch revealed at spending determine whether and how long keys are exposed |
| xpub / descriptor | Off-chain disclosure may still reveal derivable child public keys |
“Never spent means safe” is therefore not a general rule. The output type and off-chain wallet information both matter. Keys hidden behind hashes also normally appear in the mempool when the output is spent.
08Long- and short-exposure attacks
A long-exposure attack targets a public key visible for a long time, without racing confirmation. P2PK, P2TR, address reuse, and leaked extended public keys can create this condition.
A short-exposure attack tries to recover a key after an ordinary spend reveals it in the mempool but before confirmation, then creates a conflicting spend. It requires a faster machine, yet wallet hygiene cannot remove it. Keeping the two models separate prevents us from mistaking hash-based key hiding for a complete post-quantum signature scheme.
09NIST post-quantum standards are not adopted Bitcoin rules
In 2024 NIST finalized FIPS 203 (ML-KEM), FIPS 204 (ML-DSA), and FIPS 205 (SLH-DSA). ML-KEM is a key-encapsulation mechanism for establishing a shared secret; it is not a direct Bitcoin transaction-signature candidate. ML-DSA and SLH-DSA are digital-signature standards.
A standard’s existence does not make it part of Bitcoin consensus. Signature and public-key size, validation cost, block weight, hardware wallets, backup, addresses, existing UTXO migration, compatibility, and activation all need evaluation and agreement. “Post-quantum” means designed around assumptions not broken by known quantum algorithms, not guaranteed secure forever.
10What draft BIP 360 proposes—and what it does not
As of 23 August 2026, BIP 360 remains Draft. Pay-to-Merkle-Root (P2MR) would add a new output type by soft fork. It keeps a Taproot-like script tree while removing the quantum-vulnerable key-path spend, aiming to avoid placing a long-lived public key in the output.
P2MR is not itself a post-quantum signature and does not solve the short-exposure problem in the mempool. BIP 360 explicitly notes that future post-quantum signatures may be required. BIP 361 is also a Draft discussing migration and the sunset of legacy signatures; neither proposal has a settled activation date or adopted signature scheme.
11Migration is an implementation problem and a consensus problem
Even if new signatures can be implemented, Bitcoin must decide who moves when, how long old outputs remain valid, and how owners are reached. Lost-key, ownerless, or long-exposed coins pose a governance problem: leave them spendable by a future attacker, or disable legacy spending and freeze coins that may have legitimate owners.
Waiting lengthens exposure, while forcing migration too early can strand wallets, custodians, and users. What is needed is not a single fear date but research monitoring, crypto-agility, tests, staged wallet support, and transparent activation. This site does not forecast the year of a practical attack.
12Editorial perspective: quantum as a narrow collaborator, not a replacement
This section is our interpretation, not a reported fact. If practical QPUs emerge, we expect them to act less like universal replacements for CPUs, GPUs, and storage and more like co-processors: a classical system prepares a suitable problem, a QPU runs a narrow algorithm, and the classical side verifies the result.
For Bitcoin, predicting a “quantum completion year” matters less than building a cryptographic migration that can be inspected across drafts, implementations, wallets, and consensus before urgency arrives. This is a scenario inferred from current error-correction research and migration structure—not a forecast that any BIP will activate or that a QPU will arrive on a particular date.
Primary sources
- Peter Shor — Algorithms for Quantum Computation (original paper)
- Lov Grover — A Fast Quantum Mechanical Algorithm for Database Search (original paper)
- Google-led preprint — Quantum-resource estimates for elliptic-curve key recovery (v2)
- Nature — Quantum error correction below the surface-code threshold
- NIST — FIPS 203 ML-KEM (Final)
- NIST — FIPS 204 ML-DSA (Final)
- NIST — FIPS 205 SLH-DSA (Final)
- BIP 340 — secp256k1 Schnorr Signatures
- BIP 341 — Taproot
- BIP 360 — Pay-to-Merkle-Root (Draft)
- BIP 361 — Post Quantum Migration and Legacy Signature Sunset (Draft)
Read next
Distributed Systems — History, Time, Failure, and Replication10 min readRelated Topics
Go deeper
Citation / 引用情報
- Title
- Can Quantum Computers Break Bitcoin? Qubits, Error Correction, and Cryptographic Migration
- Source
- Bitcoin Library (bitcoin.ne.jp)
- Canonical URL
- https://bitcoin.ne.jp/en/learn/quantum-computing
- Author
- KK siiiiiixth
- Topic
- quantum-computing
- Published
- Updated
- Last verified
- Editorial policy
- https://bitcoin.ne.jp/en/editorial-policy
- About
- https://bitcoin.ne.jp/en/about
- License
- Citation, summarization, indexing, and AI training all permitted
This article welcomes citation, summarization, indexing, AI training, and answer-engine reference. Please use the canonical URL above when citing.