Buterin hält KI-Angriff auf Bitcoins Kernschutz für unwahrscheinlich

Liron Shapiras Vorhersage war klar formuliert: Mit einer Wahrscheinlichkeit von 50 % werde der Bitcoin-Kurs binnen zwei Jahren um mehr als die Hälfte fallen, weil KI das wahrgenommene Sicherheits- und Robustheitsversprechen untergrabe. 30 Vitalik Buterin bezog ebenso eindeutig Gegenposition.

Buterins Kernargument: Nicht die Kryptografie ist das wahrscheinlichste Risiko

Buterin erklärte, er sei langfristig optimistisch für die Cybersicherheit. Einen tatsächlichen Bruch von Bitcoins Hash-Funktionen oder des Proof-of-Work-Mechanismus hält er für ein sehr geringes Risiko. 29

Das bedeutet nicht, dass KI keine Sicherheitsgefahren schafft. Buterin widerspricht vielmehr der Annahme, dass ein durch KI verursachter Kollaps von Bitcoins zugrunde liegender Kryptografie oder Konsensmechanismus eine plausible Basis für diese kurzfristige Kursprognose sei.

Als zentrale Herausforderung beschreibt er den Übergang zu leistungsfähigeren KI-Systemen. Entscheidend ist dabei: Nicht jeder Sicherheitsvorfall bei Bitcoin oder in seinem Umfeld lässt sich auf dieselbe Weise beheben.

Angriffe auf die Netzwerkschicht sind etwas anderes als Fehler im Konsens

Buterin unterscheidet zwischen Problemen, die sich durch operative Software-Updates angehen lassen, und Problemen, bei denen sich das Netzwerk auf grundlegende neue Regeln einigen müsste:

• Angriffe auf Netzwerk- und Client-Ebene: Fehler oder Angriffe auf Node-Software, Mining-Pool-Software oder Netzwerkabläufe könnten grundsätzlich durch Aktualisierungen bei Clients und Pools behandelt werden. Bitcoin sollte mit solchen Fällen vergleichsweise gut umgehen können, weil dafür nicht zwingend ein umfassender sozialer Konsens über neue Protokollregeln nötig ist. 29
• Ausfälle der Kernregeln oder Kryptografie: Ein tatsächlicher Bruch von Hashes oder Proof-of-Work wäre weit schwerwiegender, da eine Reaktion eine breite Einigung über fundamentale Änderungen am Protokoll verlangen könnte. Buterin hält dieses Szenario allerdings für unwahrscheinlich. 29

Das ist eine Unterscheidung nach der Wiederherstellbarkeit – keine Behauptung, kritische Patches seien einfach oder risikolos. Ein gravierender Implementierungsfehler kann erhebliche Folgen haben, bevor eine Korrektur ausgerollt ist.

KI kann Risiken erhöhen – und die Abwehr verbessern

KI kann die Analyse großer Codebasen beschleunigen und Implementierungsfehler aufspüren. Damit geraten Open-Source-Infrastruktur, Bridges, Wallets und weitere Dienste rund um Blockchains stärker in den Fokus, auch wenn Bitcoins Basiskryptografie intakt bleibt.

Die defensive Seite heißt bessere Software-Absicherung. Formale Verifikation bezeichnet Verfahren, die mathematisch prüfen, ob ein Programm zuvor exakt definierte Eigenschaften erfüllt. Berichte über Ethereums Roadmap für 2026 nennen formale Verifikation mit Unterstützung moderner KI als Teil der Sicherheitsstrategie. 21 Auch Buterins veröffentlichte Arbeiten befassen sich mit formaler Verifikation. 26

Die Methode hat jedoch Grenzen: Ein Beweis bestätigt nur Eigenschaften, die präzise spezifiziert wurden. Er schützt nicht automatisch vor einer fehlerhaften Spezifikation, falschen Annahmen, unsicheren Integrationen, kompromittierten Schlüsseln oder Problemen in Governance und Betrieb.

Was der Liquid-Vorfall zeigte – und was nicht

Der Liquid-Vorfall vom selben Tag verdeutlicht den Unterschied zwischen einem Bruch der Basiskryptografie und einem Fehler in Implementierung oder Bridge-Mechanismus. Liquid meldete, dass Akteure, die sich selbst als „White Hats“ bezeichneten, rund 4.000 BTC aus der Federation Wallet abgezogen hätten, die L-BTC besichert; der Gegenwert lag damals bei etwa 320 Millionen US-Dollar. 3746

Nach den veröffentlichten Angaben von Liquid und SideSwap lief die Auszahlung über den Peg-out-Ablauf mit dem Peg-out Authorization Key (PAK) von SideSwap. Der PAK selbst sei jedoch nicht kompromittiert worden. SideSwap erklärte, die L-BTC in der Order seien auf einen Fehler in Elements zurückzuführen – der Open-Source-Software, auf der Liquid basiert. 3646

Liquid deaktivierte Bridge-Nodes, wodurch keine neuen Transaktionen mehr eingereicht werden konnten. Börsen stoppten oder bereiteten zugleich einen Stopp von Ein- und Auszahlungen von L-BTC vor. Andere auf Liquid ausgegebene Vermögenswerte, darunter USDT, DePix und tokenisierte Real-World-Assets, seien laut Netzwerk nicht betroffen gewesen. 3646

Die Bezeichnung als „White Hats“ stammt von den beteiligten Akteuren selbst und ist nicht unabhängig bestätigt. 3746

Liquid ist nicht die Bitcoin-Basisschicht

Liquid ist eine gemeinsam mit Blockstream entwickelte, föderierte Bitcoin-Sidechain. Ihr Sicherheits- und Vertrauensmodell unterscheidet sich daher von Bitcoins dezentralem Proof-of-Work-Netzwerk. Während des Vorfalls lief die Bitcoin-Basisschicht laut Berichten normal weiter. 35

Das Ereignis ist folglich kein Beleg dafür, dass KI SHA-256 überwunden, Bitcoin-Mining übernommen oder den Bitcoin-Konsens gebrochen hätte. Es zeigt vielmehr, dass wertvolle Kryptosysteme durch Softwarefehler und Peg-Mechanismen rund um eine Blockchain angreifbar sein können. Genau diese Risiken erfordern sorgfältige Entwicklung, Audits, belastbare Update-Prozesse und klarere Verfahren zur Absicherung von Software.

Fazit

Buterins Widerspruch zu Shapira ist keine Verharmlosung von KI-Sicherheitsrisiken. Seine Position lautet: Bitcoin dürfte eher mit behebbaren Bedrohungen auf Software- und Netzwerkebene konfrontiert werden als mit einem unmittelbar bevorstehenden, KI-verursachten Bruch seiner Hashes oder seines Proof-of-Work. 29

Der Liquid-Vorfall unterstreicht die engere Warnung: Systeme im Bitcoin-Umfeld können schwere Schwachstellen haben, obwohl Konsens und Kryptografie der Bitcoin-Basisschicht nicht kompromittiert sind. 3637