Kan kvantedatamaskiner knekke Bitcoin? Hva står egentlig på spill
Kvantedatamaskiner kan ikke knekke Bitcoin i dag. Ingen offentlig demonstrert maskin kan utlede en privat Bitcoin-nøkkel fra den offentlige nøkkelen, og det tekniske gapet frem til en kryptografisk relevant kvantedatamaskin er fortsatt stort.
Den langsiktige trusselen er likevel reell. En tilstrekkelig kraftig og feiltolerant maskin som kjører Shors algoritme, kan knekke signaturene basert på elliptiske kurver som brukes til å godkjenne bruk av bitcoin. Eksponeringen vil avhenge av om en offentlig nøkkel er synlig, og hvor raskt angrepet kan gjennomføres.
Dette er ikke det samme som å knekke SHA-256 umiddelbart, ta over mining eller endre Bitcoins tilbudsgrense. Signaturtyveri er den sentrale risikoen, og migrering er den praktiske utfordringen.
Per 23. september 2026 diskuterer Bitcoin-utviklere konkrete utgangstyper, signaturordninger og redningsmekanismer. Ingen av dem er aktivert på mainnet, og en publisert BIP er ikke bevis på støtte i fellesskapet eller nært forestående utrulling.
Kort svar
Trusselen gjelder signaturene som godkjenner bruk, ikke Bitcoins regler
En fremtidig kryptografisk relevant kvantedatamaskin kan utlede private nøkler fra eksponerte offentlige secp256k1-nøkler. Mynter med nøkler som har vært synlige lenge, vil være de tidligste målene. Nye utganger med hash-skjulte nøkler vil hovedsakelig være utsatt når de brukes. Bitcoin kan legge til postkvanteautorisering gjennom en konsensusoppgradering, men de ledende forslagene i 2026 er fortsatt utkast eller designdiskusjoner.
- Ingen kjent kvantedatamaskin kan stjele bitcoin i dag, og det finnes ingen troverdig dato for når det kan bli mulig.
- Shors algoritme truer ECDSA- og Schnorr-signaturer. Kjente miningangrep basert på Grovers algoritme er langt mindre praktiske.
- BIP360, P2TRv2, SHRINCS og BIP361 løser ulike deler av migreringen, og ingen av dem er et fullstendig, utrullet forsvar.
Hva en kvantedatamaskin faktisk kan knekke
Bitcoin bruker ECDSA for eldre utganger og BIP340 Schnorr-signaturer for Taproot. Begge er avhengige av problemet med diskrete logaritmer på den elliptiske kurven secp256k1. Shors algoritme kan løse dette på en stor, feilrettet kvantedatamaskin og dermed utlede en privat nøkkel fra en kjent offentlig nøkkel. Se BIP340-spesifikasjonen og en fagfellevurdert ressursanalyse fra 2026.
En angriper kan deretter forfalske en signatur som godkjenner bruk. Det vil ikke avsløre en seed-frase fra en adressehash, endre konsensusreglene eller skape flere bitcoin.
01 · I ro
Kjente offentlige nøkler er det første målet
En langsommere fremtidig maskin kan arbeide med P2PK-, P2TR-, gjenbrukte eller på annen måte offentliggjorte nøkler så lenge de tilhørende myntene forblir ubrukt.
02 · Ved bruk
Nye nøkler skaper et kortere kappløp
Utganger med hash-skjulte nøkler avslører autorisasjonsdata når de brukes. Tyveri krever at nøkkelen gjenfinnes raskt nok til å erstatte eller omorganisere den legitime transaksjonen.
03 · Migrering
Koordinering er den bindende begrensningen
Et brukbart forsvar krever signaturer, konsensusregler, gebyrberegning, støtte i lommebøker, maskinvaresignerere, børsintegrasjon og en policy for mynter som aldri migreres.
Hvorfor signaturer er viktigere enn mining
Diskusjoner blander ofte Shors og Grovers algoritmer. Shors algoritme gir det farlige bruddet på signaturer basert på elliptiske kurver. Grovers algoritme gir en teoretisk kvadratisk hastighetsøkning ved søk i en hashfunksjon som SHA-256, men den gjør ikke en 256-bits hash til et enkelt problem.
PRX-analysen fra 2026 konkluderer med at mining basert på Grovers algoritme er upraktisk med kjente arkitekturer. Feilkorreksjon spiser opp mye av fordelen, kvantesøk lar seg vanskelig parallellisere, og klassiske minere hasher allerede i enorm skala. Vanskelighetsgraden vil også justeres ved varige endringer. Les hele Bitcoin-analysen.
En angriper trenger ikke utkonkurrere nettverket i mining for å stjele en eksponert utgang. Å gjenfinne signeringsnøkkelen er den mer direkte trusselen.
Hvilke bitcoin vil bli utsatt først
Den første kategorien er offentlige nøkler som har vært eksponert lenge. P2PK-utganger legger en offentlig nøkkel direkte på blokkjeden. Taproot P2TR-utganger binder også en offentlig nøkkel med bare x-koordinaten til utgangen. Gjenbruk av adresser kan eksponere nøkkelen som beskytter en gjenværende P2PKH- eller P2WPKH-saldo etter en tidligere bruk, og deling av en xpub eller deskriptor kan eksponere mange avledede offentlige nøkler utenfor blokkjeden.
Nye P2PKH-, P2WPKH-, P2SH- og P2WSH-utganger skjuler en nøkkel eller et skript bak en hash frem til bruk. Det reduserer eksponeringen mens midlene ligger i ro, forutsatt at ingenting er gjenbrukt eller offentliggjort. Bruken skaper likevel et kortere angrepsvindu i mempoolen eller under en kjedeomorganisering.
Definisjonene er avgjørende. PRX-artikkelen identifiserer mer enn 1.7 millioner BTC i direkte eksponerte P2PK-utganger. Utkastet til BIP361 bruker et bredere mål og sier at mer enn 34% av alle bitcoin hadde avslørt en offentlig nøkkel innen 1. mars 2026. Tallene kan ikke brukes om hverandre.
Det finnes ikke ett enkelt og ærlig antall qubiter
Logiske qubiter kjører en feilrettet algoritme. Fysiske qubiter er den støyende maskinvaren som brukes til å bygge dem. Omregningen avhenger av arkitektur, feilrate, klokkehastighet, feilkorreksjon og kjøretid.
Det fagfellevurderte Google-ledede arbeidet anslår 1,200 til 1,450 logiske qubiter og 70 til 90 millioner Toffoli-porter. Med studiens antakelser om superledere kan et angrep kjøres på minutter med færre enn 500,000 fysiske qubiter. Et preprint fra juli reduserer den logiske bredden til 835 qubiter. Et preprint fra september modellerer i stedet 19,397 fysiske fangede ion-qubiter og 25.7 dager på en spesialisert arkitektur som ennå ikke er bygget.
Dette er modeller i utvikling, ikke eksisterende maskinvare. NIST sier at store hindringer gjenstår, og at ekspertenes tidsanslag varierer fra noen få år til noen tiår.
P2MR og P2TRv2 følger ulike migreringsveier
Utkastet til BIP360 Pay-to-Merkle-Root, eller P2MR, foreslår en SegWit version 2-utgang som begynner med bc1z. Den fjerner Taproots nøkkelsti og binder utgangen til roten av et skripttre. Dermed skjules nøkler basert på elliptiske kurver samtidig som en fremtidig oppgraderingsvei for signaturer beholdes.
P2MR legger ikke til en postkvantesignatur. Et blad basert på elliptiske kurver kan bli sårbart når det brukes, og gjenbruk kan oppheve fordelen. Witness-dataene er større enn ved bruk av Taproots nøkkelsti, men mindre enn ved tilsvarende bruk av en Taproot-skriptsti.
P2TRv2 er et konsept, ikke en tildelt BIP. Det vil ligne Taproot, legge til blader som støtter postkvantesignaturer og senere deaktivere bruk av elliptiske kurver. Velkjente gebyrer og arbeidsflyter kan gjøre innføringen enklere, men det offentlige punktet i utgangen forblir eksponert frem til deaktiveringen. Pieter Wulles sammenligning behandler P2TRv2 og P2MR som komplementære alternativer.
SHRINCS er kompakt til PQC å være, men fortsatt stort
SHRINCS-utkastet kombinerer en kompakt, tilstandsbasert FXMSS-sti med en tilstandsløs SLH-DSA-reserveløsning. Det oppgir en offentlig nøkkel på 48 byte, tilstandsbaserte signaturer på 548 til 4,619 byte og en tilstandsløs signatur på 5,777 byte.
Gjenbruk av en tilstandsteller kan muliggjøre forfalskning. Hvis tilstanden er usikker, må lommeboken bruke den større reserveløsningen. Utkastet definerer bare en signatur. Opkoder, utgangstyper, gebyrer og aktivering krever separat arbeid.
NIST har ferdigstilt det gitterbaserte ML-DSA i FIPS 204 og det hashbaserte SLH-DSA i FIPS 205. SHRINCS låner mekanismer fra FIPS 205, men bruker et parameteroppsett som ikke er standardisert, og utkastet sier at et sikkerhetsbevis fortsatt står som TODO. Det bør ikke beskrives som en NIST-godkjent Bitcoin-signatur.
Migrering og redning er styringsproblemer
BIP361 er avhengig av en fremtidig BIP for postkvantesignaturer. Fase A vil begrense nye betalinger til sårbare utgangstyper omtrent 160,000 blokker, eller tre år, etter aktivering. Fase B vil stramme inn bruken av eldre signaturer to år senere og legge til redningsregler.
Dette reiser spørsmål om inaktive eiere, tapte nøkler og mynter uten en annen hemmelighet. BIP-depotet understreker at publisering ikke signaliserer konsensus eller innføring.
DropKick er en skisse til en redningsmekanisme basert på commit-and-reveal. En innehaver binder seg til en postkvantenøkkel og bevis på tidligere kjennskap til en hemmelighet, og avslører deretter begge etter en forsinkelse. Mekanismen krever først PQ-signaturer, kan ikke dekke P2PK-mynter og bygger på flere antakelser om sensur fra minere.
| Forslag | Hva det endrer | Beskyttelse og begrensning |
|---|---|---|
| BIP360 P2MR | Fjerner Taproots nøkkelsti og binder utgangen til roten av et skripttre. | Reduserer langvarig eksponering når nøklene forblir skjult. Legger ikke til en postkvantesignatur. Utkast, ikke aktivert. |
| P2TRv2 | Beholder Taproot-lignende bruk med PQ-kompatible blader og senere deaktivering av elliptiske kurver. | Enklere kompatibilitet og gebyrprofil, men utgangsnøkkelen forblir eksponert frem til et fremtidig konsensustiltak. |
| P2TRH eller P2QR | Hasher den Taproot-lignende nøkkelen, eller deaktiverer bruk av elliptiske kurver fra starten. | Tilbyr ulike avveininger mellom sikkerhet og effektivitet. Begge er fortsatt designalternativer, ikke utrullede standarder. |
| SHRINCS | Definerer en SHA-256-basert hashsignatur med tilstandsbaserte og tilstandsløse stier. | Forskning på postkvanteautorisering, men signaturene er store, tilstanden er krevende og integrasjonen er ikke spesifisert. |
| BIP361 | Fastsetter trinnvise frister for migrering og begrensninger på eldre signaturer. | Tar for seg insentiver og tidspunkt, men er avhengig av uferdige signatur- og redningsmekanismer. |
| DropKick | Binder bevis på hemmelig eierskap før en forsinket postkvanteredning. | Kan dekke enkelte eldre utganger, men ikke P2PK. Krever PQ-støtte og ytterligere antakelser om minere. |
Hva innehavere og operatører kan gjøre nå
Ikke forhast deg med å flytte midler til et utestet format eller en tjeneste som hevder å være kvantesikker. Ingen foreslått PQ-utgang er aktiv. Å unngå gjenbruk av nøkler, begrense deling av xpub og bevare sikkerhetskopier av seed reduserer unødvendig eksponering samtidig som fremtidig migrering forblir mulig.
Taproots synlige nøkkel er en langsiktig eksponeringsfaktor, ikke en sårbarhet som kan utnyttes i dag. Valg av adresse berører også kompatibilitet, personvern og gebyrer. Følg veiledningen fra vedlikeholdte lommebøker i stedet for å flytte mynter på grunn av en overskrift om qubiter.
Forvaltere og utviklere bør kartlegge eksponeringen, identifisere gjenbruk på tvers av blokkjeder, teste kryptografisk smidige lommebøker og planlegge kundemigrering. Følg arbeidet på Bitcoin Optechs temaside.
Sjekkliste for Bitcoins kvanterisiko
Bruk denne sjekklisten til å skille fornuftige forberedelser fra spekulasjon. Den er ikke en anbefaling om å flytte, kjøpe eller selge Bitcoin.
- Unngå gjenbruk av adresser og nøkler
En tidligere bruk kan eksponere den offentlige nøkkelen som beskytter en gjenværende saldo. Bruk vedlikeholdt lommebokprogramvare som genererer nye mottaksadresser.
- Begrens deling av xpub
En utvidet offentlig nøkkel kan avsløre mange avledede offentlige nøkler. Del bare lommebokdeskriptorer med tjenester der du forstår tilgangen og lagringstiden.
- Bevar gjenopprettingsmateriale
En fremtidig migrering krever fortsatt legitim kontroll. Oppbevar testede sikkerhetskopier av seed og dokumenterte gjenopprettingsprosedyrer. Oppgi aldri en seed på et nettsted for kvantemigrering.
- Skill mellom logiske og fysiske qubiter
Vær skeptisk til enhver presis dato for et brudd eller et bestemt antall qubiter hvis arkitektur, feilrate, kjøretid og antakelser om feilkorreksjon ikke oppgis.
- Kontroller statusen til forslaget
Utkast, BIP-publisering, implementering i Bitcoin Core og aktivering på mainnet er ulike milepæler. Ingen av forslagene til PQ-bruk som beskrives her, er aktive.
- Planlegg den operative migreringen
Institusjoner bør kartlegge eksponerte nøkler, gjenbruk på tvers av blokkjeder, maskinvareavhengigheter og kundekommunikasjonen som kreves for en kontrollert oppgradering.
TurboStrategys rolle: utførelsesprogramvare, ikke kvantesikkerhet
TurboStrategy er ikke et kvantesikkerhetsprodukt. Det gjør ikke Bitcoin-adresser, oppbevaring på børser, API-nøkler eller Bitcoin-protokollen postkvantesikker, og det kan ikke beskytte mynter mot et fremtidig kryptografisk brudd.
TurboStrategy leverer programvare for en forhåndsdefinert BTC/USDC-spotstrategi etter at en kunde har koblet til en støttet børs, tildelt kapital og aktivert den. Eiendelene forblir på kundens børs. Kundegodkjent API-tilgang er begrenset til handel. Tillatelser for uttak og overføring er ikke nødvendige.
Regelbasert utførelse kan bidra til å skille en handelsprosess fra alarmerende overskrifter. Den kan ikke fjerne markeds-, børs-, programvare-, oppbevarings- eller kryptografisk risiko, og den garanterer ingen resultater. Les den fullstendige risikoopplysningen før du bruker tjenesten.
Konklusjon: et reelt migreringsproblem, ikke et brudd i dag
Bitcoin blir ikke knekket av kvantedatamaskiner i dag. Den troverdige langsiktige trusselen er smalere og mer konkret: Shors algoritme kan etter hvert forfalske signaturene som godkjenner bruk, og allerede eksponerte offentlige nøkler vil være attraktive mål først.
Forslagene fra 2026 deler oppgaven i flere deler. P2MR og P2TRv2 utforsker hvor mynter bør ligge, SHRINCS utforsker hvordan de kan signeres, BIP361 utforsker hvordan migrering kan håndheves, og DropKick utforsker hvordan enkelte som migrerer sent, kan reddes. Avveiningene viser hvorfor ingen enkeltløsning er ferdig.
Forberedelser er fornuftige fordi kryptografiske migreringer tar flere år. Det kreves ikke sikkerhet om en prognose for Q-day, men nøyaktighet er avgjørende: forskningsmodeller er ikke fungerende angrepsmaskiner, og utkast til Bitcoin-forslag er ikke utrullet beskyttelse.
Ofte stilte spørsmål
Kan en kvantedatamaskin stjele bitcoin i dag?
Ingen offentlig demonstrert kvantedatamaskin kan utlede en privat secp256k1-nøkkel i dag. Risikoen bygger på fremtidige feiltolerante maskiner og stadig bedre ressursanslag, ikke en kjent sårbarhet som kan utnyttes nå.
Hvor mange qubiter trengs for å knekke Bitcoin?
Det finnes ikke ett enkelt tall. Publiserte anslag fra 2026 varierer fra hundrevis av logiske qubiter til titalls eller hundretusener av modellerte fysiske qubiter, avhengig av arkitektur, feilkorreksjon, kjøretid og andre antakelser.
Knekker Shors algoritme Bitcoin?
En tilstrekkelig kraftig maskin som kjører Shors algoritme, kan utlede en privat nøkkel fra en kjent offentlig ECDSA- eller Schnorr-nøkkel. Den vil angripe godkjenningen av bruk, ikke automatisk omskrive Bitcoins monetære regler.
Kan Grovers algoritme ta over Bitcoin-mining?
Kjente metoder basert på Grovers algoritme gir en teoretisk kvadratisk hastighetsøkning, men dagens forskning viser at kostnadene ved feilkorreksjon og svak parallell skalering gjør dem langt mindre praktiske enn signaturangrep.
Er Taproot-adresser kvantesårbare?
Taproot-utganger eksponerer en offentlig elliptisk kurve-nøkkel med bare x-koordinaten, så en fremtidig CRQC kan angripe dem mens de forblir ubrukt. Det er en langsiktig eksponeringsegenskap, ikke bevis på at Taproot kan angripes i dag.
Hjelper det å bruke en ny Bitcoin-adresse?
For utgangstyper med hash-skjulte nøkler kan det å unngå gjenbruk holde den offentlige nøkkelen skjult frem til bruk og redusere eksponeringen mens midlene ligger i ro. Det kan ikke hindre et tilstrekkelig raskt fremtidig angrep under bruk når nøkkelen avsløres.
Er BIP360 P2MR kvantesikker?
Nei. P2MR fjerner Taproots eksponerte nøkkelsti og forbereder en oppgraderingsvei for skript, men BIP360 legger ikke til en postkvantesignatur. Sikkerheten avhenger fortsatt av bladene som brukes, og av å unngå offentliggjøring eller gjenbruk.
Støttes SHRINCS allerede av Bitcoin?
Nei. SHRINCS er et utkast til en signaturspesifikasjon. Bitcoin trenger fortsatt konsensusintegrasjon, lommebokstøtte, gebyrregler, testing og aktivering før ordningen kan godkjenne transaksjoner på mainnet.
Hva bør en Bitcoin-innehaver gjøre nå?
Unngå gjenbruk av adresser og nøkler, begrens unødvendig deling av xpub, oppretthold testede sikkerhetskopier av seed og hold lommebokprogramvaren oppdatert. Ikke send midler til eksperimentelle ordninger eller tjenester bare fordi de hevder å gi kvantebeskyttelse.