Wenn eine Chain sich selbst umschreibt: Ravencoins Konsensfehler und was eine Bestätigung wirklich wert ist
Die meisten Krypto-Vorfälle drehen sich um Schlüssel. Jemand phisht eine Seed-Phrase, ein Contract hat einen Reentrancy-Bug, eine Börse verliert ihre Hot Wallet. Das Kassenbuch bleibt ehrlich; nur ein bestimmter Satz Coins wechselt gegen den Willen seines Eigentümers den Besitzer.
Der Ravencoin-Vorfall vom August gehörte in eine andere und seltenere Kategorie. Niemandes Schlüssel wurden angerührt. Auseinandergefallen ist das Kassenbuch selbst.
Was geschah
Am 7. August 2026 um 15:44 UTC, auf Blockhöhe 4.487.776, akzeptierte das Netzwerk einen Block, der unmöglich hätte sein müssen. Dann folgten weitere. In einem untersuchten Abschnitt von 2.089 Blöcken waren 96 ungültig. Der Fehler wurde am 11. August öffentlich demonstriert, vier Tage nach dem ersten ausgenutzten Block — die Chain hatte also fast eine Woche lang still gefälschte Blöcke produziert, bevor es jemand bekanntgab.
RVN fiel um rund 20 % auf etwa 0,0027 US-Dollar. Upbit und Bitget setzten Ein- und Auszahlungen aus. Das Ravencoin-Projekt forderte Börsen, Explorer und Node-Betreiber auf, sofort zu aktualisieren, und markierte jede nach Block 4.487.775 bestätigte Transaktion als potenziell umkehrbar.
Bei diesem letzten Satz lohnt es sich innezuhalten. Nicht „einige Transaktionen wurden rückgängig gemacht". Alle Transaktionen waren drei Tage lang vorläufig.
Der Fehler: eine Zahl, die niemand prüfte
Ravencoin schürft mit KAWPOW, einem speicherintensiven Proof-of-Work-Algorithmus, der von ProgPoW abgeleitet ist. Die Speicherintensität ist der ganze Sinn: Die Arbeit hängt von einem großen Datensatz ab, der im RAM gehalten werden muss, und genau das macht ASICs unwirtschaftlich und hält das Mining für GPUs offen. Dieser Datensatz wird periodisch neu erzeugt, und welchen man braucht, leitet sich aus der Höhe des Blocks ab.
Der Blockheader trägt ein Feld namens nHeight, das angibt, an welcher Stelle der Chain der Block sitzt. Nodes validierten den Proof of Work gegen die Höhe, die der Block behauptete. Sie prüften diese Behauptung nie gegen die tatsächliche Position des Blocks in der Chain.
Man konnte also lügen. Man gibt eine Höhe aus der Frühzeit der Chain an, bekommt einen kleinen Datensatz, leistet einen Bruchteil der Arbeit und produziert einen Block, den ein verwundbarer Node bereitwillig als gültig annimmt. Die Speicherhärte, die Ravencoin-Mining teuer macht, war optional, sobald man schlicht behauptete, einen anderen Block zu schürfen als den tatsächlichen. Ungültige Blöcke wurden, in den Worten des Projekts selbst, dramatisch billiger herzustellen als legitime.
Fundamentaler wird ein Konsensfehler kaum. Proof of Work ist der Mechanismus, mit dem eine Blockchain Strom in Endgültigkeit verwandelt. Lässt sich der Beweis billig fälschen, gibt es keine Endgültigkeit — nur ihren Anschein.
Die Reorganisation war die Lösung
Jetzt der Teil, der von außen alarmierend aussieht und tatsächlich richtig ist.
2Miners und RavenMiner, die zusammen die Mehrheit der Hashrate des Netzwerks halten, kündigten an, eine Chain zu schürfen, die den ausgenutzten Zweig ab 4.487.776 ausschließt. Die gepatchte Node-Software (2Miners veröffentlichte 4.6.1.1-hf1) weist Blöcke zurück, deren angegebene Höhe nicht mit der echten übereinstimmt, und verankert Block 4.487.775 fest als Checkpoint — eine Linie, hinter der die alte, vergiftete Historie nicht mehr angenommen werden kann.
Das Ergebnis war eine Chain-Reorganisation von rund drei Tagen Tiefe. Drei Tage an Blöcken verworfen und ersetzt.
Eine tiefe Reorg ist normalerweise das Symptom eines Angriffs. Hier war sie das Heilmittel. Der ausgenutzte Zweig war keine legitime Historie, die jemand umschrieb; er war bereits ungültig, und das Netzwerk beschloss, nicht länger so zu tun als ob.
Die Naht ist heute noch in der Chain zu sehen. Block 4.487.775 wurde am 7. August um 15:43:57 UTC geschürft. Block 4.487.776 — der ehrliche, auf der wiederhergestellten Chain — trägt den Stempel 14:09:42 UTC am 10. August. Zwei Tage, zweiundzwanzig Stunden und sechsundzwanzig Minuten zwischen aufeinanderfolgenden Blöcken auf einer Chain, die eine Minute anpeilt. Diese Lücke ist das Narbengewebe.
Was das bedeutete, wenn man RVN hielt
Lagen deine Coins in einer Wallet, die du kontrollierst, und hast du in diesen Tagen nicht transagiert, ist dir nichts passiert. Schlüssel waren nie das Problem. Guthaben von vor Block 4.487.775 standen nie infrage.
Hast du in diesem Fenster doch transagiert, musste deine Transaktion erneut in die wiederhergestellte Chain geschürft werden, um zu überleben. Gewöhnliche Zahlungen schafften das im Allgemeinen — es waren gültige Transaktionen, die nur in verworfenen Blöcken lagen, und sie kehrten in den Mempool zurück, um erneut bestätigt zu werden. Was eine Reorg nicht übersteht, ist alles, was darauf beruhte, dass die verworfene Historie dauerhaft bleibt. Der klassische Fall ist eine Einzahlung bei einer Börse: Coins kommen an, werden gutgeschrieben, gehandelt oder abgehoben — und dann ist die Einzahlung ungeschehen. Genau deshalb war das Aussetzen von Ein- und Auszahlungen richtig, und deshalb schützten die Börsen, die schnell handelten, sich und ihre Nutzer, statt in Panik zu verfallen. Ein Stopp ist ein Ausfallmodus, den Börsen abfedern können und sollten, wenn die Alternative darin besteht, Geld gutzuschreiben, das sich später auflöst.
Was eine Bestätigung tatsächlich verspricht
Die meisten Wallets, unsere eingeschlossen, zeigen eine Anzahl von Bestätigungen an und überlassen es dir, daraus Sicherheit abzuleiten. Es lohnt sich, genau zu sein, was diese Zahl bedeutet, denn bei Vorfällen wie diesem beißt die Ungenauigkeit.
Eine Bestätigung ist keine Garantie. Sie ist eine ökonomische Aussage: Die Historie ab diesem Punkt umzuschreiben, würde so viel Proof of Work erfordern, und das würde mehr kosten, als die Zahlung wert ist. Sechs Bestätigungen bei Bitcoin sind eine Faustregel über Kosten, kein kryptografischer Beweis von Dauerhaftigkeit.
In dieser Aussage steckt eine verborgene Annahme: dass Blöcke zu produzieren teuer ist. Ravencoins Fehler entfernte die Annahme. Wenn ungültige Blöcke fast nichts kosten, misst „so und so viele Bestätigungen" überhaupt nichts mehr. Die Zahl auf dem Bildschirm zählte weiter; wovon sie zählte, war unbemerkt bedeutungslos geworden.
Die ehrliche Schlussfolgerung lautet nicht „Bestätigungen sind nutzlos". Sie lautet, dass ein Bestätigungszähler eine Aussage über die Gesundheit der Konsensregeln einer Chain ist und jede Schwäche dieser Regeln erbt. Richte deine Geduld nach dem Wert, der auf dem Spiel steht, und behandle einen laufenden Konsensvorfall als Grund, ganz aufzuhören zu transagieren, statt auf eine größere Zahl zu warten.
Wo SSP stand
Wir betreiben eigene Ravencoin-Infrastruktur, statt Guthaben aus der API von jemand anderem zu lesen. Damit hat die Frage „Ist SSP auf der richtigen Chain?" eine überprüfbare Antwort statt einer beruhigenden.
Unser Node läuft mit Ravencoin 4.8.0 — deutlich jenseits des Hard Forks — und steht zum Zeitpunkt des Schreibens auf Höhe 4.522.205 der wiederhergestellten Chain. Beide Seiten der Naht stimmen exakt mit der Referenz-Chain überein:
- 4.487.775 →
000000000002d64509e06e76ddbbe418c725291687ec62b41ecfc40386a091fd - 4.487.776 →
0000000000042bb50281ebb2f68d3f9143980b041178849015d95b067d52a841
Dieselben Hashes wie im offiziellen Ravencoin-Explorer, dieselbe Drei-Tage-Lücke. Von SSP-Nutzern war nichts verlangt, und Ravencoin in SSP funktioniert genau wie zuvor.
Die ehrlichen Grenzen
Wir schreiben solche Texte, um zu erklären, wovor unsere Architektur schützt — also ist es wichtig, klar zu sagen, wovor nicht.
Zwei-von-zwei-Multisig schützt die Signaturseite. Es bedeutet, dass kein einzelnes kompromittiertes Gerät deine Coins bewegen kann, dass jede Zahlung zweimal auf zwei unabhängigen Geräten freigegeben wird und dass ein Dieb mit deinem Laptop nichts hat. Diese Eigenschaften galten während des gesamten Vorfalls, und es sind die Eigenschaften, auf die es bei der überwältigenden Mehrheit der Wege ankommt, auf denen Menschen Krypto verlieren.
Keine davon hilft gegen eine Chain-Reorganisation. Auch keine Hardware-Wallet, kein Air-Gap-Signer, keine Passphrase und kein Multisig-Quorum welcher Größe auch immer. Konsensfehler liegen unter alldem — sie sind eine Eigenschaft des Netzwerks, nicht deiner Verwahrung. Wer behauptet, seine Wallet schütze dich vor einem schlechten Block, verkauft dir etwas.
Was eine Wallet ehrlich anbieten kann, ist dies: echte Node-Infrastruktur betreiben, sie gepatcht halten und transparent machen, welcher Chain sie folgt. Das ist eine Wartungsverpflichtung, keine kryptografische Garantie — und es ist die richtige Größe für ein Versprechen.
Das andere, was man aus dem August mitnehmen sollte, ist eine Erinnerung daran, wo Risiko tatsächlich wohnt. Ravencoins Fehler steckte jahrelang im Code, bevor ihn jemand ausnutzte, und zwar an der unglamourösesten denkbaren Stelle: einem Feld in einem Header, von dem alle annahmen, jemand anders prüfe es. Der Coldcard-Entropiefehler hatte dieselbe Gestalt — eine kleine, langweilige, ungeprüfte Codezeile, von außen unsichtbar, die alles darüber trug.
Das sind die Fehler, die wehtun. Nicht die exotischen kryptografischen Angriffe, sondern die Annahme, für die niemand einen Test geschrieben hat.
