Report von Chaincode Labs<\/a> vom Mai 2025 fasst es trocken zusammen: P2PK-UTXOs sind zwar ein kleiner Teil der UTXO-Anzahl, aber sie binden (zum damaligen Zeitpunkt) einen disproportional gro\u00dfen Anteil am Wert \u2014 und sind per Design \u201cimmediately vulnerable\u201d, weil der Public Key direkt im ScriptPubKey steht.<\/p>\nDer gleiche Report legt au\u00dferdem den Finger auf ein oft \u00fcbersehenes Thema, das in Custody- und Treasury-Welten weh tut: xpubs und \u201cpublic key leakage\u201d au\u00dferhalb der Chain. Wer Extended Public Keys breit teilt, ver\u00e4ndert in einem Post-Quantum-Szenario das Risikoprofil dramatisch (Stichwort: Kaskadeneffekte \u00fcber nicht-hardened Derivationspfade). Das ist kein Bitcoin-Paperclip im Randbereich, sondern Alltag in Payment-Setups.<\/p>\n
Wie nah ist Q-Day wirklich<\/h2>\n
Das Timing ist der Kern der Auseinandersetzung. Nicht, weil irgendjemand die Mathematik bestreitet, sondern weil der Unterschied zwischen \u201ctheoretisch m\u00f6glich\u201d und \u201coperativ gef\u00e4hrlich\u201d in der Quantenwelt riesig ist. Genau das macht es so schwierig, eine Bitcoin-Quantencomputer-Gefahr sauber zu \u201cprice\u2019n\u201d.<\/p>\n
Ein Punkt, auf den sich erstaunlich viele seri\u00f6se Quellen einigen: Migrationen dauern lange. National Institute of Standards and Technology schreibt in seinem Draft zu Migration Considerations ziemlich n\u00fcchtern, dass PQC-\u00dcberg\u00e4nge erheblich Zeit kosten k\u00f6nnen und fr\u00fcheren Kryptomigrationen oft \u201c\u00fcber ein Jahrzehnt\u201d gedauert haben. In derselben Logik taucht Mosca\u2019s Theorem als Erinnerung auf: Wenn die Umstellung l\u00e4nger dauert als die Zeit bis zur Bedrohung minus die \u201cSchutzdauer\u201d der Daten, ist man zu sp\u00e4t.<\/p>\n
NIST ist in einem anderen Dokument-Teil sehr konkret zu Zeitachsen: classical digital signature schemes wie ECDSA werden (im Draft) \u201cDeprecated after 2030\u201d und \u201cDisallowed after 2035\u201d gef\u00fchrt. Man muss das nicht 1:1 auf Bitcoin \u00fcbertragen \u2014 NIST schreibt Standards f\u00fcr Beh\u00f6rden\/Industrie \u2014 aber als Signal ist es laut: ECC wird in offiziellen \u00dcbergangspl\u00e4nen nicht als \u201cf\u00fcr immer okay\u201d behandelt.<\/p>\n
Parallel dazu kommt Druck aus der Sicherheitsb\u00fcrokratie. Die National Security Agency hat mit CNSA 2.0 eine Timeline skizziert, in der bestimmte Systemklassen bis 2030 bzw. 2033 \u201cexclusively\u201d auf CNSA-2.0-Algorithmen umstellen sollen (Browser\/Cloud\/OS etc.). Wieder: nicht Bitcoin-spezifisch, aber es verschiebt den Overton-Window. Es ist schwer zu behaupten, die Welt nehme Post-Quantum \u201cerst 2045\u201d ernst, wenn Beh\u00f6rden-Ports 2030\/2033 als Planungsdatum in PDFs drucken.<\/p>\n
Und dann sind da die Stimmen aus der Quantenforschung selbst. In einem DL-News-Interview fiel ein Satz, der h\u00e4ngenbleibt, weil er so unjournalistisch direkt ist: \u201cThe time to start thinking about this is now. An even better time would have been yesterday,\u201d sagte Scott Aaronson, wissenschaftlicher Berater bei StarkWare.<\/p>\n
Gleich danach relativiert er (ebenfalls in DL News) Roadmaps und Milestones: gro\u00dfe \u201c2030\u201d-Pl\u00e4ne sollten mit Vorsicht gelesen werden, aber wenn gro\u00dfe Player Milestones tats\u00e4chlich treffen, ist das zumindest ein datapoint, den man nicht wegwischen sollte.<\/p>\n
Wichtig ist auch die \u201cQubit-Debatte\u201d in der richtigen Sprache zu f\u00fchren. Physical qubits sind nicht logical qubits; Fehlerkorrektur frisst Gr\u00f6\u00dfenordnungen. Resource-Estimate-Arbeiten wie Roetteler\/Naehrig\/Svore\/Lauter haben der Szene genau deshalb einen Dienst erwiesen: Sie bringen das Problem aus dem Nebel (\u201cQuantum bricht alles\u201d) in Zahlenr\u00e4ume (\u201cso viele Qubits, so viele Gates\u201d). Und fast jede ernsthafte Zahl h\u00e4ngt an Annahmen \u00fcber Fehlerraten, Codes, Architektur. Der Spielraum ist gro\u00df.<\/p>\n
Das Warnlager: \u201cprepared, not scared\u201d und trotzdem unruhig<\/h3>\n
Das Warnlager klingt 2026 weniger nach Panik und mehr nach Projektmanagement. Es geht um Pfadabh\u00e4ngigkeiten: Wenn die Migration f\u00fcnf bis zehn Jahre braucht und die Bedrohung im Worst Case schneller kommt, muss man fr\u00fch anfangen. Sonst ist man irgendwann im Modus \u201cSoft Fork unter Feuer\u201d \u2014 und das ist bei Bitcoin traditionell ein schlechter Ort.<\/p>\n
Ethan Heilman formulierte das mit einer Mischung aus Detail und Schulterzucken. Er skizziert eine optimistische Timeline: \u201cThree years until it activates\u2026 Seven years total, but I\u2019m just spitballing here. No one actually knows.\u201d Er begr\u00fcndet seine Arbeit daran genau damit: der Prozess k\u00f6nne \u201cmany years\u201d dauern, und jedes St\u00fcck Vorarbeit kaufe Zeit.<\/p>\n
Dann gibt es da noch einen Punkt , den Bitcoiners gern verdr\u00e4ngen: Eine Migration ist nicht nur ein Core-Problem. Wallets, Custodians, Payment-Flows, Lightning-Nodes, Treasury-Software \u2014 das Zeug m\u00fcsste alles nachziehen. Und wenn man ehrlich ist, ist das \u00d6kosystem nicht gerade daf\u00fcr bekannt, Upgrades wie ein Betriebssystem-Patch auszurollen.<\/p>\n
Hunter Beast, als Autor von BIP 360, bringt den Tonfall, der aktuell wahrscheinlich am meisten anschlussf\u00e4hig ist: \u201cprepared, not scared.\u201d Das sagte er gegen\u00fcber DL News \u2014 und es klingt wie die bewusste Abgrenzung von \u201cQ-Day ist morgen\u201d.<\/p>\n
Aber dann tauchen in seinen Zitaten (und in den umgebenden Debatten) sofort die harten Kanten auf. In Jameson Lopps Essay von 2025 steht ein Beast-Zitat, das den Philosophieteil der Migration direkt anspringt: \u201cI don\u2019t see why old coins should be confiscated\u2026 let those with quantum computers free up old coins.\u201d<\/p>\n
Kurz: selbst im Warnlager gibt es zwei Str\u00f6mungen. Die eine sagt \u201copt-in, vorsichtig, kein staatlicher-style Eingriff\u201d. Die andere sagt \u201cwenn es ernst wird, dann ist \u2018nicht eingreifen\u2019 auch ein Eingriff \u2014 nur mit anderem Gewinner\u201d.<\/p>\n
Alex Pruden von Project Eleven ist in seinen Podcast-Statements deutlicher als viele Bitcoin-Entwickler, aber er argumentiert nicht blo\u00df technisch, sondern sozial: \u201cQuantum computing poses a significant future threat to Bitcoin due to its slow governance.\u201d Das ist ein Satz, den man als Entwickler fast schon beleidigend lesen kann \u2014 aber als Au\u00dfenstehender nickt man halt, weil Bitcoin-Governance eben langsam ist.<\/p>\n