Pirate Chain Ironwood: Unautorisierte Prägung

Am 14. Oktober 2026 stellte Pirate Chain, eine auf Privatsphäre ausgerichtete Kryptowährung, fest, dass ein Angreifer rund 39,8 Millionen ARRR aus dem Nichts geprägt hatte — etwa 20 % des Token-Umlaufs —, indem er einen Validierungsfehler ausnutzte, der mit dem jüngsten Ironwood-Netzwerk-Upgrade eingeführt worden war. Da die Chain inflationären Nachschub erzeugt, statt einen gepoolten Bestand zu leeren, wurde kein klarer Dollar-Verlust veröffentlicht; die unautorisierten Coins wurden jedoch rasch in den Shielded Pool geschleust, um ihre Spur zu verwischen.

Was geschah

Ironwood, aktiviert am 3. Oktober 2026, war ein Protokoll-Upgrade auf der Basisebene. Elf Tage später stellte das Team fest, dass die Prägung auf zwei getrennte Validierungsfehler in diesem Upgrade zurückging: eine umgangene Ausgabeprüfung — die Regel, die verhindern soll, dass Coins außerhalb des Protokolls erzeugt werden — und eine fehlerhafte Interpretation von Output-Skripten, also der Anweisungen, die festlegen, wohin Coins gesendet werden und wie sie ausgegeben werden können. Zusammen erlaubten sie dem Angreifer, neue ARRR zu erzeugen, die die Node-Software fälschlich als gültig akzeptierte.

Die rund 39,8 Millionen geprägten ARRR hoben den Umlauf von einer zirkulierenden Basis nahe 196,2 Millionen in Richtung der 200 Millionen Gesamtmenge. Anschließend verschob der Angreifer die Coins in den Sapling-Shielded-Pool, der Guthaben und Transfers verbirgt und die Mittel damit weit schwerer nachverfolgbar macht. Pirate Chain erklärte, es gebe keinen Hinweis darauf, dass die Notary-Schlüssel oder die zk-SNARK-Shielded-Kryptografie selbst kompromittiert worden seien — der Fehler lag in der Buchführung der transparenten Ebene, nicht in den Privatsphäre-Primitiven.

Folgen

Die erste Reaktion des Teams, gepostet gegen 02:20 UTC am 15. Oktober, war die Ankündigung eines Rollbacks, der die Chain auf ihren Zustand um 20:00 UTC am 14. Oktober zurücksetzen und jeden Block nach dem Exploit-Fenster verwerfen sollte. Binnen eines Tages wurde dieser Plan verworfen: Die Entwickler räumten ein, dass es „nicht möglich" sei, das Netzwerk einzufrieren oder seine Blockchain-Historie einseitig zurückzurollen, und dass dies auch legitime Transaktionen nach dem Exploit löschen würde. Börsen wie NonKYC und MEXC setzten ARRR-Ein- und -Auszahlungen aus, dPoW-Notary-Betreiber (Delayed Proof of Work) pausierten freiwillig die Notarisierungen, und Mining-Pools sowie Nutzer wurden gebeten, keine Mittel zu bewegen. Ein vollständiger Post-Mortem-Bericht und ein Wiederherstellungsplan wurden zugesagt, aber nicht terminiert; ein Verlust bestehender Nutzerguthaben über die Prägung hinaus war zum Zeitpunkt der Abfassung nicht bestätigt.

Warum es wichtig ist

Der Pirate-Chain-Vorfall ist ein Versagen der Angebotsintegrität auf der Konsensebene, eine andere und wohl gefährlichere Klasse als ein geleerter Vertrag: Wenn die Regel versagt, die die Ausgabe begrenzt, wird die Knappheit, auf die der gesamte Token angewiesen ist, stillschweigend gebrochen. Er steht neben Fällen unautorisierter Prägung wie der unbesicherten Cross-Chain-Prägung von Autheo wenige Tage zuvor und der Admin-Prägung von Gala Games, bei denen neue Einheiten außerhalb der vorgesehenen Angebotslogik erzeugt wurden. Die Privatsphäre-Dimension verschärft das Problem — anders als bei der Infinite-Mint auf der Secret-Network-Bridge wurden die gestohlenen Einheiten hier durch die eigene Abschirmung der Chain gewaschen, wodurch ein Feature zum Hindernis für die Wiederbeschaffung wurde. Er erinnert zudem daran, dass ein Protokoll-Upgrade eine hochriskante Änderung am sicherheitskritischsten Code ist, den eine Chain ausführt: Ein in einem Upgrade ausgelieferter Validierungsfehler untergräbt das Ledger weit tiefer als jeder Exploit auf Anwendungsebene.