Eine unangenehme Tatsache ist nützlicher als eine angenehme. Deshalb hier eine unangenehme Tatsache über das Dusk Network: Eine interne Prüfung, die im frühen Jahr 2026 abgeschlossen wurde, fand 39 Probleme in seiner Produktionscodebasis – sieben davon kritisch. Das ist mehr als ein Jahr, nachdem das Mainnet bereits mit echtem Wert in der Praxis lief.
Die vier Hauptursachen hinter diesen kritischen Befunden verdienen es, offen benannt zu werden, statt sie glattzubügeln. Zwei gingen auf unsolides Ownership von Speicher in Piecrust zurück, der Virtual-Machine-Sandbox. Dadurch konnte es passieren, dass zwei ehrliche Knoten identischen Code ausführen und dabei still und heimlich zu unterschiedlichen Ergebnissen kommen – eine Fehlerkategorie, die schlimmer ist als ein Crash, weil sie unsichtbar bleiben kann. Eine Ursache lag in einem Host-seitigen Deserialisierungspfad, der vertragsgesteuerte Bytes vertraute, ohne sie zuerst zu validieren. So wurde aus einem Bug auf Vertragsebene ein Problem für die Integrität eines Knotens. Eine weitere saß darin, wie Phoenix, das Modell für verschlüsselte Transaktionen, seine Gebühren- und Refund-Logik anband. Eine Lücke, die für sich genommen bereits Pfade zu einer Aufblähung der Geldmenge (Supply Inflation), zu Kettenstopps und zu einer Umleitung von Rückerstattungen gleichzeitig öffnen konnte. Die letzte Ursache war eine kryptografische Konstruktionsschwäche im BLS-Signaturschema, die direkt unter der Konsens-Authentifizierung selbst steckt. Die Untersuchung früherer Ausnutzung bedeutete, durch Logs und Host-seitige Evidenz über den gesamten Stack hinweg zu gehen – nicht nur nach einem einzelnen Bug-Muster in der Transaktionshistorie zu suchen.
Dusk sagt, dass seine eigene Untersuchung keine Hinweise darauf fand, dass irgendeines der sieben Probleme vor dem Fix ausgenutzt wurde, der im März 2026 als Hard Fork ausgeliefert wurde – seine größte Veröffentlichung seit dem Launch. Ich habe keine Möglichkeit, diese Behauptung unabhängig zu bestätigen, und niemand, der das hier liest, kann das ebenfalls. Doch allein dass NPEX plant, über 300 Millionen Euro auf diese Codebasis zu verlagern, zeigt: Die Einsätze waren nie klein. Was ich daraus entnehme, ist eher gemischt als reine Beruhigung. Das Entdecken vor einer Ausnutzung ist wirklich gute Arbeit – aber es bedeutet auch, dass Code, der so folgenreich ist, über ein Jahr lang in Produktion lief, ohne dass jemand die Fehler zuvor gefunden hatte. Eine einzige saubere Prüfung ist ein Meilenstein. Sie ist nicht dasselbe wie eine fortlaufende Garantie.
@Dusk $DUSK #dusk
Die vier Hauptursachen hinter diesen kritischen Befunden verdienen es, offen benannt zu werden, statt sie glattzubügeln. Zwei gingen auf unsolides Ownership von Speicher in Piecrust zurück, der Virtual-Machine-Sandbox. Dadurch konnte es passieren, dass zwei ehrliche Knoten identischen Code ausführen und dabei still und heimlich zu unterschiedlichen Ergebnissen kommen – eine Fehlerkategorie, die schlimmer ist als ein Crash, weil sie unsichtbar bleiben kann. Eine Ursache lag in einem Host-seitigen Deserialisierungspfad, der vertragsgesteuerte Bytes vertraute, ohne sie zuerst zu validieren. So wurde aus einem Bug auf Vertragsebene ein Problem für die Integrität eines Knotens. Eine weitere saß darin, wie Phoenix, das Modell für verschlüsselte Transaktionen, seine Gebühren- und Refund-Logik anband. Eine Lücke, die für sich genommen bereits Pfade zu einer Aufblähung der Geldmenge (Supply Inflation), zu Kettenstopps und zu einer Umleitung von Rückerstattungen gleichzeitig öffnen konnte. Die letzte Ursache war eine kryptografische Konstruktionsschwäche im BLS-Signaturschema, die direkt unter der Konsens-Authentifizierung selbst steckt. Die Untersuchung früherer Ausnutzung bedeutete, durch Logs und Host-seitige Evidenz über den gesamten Stack hinweg zu gehen – nicht nur nach einem einzelnen Bug-Muster in der Transaktionshistorie zu suchen.
Dusk sagt, dass seine eigene Untersuchung keine Hinweise darauf fand, dass irgendeines der sieben Probleme vor dem Fix ausgenutzt wurde, der im März 2026 als Hard Fork ausgeliefert wurde – seine größte Veröffentlichung seit dem Launch. Ich habe keine Möglichkeit, diese Behauptung unabhängig zu bestätigen, und niemand, der das hier liest, kann das ebenfalls. Doch allein dass NPEX plant, über 300 Millionen Euro auf diese Codebasis zu verlagern, zeigt: Die Einsätze waren nie klein. Was ich daraus entnehme, ist eher gemischt als reine Beruhigung. Das Entdecken vor einer Ausnutzung ist wirklich gute Arbeit – aber es bedeutet auch, dass Code, der so folgenreich ist, über ein Jahr lang in Produktion lief, ohne dass jemand die Fehler zuvor gefunden hatte. Eine einzige saubere Prüfung ist ein Meilenstein. Sie ist nicht dasselbe wie eine fortlaufende Garantie.
@Dusk $DUSK #dusk
