Stratum V2 vs V1 — Die Protokoll-Revolution

Stratum ist das Protokoll, das Miner mit Pools verbindet — und die Version, auf der der Großteil von Bitcoin noch läuft, Stratum V1, stammt aus 2012. Es überträgt Zugangsdaten im Klartext, lässt den Pool entscheiden, welche Transaktionen in jeden Block kommen, und bündelt eine Kontrolle, die Bitcoin verteilen sollte. Stratum V2 behebt alle drei Punkte: Ende-zu-Ende-Verschlüsselung, ein kompaktes Binärformat und — vor allem — Job Negotiation, mit der einzelne Miner ihre eigenen Blockvorlagen bauen. Im Mai 2026 stellten sich sieben Pools mit rund 75% der Netzwerk-Hashrate hinter den Standard: die größte Verschiebung Richtung Dezentralisierung, die das Mining seit Jahren erlebt hat.

Das Wichtigste in Kürze

• Der Kernfehler von V1 ist Zentralisierung: Der Pool baut jede Blockvorlage, also entscheidet eine Handvoll Betreiber, was in die meisten Bitcoin-Blöcke kommt.
• V2s entscheidende Funktion ist Job Negotiation: Miner mit eigenem Node wählen ihre Transaktionen selbst und brechen damit die Kontrolle der Pools über den Blockinhalt.
• Verschlüsselung zählt für Heim-Miner am meisten: V1s Klartext ermöglicht stilles Hashrate-Hijacking in nicht vertrauenswürdigen Netzen; V2s Noise-Verschlüsselung macht es kryptografisch unmöglich.
• 2026 war der Wendepunkt: Im Mai traten sieben Pools (~75% der Hashrate, darunter Foundry und AntPool) der Stratum-V2-Arbeitsgruppe bei — nach Jahren als Nischenprojekt.
• Beim Solo-Mining steht anderes auf dem Spiel: Ein nicht-verwahrender Solo-Pool kontrolliert weder deine Mittel noch deinen Blockinhalt, daher sind V2s Vorteile vor allem Verschlüsselung, Latenz und Zukunftssicherheit.

Dieser Artikel erklärt, wie Stratum funktioniert, was V2 ändert, wer es heute unterstützt und was bevorsteht — und schließt mit einem ausführlichen Anhang zur Quantenbedrohung, denn im März 2026 veröffentlichte Google Quantum AI Forschung, die den erwarteten Zeitrahmen bis zum möglichen Bruch von Bitcoins Signaturen verkürzt hat, worauf die Entwicklergemeinde nun post-quantensichere Gegenmaßnahmen entwirft (BIP-360, BIP-361, Hourglass).

Was Stratum wirklich ist

Stratum ist ein Protokoll, das zwei Parteien verbindet: den Mining-Pool (betreibt Bitcoin-Nodes, baut Blockvorlagen, verteilt Arbeit, prüft Shares, zahlt Belohnungen) und den Miner (erhält einen Block-Header zum Hashen, iteriert die Nonce, reicht Ergebnisse ein). Jeder Antminer, Bitaxe und Whatsminer der Welt spricht Stratum. Ohne es könnten Pools nicht existieren — und ohne Pools würden die meisten Miner die Varianz eines Alleingangs im großen Maßstab nicht ertragen. Die Aufgabe des Protokolls klingt simpel: die richtige Arbeit schnell genug zum richtigen Miner bringen, damit niemand Rechenleistung an veraltete Jobs verschwendet. Doch die Details — Nachrichtenformat, Verschlüsselung und wer den Blockinhalt kontrolliert — erweisen sich als enorm wichtig.

Was ist falsch an Stratum V1?

Stratum V1, 2012 von Marek “Slush” Palatinus geschaffen, ist ein einfaches JSON-RPC-Protokoll über nacktes TCP: schnell umzusetzen, leicht zu debuggen. Vierzehn Jahre Praxis haben mehrere strukturelle Probleme offengelegt.

1. Klartext-Kommunikation

V1 sendet alles in unverschlüsseltem JSON — Pool-Zugangsdaten, Wallet-Adresse, Worker-Name, Share-Einreichungen — lesbar für jeden auf dem Netzwerkpfad. Gefährlicher noch: Klartext ermöglicht Hashrate-Hijacking. Ein Angreifer, der ein Netzsegment zwischen dir und dem Pool kontrolliert, kann deine Shares still zum eigenen Pool umleiten. Braiins hat Verdachtsfälle von Minern in China, Kasachstan, Russland und Europa dokumentiert — schon 1-2% abzuzweigen reicht, um die Rentabilität zu drücken, ohne dem Opfer aufzufallen.

2. Vom Pool kontrollierte Transaktionsauswahl

Unter V1 baut der Pool die Blockvorlage und der Miner hasht einfach den ankommenden Header. Der Pool entscheidet, welche Transaktionen in den Block kommen. Da etwa fünf Pools rund 70% der Rechenleistung kontrollieren, bestimmt faktisch eine Handvoll Betreiber den Inhalt der meisten Bitcoin-Blöcke. Drängt eine Regierung einen Pool, bestimmte Transaktionen zu zensieren, macht jeder Miner dieses Pools unwissentlich mit. In begrenzter Form ist das passiert: Marathon minte 2023 versuchsweise OFAC-konforme „saubere” Blöcke, und Miner in einem filternden Pool haben auf Protokollebene keine Möglichkeit, sich zu entziehen.

3. JSON-Overhead und Verbindungswildwuchs

JSON ist menschenlesbar, was zum Debuggen großartig und für Bandbreite verschwenderisch ist — Feldnamen und Anführungszeichen bringen 30-40% Overhead gegenüber einem binären Äquivalent. Und jeder ASIC öffnet seine eigene TCP-Verbindung, sodass eine Farm mit 1.000 Geräten 1.000 gleichzeitige Stratum-Sitzungen unterhält. Unsichtbar bei einem Bitaxe; messbar bei einer großen Farm.

4. Keine Firmware-Integrität auf Protokollebene

V1 kann nicht prüfen, ob ein Miner bekannte, einwandfreie Firmware ausführt. Kompromittierte Firmware kann subtil fehlerhafte Shares einreichen, die gültig aussehen, den Pool aber Geld kosten — ihre Erkennung erfordert Audits außerhalb des Protokolls.

Wie V1 trotzdem überlebte: BIP-310

Angesichts von vier strukturellen Schwächen darf man fragen, wie ein Protokoll von 2012 noch den Großteil von Bitcoins Hashrate trägt. Die Antwort ist BIP-310, „Stratum protocol extensions” — ein Informational-Vorschlag der Anwendungsschicht, zugewiesen am 10. März 2018 und verfasst von Pavel Moravec und Jan Čapek von Braiins, denselben zwei Personen, die im Folgejahr Stratum V2 spezifizieren sollten.

Das Problem, das BIP-310 löste: V1 hatte keinen Weg zu wachsen. Schickt man einem Server eine Nachricht, die er nicht kennt, schließen viele Implementierungen schlicht die Verbindung — es gab also keinen sicheren Weg, eine neue Funktion vorzuschlagen. Schlimmer noch: Die Funktion, die Miner dringend brauchten — Version Rolling — war ihrer Natur nach nicht abwärtskompatibel: Der Miner hatte kein Feld, um eine geänderte Blockversion zu melden, und der Server keine Möglichkeit, ihm mitzuteilen, welche Bits er gefahrlos anfassen durfte.

Eine Nachricht, um sie alle auszuhandeln

BIP-310s Antwort war eine einzige neue Nachricht, mining.configure, die laut Spezifikation die erste Nachricht sein SOLLTE, die der Miner sendet, sobald die Verbindung steht — vor dem Subscribe, vor der Autorisierung. Der Miner gibt an, was er kann, und bittet um das, was er will; der Server antwortet mit dem, was er tatsächlich erlaubt, Funktion für Funktion. Jede Erweiterung erhält einen Namensraum, sodass Parameter als version-rolling.mask, minimum-difficulty.value und so weiter gelesen werden, und jede liefert true, false oder eine Fehlerzeichenkette zurück. Das Designziel war ausdrücklich: später Funktionen ergänzen können, ohne weitere Nachrichten hinzuzufügen.

Dieser eine Mechanismus trägt vier Erweiterungen:

Wie die Versionsmaske wirklich vereinbart wird

Die Aushandlung ist subtiler als „fragen und bekommen”, und das Detail erklärt viel Verhalten aus der Praxis. Der Miner sendet eine Maske der Bits, die er ändern kann; der Server hält seine eigene Maske der Bits, die er zu erlauben bereit ist — manche Versionsbits müssen fest bleiben, damit der Block gültig ist oder für Soft-Fork-Signalisierung. Das Ergebnis ist die Schnittmenge beider. Ein Miner kann den vollen 16-Bit-Bereich 1fffe000 anbieten und 18000000 zurückerhalten — gerade zwei Bits. Das ist eine erfolgreiche Aushandlung, kein Fehlschlag.

Neben der Maske sendet der Miner version-rolling.min-bit-count: die Mindestzahl an Bits, die er für effizientes Rolling in Hardware braucht. Kann der Pool so viele nicht gewähren, ist die Spezifikation eindeutig: Der Pool SOLLTE die Verbindung NICHT trennen — der Miner läuft dann einfach im eingeschränkten Modus ohne volle Hashleistung. Genau diese Vorgabe ist der Grund, warum eine nicht passend konfigurierte Maschine still unterperformt statt laut zu scheitern — und exakt das Verhalten, das Leute nach einem Hardwarefehler suchen lässt, den es nicht gibt.

Zwei weitere Mechaniken lohnen sich zu kennen. Der Server kann die Maske jederzeit während der Sitzung mit mining.set_version_mask ändern, und die neue Maske gilt sofort statt erst beim nächsten Job. Und sobald Version-Rolling aktiv ist, erhält mining.submit einen sechsten Parameter — version_bits, nach Worker-Name, Job-ID, Extranonce2, ntime und Nonce. Der Miner darf nur die vom Server erlaubten Bits setzen; alles außerhalb der Maske macht die Share ungültig. Der Server rekonstruiert die Blockversion dann, indem er für jedes Bit außerhalb der Maske den Originalwert des Jobs nimmt und für jedes Bit innerhalb den Wert des Miners.

Welche Bits überhaupt gefahrlos gerollt werden dürfen, ist eine eigene Frage, beantwortet von einer Schwesterspezifikation — BIP-320, in BIP-310 referenziert, als sie noch ein unnummerierter Entwurf war. Unsere AsicBoost-Analyse behandelt die Mechanik auf Bit-Ebene und die Patentgeschichte dahinter.

Die bemerkenswerte Ironie: BIP-310 ist acht Jahre später formal noch ein Entwurf — und es ist das, was einem Protokoll ohne Verschlüsselung und ohne Erweiterbarkeit ein weiteres Jahrzehnt Leben ermöglichte. Stratum V2 macht den ganzen Apparat überflüssig: Version-Rolling, Difficulty-Handhabung, Extranonce-Updates und Geräteidentifikation gehören zum Kanalmodell von V2, im Handshake ausgehandelt, ohne Anbau. Der Erweiterungsmechanismus, der V1 rettete, ist genau das, was V2 nicht mehr braucht.

Was ändert Stratum V2?

Stratum V2 wurde von Grund auf entworfen, um all das zu beheben. Erstmals spezifiziert wurde es im November 2019 von den Braiins-Mitgründern Jan Capek und Pavel Moravec gemeinsam mit Bitcoin-Core-Entwickler Matt Corallo; die Arbeitsgruppe wurde 2022 von Braiins und Spiral mitgegründet. Die Stratum V2 Reference Implementation (SRI) ist über 2024-2026 gereift, und Bitcoin Core v30 ergänzte experimentelle V2-Unterstützung.

Ende-zu-Ende-Verschlüsselung (Noise-Protokoll)

Jede V2-Verbindung wird mit dem Noise-Protokoll-Framework verschlüsselt — derselben Grundlage wie beim WireGuard-VPN. Nach einem authentifizierten Handshake sind alle Nachrichten verschlüsselt (ChaCha20-Poly1305 oder AES-256-GCM). In der Praxis: Netzwerkbeobachter sehen weder deinen Pool noch dein Wallet oder deinen Worker; Hashrate-Hijacking wird kryptografisch unmöglich; und Zugangsdaten erscheinen nie unterwegs. Pools veröffentlichen langlebige öffentliche Schlüssel, und Miner prüfen, dass sie mit dem echten Pool sprechen und nicht mit einem Mittelsmann — dasselbe Sicherheitsmodell wie bei SSH.

Binärprotokoll (effizient)

V2 ersetzt JSON durch ein kompaktes Binärformat: kleinere Nachrichten (rund 30% weniger Bandbreite), schnelleres Parsen, weniger CPU-Last auf beiden Seiten. Für eine große Farm sind das echte Infrastrukturersparnisse; für einen Heim-Miner an einer schwachen Leitung bedeutet es, dass Jobs früher ankommen und veraltete Shares zurückgehen.

Job Negotiation — die entscheidende Funktion

Das macht V2 historisch bedeutsam, nicht bloß technisch besser. Mit dem Job Negotiation Protocol können Miner einen eigenen vollständigen Bitcoin-Node betreiben und ihre Blockvorlagen lokal bauen — sie wählen, welche Transaktionen hinein sollen, optimieren auf die höchsten Gebühren oder wenden eigene Regeln an. Der Pool diktiert den Blockinhalt nicht mehr; er prüft nur noch den Proof-of-Work und zahlt für gültige Blöcke. Seine Rolle schrumpft vom „Entscheider” zum „Share-Aggregator und PoW-Prüfer”, und der Miner gewinnt die Souveränität darüber zurück, was seine Rechenleistung absichert.

Drei direkte Folgen: Zensurresistenz (eine Regierung kann einen Pool unter Druck setzen, aber nicht die einzelnen Miner mit eigenen Vorlagen — solange genug Hashrate eigene Jobs aushandelt, werden zensierte Transaktionen irgendwo aufgenommen), Gebührenoptimierung (Miner mit eigenem Mempool können die bestbezahlten Transaktionen erfassen, besonders in Stoßzeiten) und Pool-Dezentralisierung (Pools werden zu austauschbarer Infrastruktur, was den Anreiz zur Konzentration senkt).

Unterm Strich: Die Job Negotiation von Stratum V2 ist die folgenreichste Änderung an Mining-Protokollen seit SegWit. Sie entkoppelt die wirtschaftliche Funktion von Pools (Varianz glätten, Belohnungen zahlen) von der zensurempfindlichen (über Blockinhalte entscheiden) — und gibt die zweite an die Miner zurück.

Stand der Verbreitung (Mitte 2026)

Die längste Zeit war V2s Verbreitung dünn — ein Nischenstandard, getragen von wenigen Pools. Anfang 2026 verbanden sich geschätzt nur 15-20% der Netzwerk-Hashrate tatsächlich über V2, meist wegen der Verschlüsselung statt wegen Job Negotiation. Dann änderte sich das Bild abrupt.

Im Mai 2026 traten sieben der größten Mining-Pools — Foundry, AntPool, F2Pool, SpiderPool, MARA Pool, Block Inc und DMND — der Stratum-V2-Arbeitsgruppe bei und vertreten zusammen fast 75% der globalen Hashrate. Nach den damals zitierten Daten von Hashrate Index entfielen allein auf Foundry rund 34%, auf AntPool ~14%, F2Pool ~11% und SpiderPool ~10,5%. Entscheidend: V2 verringert die Hashrate-Konzentration nicht — Foundry hält denselben Anteil — aber es ändert, wer über den Blockinhalt entscheidet, und das ist der Teil, der die Gemeinschaft wirklich umtreibt. CoinDesk nannte es den größten Dezentralisierungsschritt, den das Mining seit Jahren gesehen hat.

Die Zusage ist eine Startlinie, keine Ziellinie. „Der Arbeitsgruppe beitreten” heißt, den Standard zu stützen und mit der Einführung zu beginnen — nicht, dass heute 75% der Hashrate V2-Job-Negotiation nutzen. Die meisten Miner auf V2 akzeptieren weiter pool-gebaute Vorlagen und nutzen es für Verschlüsselung und Effizienz. Doch mit Foundry und AntPool an Bord hat ein Protokoll, das jahrelang am Rand stand, plötzlich die Reichweite, zum Standard zu werden.

Hardware- und Firmware-Unterstützung

Das ist der am häufigsten falsch dargestellte Teil der V2-Geschichte, auch in früheren Fassungen dieses Artikels. V2 ist eine Firmware-Fähigkeit, und Stand August 2026 implementieren sie genau drei Firmware-Familien nativ.

• Braiins OS+ (26.07 empfohlen) — die einzige kommerzielle Antminer-Firmware mit nativem V2-Client, vom S9 bis zum S21 XP. Das bringt die weltweit verbreitetste ASIC-Familie auf V2: einmal flashen, keine neue Hardware.
• AxeOS 2.14.0+ — natives V2 auf Bitaxe, ausgeliefert im Juni 2026, gehärtet in 2.15.0.
• NerdQAxe-Firmware 1.0.37+ — natives V2 auf NerdAxe, NerdQAxe+/++ und NerdOCTAxe.
• Auradine FluxOS — unter den Ersten mit nativem V2 auf der Teraflux-Reihe.
• Bitmain-Stock-Firmware — nur V1, auf jedem Modell einschließlich S21 und S23. Kein Antminer wird mit funktionierendem Stratum V2 ausgeliefert.
• WhatsMiner-Stock, VNish, LuxOS, Canaan/Avalon-Stock — nur V1.

Zwei Korrekturen, die klar gesagt gehören, weil beide weit verbreitet sind und Leute einen Abend kosten. Kein Antminer unterstützt V2 in der Stock-Firmware — manche Builds zeigen eine V2-artige Einstellung, die nie eine echte Sitzung aushandelt, was schlimmer ist, als nichts anzubieten: Der Miner sieht konfiguriert aus, während er still auf V1 läuft. Und Bitaxe und NerdQAxe unterstützen V2 sehr wohl nativ, und zwar seit Juni 2026 — vorher geschriebene Anleitungen, diese eingeschlossen, behaupteten das Gegenteil.

Zur Schritt-für-Schritt-Konfiguration all dieser Varianten — samt der Authority-Key-Details, die entscheiden, ob deine Sitzung bloß verschlüsselt oder wirklich authentifiziert ist — siehe unseren Leitfaden zum Solo-Mining mit Stratum V2.

Die Brücke des Translator Proxy

Für ältere Hardware, die V2 nicht nativ spricht, liefert SRI einen Translator Proxy. Dein vorhandener V1-ASIC verbindet sich im lokalen Netz mit dem Proxy; der Proxy spricht V1 mit dem Miner und V2 mit dem Pool und verschafft dir Verschlüsselung und Bandbreitenvorteile ohne Firmware-Wechsel. Job Negotiation erfordert weiterhin natives V2, aber die Verschlüsselungsschicht deckt der Proxy für jedes Gerät ab.

Wie viel Zusatzgewinn bringt V2 wirklich?

Man liest oft die Zahl „V2 steigert den Gewinn um bis zu ~7%”. Sie ist eine Obergrenze unter Idealbedingungen und setzt sich etwa so zusammen:

• ~1-2% durch Verschlüsselung — indem das stille Hijacking entfällt, das unverschlüsseltes V1 in nicht vertrauenswürdigen Netzen plagt
• Ein paar Prozent durch Transaktionsauswahl — einen eigenen Mempool betreiben, um die bestbezahlten Transaktionen zu erfassen, besonders bei Überlastung
• ~1-2% durch weniger veraltete Shares — die geringere Latenz und binäre Effizienz von V2 bedeuten weniger abgelehnte Arbeit

In der Praxis werden die meisten Miner im niedrigen einstelligen Bereich landen — und der Verschlüsselungsanteil materialisiert sich nur, wenn du überhaupt Hijacking ausgesetzt warst. Behandle die Schlagzeilenzahl als Decke, nicht als Versprechen.

Was das für SoloFury-Miner bedeutet

SoloFury bietet Stratum V2 seit August 2026 produktiv an, in neun Regionen auf fünf Kontinenten. V1 und V2 laufen auf demselben Port — der Pool erkennt, welches Protokoll dein Miner spricht, und antwortet entsprechend — sodass ein gemischter Bestand auf eine Adresse zeigt und nichts umkonfiguriert werden muss. V2 steht für BTC bereit; BCH, BC2, BCH2 und XEC bleiben auf V1 mit vollem Version-Rolling, sodass jeder moderne ASIC seinen AsicBoost-Gewinn behält, auf welche Chain du auch zeigst.

Der entscheidende Punkt speziell für Solo-Miner: Beim Solo-Mining kontrolliert der Pool weder deine Mittel, noch steht er zwischen dir und deiner Belohnung. Du trägst deine eigene Wallet-Adresse als Stratum-Benutzernamen ein, der Pool setzt einen Block zusammen, du findest ihn, und die Coinbase des Netzwerks zahlt dich direkt aus. Es gibt keine Verwahrung, die kompromittiert, und kein Guthaben, das eingefroren werden könnte. Solo-Mining war schon strukturell auf die Dezentralisierungsziele von V2 ausgerichtet — deshalb sind V2s Gewinne für Solo-Miner Verschlüsselung, Latenz und eine Fähigkeit, die das Protokoll besonders gut ermöglicht: mit einem Extended-Kanal und Coinbase-Dekodierung zeigt dein eigener Miner die Ausgänge des Blocks, bevor du sie hasht, sodass du prüfen kannst, dass die Belohnung an dich adressiert ist, statt dem Pool zu glauben. (Warum AsicBoost unabhängig von der Protokollversion kostenlose Hashrate ist, steht in unserer AsicBoost-Analyse.)

Anhang: die Quantenbedrohung für Bitcoin

Ende März 2026 veröffentlichte Google Quantum AI — gemeinsam mit dem Stanford-Kryptografen Dan Boneh und Justin Drake von der Ethereum Foundation — ein Whitepaper, The Quantum Threat to Elliptic Curve Cryptocurrencies, das die Debatte neu aufsetzte. Frühere Modelle gingen von Millionen Qubits aus, um Bitcoins Signaturen zu brechen. Googles neue Schätzung: weniger als 500.000 physische Qubits — etwa 20-mal unter dem Wert von 2019 von ~20 Millionen — könnten einen privaten Bitcoin-Schlüssel in rund neun Minuten knacken, sobald eine Transaktion den öffentlichen Schlüssel offenlegt. (Dieser Anhang ist technischer Hintergrund, keine Anlage- oder Sicherheitsberatung. Die Bedrohung ist real, aber nicht unmittelbar — siehe die Skeptiker weiter unten.)

Worin die Bedrohung tatsächlich besteht

Bitcoin stützt sich auf zwei kryptografische Primitive. SHA-256 (Proof-of-Work und Merkle-Bäume) ist für jeden praktischen Zweck quantenresistent — es zu brechen liegt astronomisch fern, und deine ASICs sind nicht betroffen. secp256k1 ECDSA und Schnorr (die digitalen Signaturen, die Transaktionen sichern) sind der verwundbare Teil: Shors Algorithmus kann auf einem hinreichend großen Quantencomputer einen privaten Schlüssel aus einem offengelegten öffentlichen Schlüssel ableiten.

Die Nuance, die die meisten Berichte verfehlen: Ein öffentlicher Schlüssel ist erst offengelegt, wenn du von einer Adresse ausgibst (oder ein Altformat nutzt, das ihn direkt speichert). Stand März 2026 liegen über ein Drittel aller Bitcoin — rund 6,9 Millionen BTC — in Adressen mit bereits on-chain offengelegten öffentlichen Schlüsseln. Etwa 1,7 Millionen davon stecken in uralten Pay-to-Public-Key-Ausgängen (P2PK), darunter rund eine Million, die Satoshi zugeschrieben wird. Coins in modernen, nie wiederverwendeten Adressen behalten ihren öffentlichen Schlüssel gehasht und verborgen, bis du ausgibst.

„Jetzt ernten, später entschlüsseln”

Der Grund, warum Entwickler sagen, die Uhr laufe bereits, obwohl es keinen fähigen Quantencomputer gibt: Offengelegte öffentliche Schlüssel sind dauerhaft und öffentlich. Ein Gegner kann sie heute archivieren und knacken, sobald die Hardware da ist — und ein geduldiger Angreifer könnte Schlüssel still berechnen und Gelder Monate später abziehen, sodass der „Q-Day” erst im Rückblick erkennbar wäre. Jeder heute offengelegte Schlüssel ist ein dauerhaftes künftiges Ziel.

BIP-360: ein quantenresistenter Adresstyp

BIP-360 führt einen neuen Output-Typ ein — beschrieben als Pay-to-Quantum-Resistant-Hash (P2QRH) oder Pay-to-Merkle-Root, mit dem neuen Adresspräfix bc1z. Er verhält sich weitgehend wie Taproot, ersetzt aber das angreifbare Elliptische-Kurven-Element durch NIST-geprüfte Post-Quanten-Signaturen (etwa das hashbasierte SPHINCS+ und das gitterbasierte CRYSTALS-Dilithium). Der Preis ist die Größe: Post-Quanten-Signaturen reichen von wenigen Kilobyte (Dilithium) bis deutlich mehr (SPHINCS+), gegenüber rund 64-72 Byte bei ECDSA — Blöcke werden also schwerer und die Kapazität enger, solange eine Migration läuft. BIP-360 wurde im Februar 2026 in Bitcoins BIP-Repository aufgenommen, mit bereits laufenden Testnet-Implementierungen, ist aber noch nicht als Soft Fork aktiviert.

BIP-361: der umstrittene Ausstieg

BIP-361, „Post Quantum Migration and Legacy Signature Sunset”, verfasst von Casa-CTO Jameson Lopp und fünf Koautoren (Entwurf veröffentlicht im April 2026), schlägt einen Stufenplan vor, um die Migration weg von verwundbaren Signaturen zu erzwingen:

• Phase A (etwa drei Jahre nach Aktivierung eines Post-Quanten-Adresstyps): das Senden von Mitteln an quantenverwundbare Adresstypen blockieren und so alle zu sicheren Formaten drängen.
• Phase B (etwa fünf Jahre nach Aktivierung): ein Stichtags-Soft-Fork macht ECDSA/Schnorr-Ausgaben vollständig ungültig. Jedes bis dahin nicht migrierte UTXO wird unausgebbar.
• Phase C (optional, in Erforschung): ein Wiederherstellungspfad, über den Inhaber ihr Eigentum per Zero-Knowledge-Beweis ihres BIP-39-Seeds nachweisen — ohne Schlüssel offenzulegen.

Phase B friert faktisch die ~1,7 Millionen alten BTC ein, deren Eigentümer nicht migrieren können, Satoshis eingeschlossen. Kritiker nennen das Einfrieren von Coins — selbst zu deren Schutz — einen Eingriff in Eigentumsrechte und einen gefährlichen Präzedenzfall. Befürworter halten die Alternative für schlimmer: diese Coins einem künftigen Quantenangreifer zu überlassen, der sie einsammelt und auf den Markt wirft, was Vertrauen und Preis einbrechen ließe. Lopp rahmt es als Spieltheorie; der Entwurf ist ausdrücklich nicht zur Aktivierung positioniert, und Bitcoin Core bleibt zurückhaltend. Es ist der umstrittenste Vorschlag des Bündels.

Hourglass und die Alternativen

Ein Ansatz im Stil von Hourglass ist der sanftere Verwandte: Statt verwundbare Coins gänzlich einzufrieren, würde er drosseln, wie schnell sie ausgegeben werden können — und damit begrenzen, wie rasch ein Quantendieb sie leerräumen und abstoßen könnte, ohne ehrliche Eigentümer dauerhaft auszusperren. Davon getrennt veröffentlichte ein StarkWare-Forscher ein Verfahren, um neue Transaktionen schon heute per hashbasierter Beweise quantensicher zu machen, optional und ohne Soft Fork. Und es gibt eigens gebaute quantenresistente Chains (QRL etwa nutzt hashbasierte XMSS-Signaturen), auch wenn keine neben Bitcoin nennenswerten Anteil hat. Die vorherrschende Wette lautet, dass Bitcoin rechtzeitig aufrüstet.

Wie nah ist die Bedrohung wirklich?

In Hardware-Begriffen nicht nah. Heutige Quantencomputer arbeiten in der Größenordnung von Hunderten logischer Qubits; secp256k1 zu brechen braucht Tausende logische (und Hunderttausende physische) mit Fehlerraten, die noch niemand im Maßstab erreicht hat. Die Schätzungen setzen zudem ingenieurtechnische Großtaten voraus, die viele Jahre dauern können. Stimmen, die zur Gelassenheit mahnen, sind prominent: Adam Back von Blockstream argumentierte 2026, die Bedrohung liege wahrscheinlich Jahrzehnte entfernt und die Migration solle schrittweise erfolgen, während die Beratung McKinsey ein Fenster 2027-2030 für mögliche Machbarkeit ins Spiel brachte und ein BIP-360-Koautor schätzt, dass eine vollständige Migration selbst rund sieben Jahre dauern könnte. Die ehrliche Zusammenfassung: real, ernst genommen und kein Problem des Jahres 2026 — aber eines, das Bitcoin früh anzugehen beschlossen hat, weil die Migration langsam und der offengelegte Bestand enorm ist.

Was Miner heute tun sollten

1. Moderne Adressformate verwenden (bech32 bc1q oder Taproot bc1p) für alle Mining-Auszahlungen; Altformate möglichst meiden.
2. Adressen nicht wiederverwenden. Für jede Auszahlung eine neue erzeugen — moderne Wallets tun das automatisch.
3. In Hardware-Wallets verwahren, die zugesagt haben, Post-Quanten-Adresstypen nach Aktivierung zu unterstützen.
4. BIP-360 / BIP-361 / Hourglass verfolgen über Bitcoin Core und die Autoren der Vorschläge.
5. Keine Panik. Der SHA-256-Proof-of-Work ist sicher; deine Geräte laufen unverändert weiter, wie auch immer die Signaturdebatte ausgeht.

Abschließend: Protokolle entwickeln sich, Miner passen sich an

Bitcoins Geschichte ist eine Folge von Upgrades, die im Moment umstritten wirkten und im Rückblick unvermeidlich. SegWit spaltete die Gemeinschaft, wurde dann aktiviert und ermöglichte Lightning. Taproot brauchte Jahre der Debatte und erschloss dann reichhaltigeres Scripting. Stratum V2 wird ähnlich Zeit brauchen, bis es vollständig ausgerollt ist — und danach werden wir uns fragen, wie wir unverschlüsseltes Klartext-Mining überhaupt geduldet haben. Die Post-Quanten-Migration wird länger und strittiger, aber die wirtschaftlichen Anreize stimmen überein: den Wert des Netzwerks schützen, die Coins der Nutzer schützen und beginnen, solange noch Spielraum bleibt. Deine Mining-Hardware muss sich dafür in nichts ändern. Deine Wallet-Gewohnheiten zählen mehr als dein Hash-Algorithmus: moderne Adressen nutzen, sie nicht wiederverwenden, in Hardware-Wallets verwahren und informiert bleiben.