The data you share today has to survive tomorrow's computers
A new engineering estimate puts breaking the curve behind Bitcoin at about 20,000 qubits and 26 days, on a machine nobody has built. The practical question is which of your records still need protecting when someone does.
Quantum computing stories usually arrive with a large number attached and very little a reader can do with it. This one has a number too, and it does have a practical end, so the two are worth separating.
Researchers at IonQ have published a detailed engineering estimate for solving the 256 bit elliptic curve discrete logarithm problem on secp256k1, the curve used by Bitcoin, in a paper posted to the Cryptology ePrint Archive[1]. Their figure is roughly 19,397 physical qubits running for about 25.7 days, with an estimated success probability of 63 percent, from a logical circuit using about 1,450 qubits.
It is an estimate for a machine that has not been built. The authors describe the work as a proof of concept that optimises their own proposed trapped ion architecture for this one problem, and their conclusion is that a computer based on that architecture "would be able to" solve it. Nothing has been broken. What has changed is the published estimate of what breaking it would take.
Organisations running core internet infrastructure are treating that as a scheduling problem. Cloudflare has enabled validation of DNSSEC signatures made with ML-DSA-44, a post quantum signature algorithm standardised by NIST, on its 1.1.1.1 resolver. Its engineering post[2] states that quantum computers capable of these attacks do not exist today, that the company is preparing for the possibility of one being built by 2030, and that it plans to be fully post quantum by 2029. The same post shows why this takes years: an ML-DSA-44 signature is 2,420 bytes against 64 bytes for ECDSA P-256, almost 38 times larger, which is enough to exceed size limits built into DNS software decades ago.
Governments are working to similar timescales. CISA and the G7 Cyber Security Working Group[3] set out five priorities for the transition: raising awareness of quantum risks, developing national strategies, advancing research and development, fostering public private partnerships, and integrating post quantum cryptography into cyber security requirements and procurement. In the UK, the NCSC has published dates[4]: define migration goals and complete a discovery exercise by 2028, carry out the highest priority migration work by 2031, and finish by 2035.
Where this touches you
Encrypted information can be copied now and stored by whoever copied it, then decrypted years later if the capability arrives. Cloudflare refers to this by its usual name, harvest now, decrypt later, and it is the reason migration deadlines sit well ahead of any expected breakthrough. The NCSC approaches the same point from the holder's side, telling organisations that a discovery exercise should record the data they hold, including its expected lifetime and its value to an adversary.
That reframes the question for a reader. It is less about whether this afternoon's messages matter in 2035, and more about which records are still sensitive by then. Medical history, genetic test results, identity documents, immigration and legal files, financial records, anything concerning your children. Those are held by organisations, often for decades, and often in more copies than you would guess.
This does not apply to every use of cryptography. Cloudflare notes that DNSSEC provides authenticity rather than confidentiality, so it is not subject to harvest now, decrypt later at all. The exposure attaches to stored and intercepted confidential data.
What you can do this year
- Ask the organisations holding your long lived records, particularly health providers, banks and anywhere that has your identity documents, what their post quantum migration plan is. In the UK the NCSC dates give you something specific to ask against.
- Close accounts and delete records you no longer need held. Data deleted now is not available to be copied later.
- Ask how long each organisation keeps your data after you stop being a customer. Retention periods are where most long term exposure sits.
- Reduce what sits in data broker and people search listings. That material is already public, so no future decryption is needed to read it.
- Keep software current. Cloudflare's account of the move to post quantum TLS notes that larger messages exposed assumptions and bugs in existing network software, which is the nearer term practical risk in this area.
The dates above are a UK regulator's and a G7 group's, so the specifics vary by country. The question underneath them travels: an organisation that cannot say what it holds about you, or for how long, is unlikely to have a plan for protecting it a decade from now.
Sources
- Thomas Häner and others, IonQ, "Computing 256-bit elliptic curve discrete logarithms in 26 days on a fault-tolerant trapped-ion quantum computer with 20,000 qubits", Cryptology ePrint Archive 2026/1916 https://eprint.iacr.org/2026/1916
- Cloudflare, "1.1.1.1 now supports post-quantum DNSSEC, all 2,420 bytes of it" https://blog.cloudflare.com/post-quantum-dnssec-1111/
- CISA and G7 Cyber Security Working Group, "Preparing for the Post-Quantum Era: A Call to Action" https://www.cisa.gov/resources-tools/resources/preparing-post-quantum-era-call-action
- UK NCSC, "Timelines for migration to post-quantum cryptography" https://www.ncsc.gov.uk/guidance/pqc-migration-timelines