Ich habe etwas in der Geschichte von Dusk gefunden, das mir beim Lesen nicht besonders gefallen hat.
Nicht, weil das Protokoll gehackt wurde.
Das wurde es nicht.
Die Brücke schon.
Am 16. Januar 2026 erhielt jemand Zugriff auf einen Signier-Wallet, der von Dusk's Dusk-to-EVM-Brücke verwendet wird.
Dann wurden die Zahlen hässlich.
9.000 DUSK.
89.700.
2,74 Millionen.
Dann weitere 8,07 Millionen.
Als Dusk die Brücke schließlich abschaltete, waren bereits mehrere Millionen DUSK bewegt worden. Ein letzter Brückenversuch mit 8,91 Millionen DUSK scheiterte nach der Abschaltung.
Ich mag solche Zwischenfälle beim Lesen sogar mehr als eine weitere Ankündigung „unsere Sicherheit ist branchenführend“.
Denn hier wird die Architektur wirklich auf die Probe gestellt.
Der interessante Teil war nicht irgendein mysteriöser Konsens-Angriff.
Der Angreifer hat Dusk's Finalität nicht gebrochen.
Er bekam das Signier-Wallet.
Und sobald dieses Wallet kompromittiert war, saß zu viel Befugnis hinter einem einzigen operativen Pfad.
Dusk's Post-Mortem räumt das ziemlich direkt ein.
Das Redesign trennte das Signieren von der Ereignisverarbeitung, führte einen expliziten Transaktionslebenszyklus ein, reduzierte den Kontostand, der dem Hot-Signer ausgesetzt war, und isolierte den Bridge-Dienst.
Das ist eine deutlich weniger aufregende Geschichte als „Dusk hat einen massiven Exploit gestoppt“.
Aber ehrlich gesagt, ich bevorzuge sie.
Denn Brücken dürfen sich nicht hinter der Formulierung „die zugrunde liegende Kette ist sicher“ verstecken.
Wenn Nutzer der Brücke ihre Assets anvertrauen, wird die Brücke Teil des Sicherheitsperimeters – ob dem Protokoll das gefällt oder nicht.
Ich glaube nicht, dass ein einziger Vorfall mir sagt, dass Dusk unsicher ist.
Aber ich glaube auch nicht, dass es vergessen werden sollte, nur weil die Brücke neu aufgebaut wurde.
Ich sehe lieber, was als Nächstes passiert.
$DUSK #Dusk @Dusk #dusk $DUSK @Dusk
Nicht, weil das Protokoll gehackt wurde.
Das wurde es nicht.
Die Brücke schon.
Am 16. Januar 2026 erhielt jemand Zugriff auf einen Signier-Wallet, der von Dusk's Dusk-to-EVM-Brücke verwendet wird.
Dann wurden die Zahlen hässlich.
9.000 DUSK.
89.700.
2,74 Millionen.
Dann weitere 8,07 Millionen.
Als Dusk die Brücke schließlich abschaltete, waren bereits mehrere Millionen DUSK bewegt worden. Ein letzter Brückenversuch mit 8,91 Millionen DUSK scheiterte nach der Abschaltung.
Ich mag solche Zwischenfälle beim Lesen sogar mehr als eine weitere Ankündigung „unsere Sicherheit ist branchenführend“.
Denn hier wird die Architektur wirklich auf die Probe gestellt.
Der interessante Teil war nicht irgendein mysteriöser Konsens-Angriff.
Der Angreifer hat Dusk's Finalität nicht gebrochen.
Er bekam das Signier-Wallet.
Und sobald dieses Wallet kompromittiert war, saß zu viel Befugnis hinter einem einzigen operativen Pfad.
Dusk's Post-Mortem räumt das ziemlich direkt ein.
Das Redesign trennte das Signieren von der Ereignisverarbeitung, führte einen expliziten Transaktionslebenszyklus ein, reduzierte den Kontostand, der dem Hot-Signer ausgesetzt war, und isolierte den Bridge-Dienst.
Das ist eine deutlich weniger aufregende Geschichte als „Dusk hat einen massiven Exploit gestoppt“.
Aber ehrlich gesagt, ich bevorzuge sie.
Denn Brücken dürfen sich nicht hinter der Formulierung „die zugrunde liegende Kette ist sicher“ verstecken.
Wenn Nutzer der Brücke ihre Assets anvertrauen, wird die Brücke Teil des Sicherheitsperimeters – ob dem Protokoll das gefällt oder nicht.
Ich glaube nicht, dass ein einziger Vorfall mir sagt, dass Dusk unsicher ist.
Aber ich glaube auch nicht, dass es vergessen werden sollte, nur weil die Brücke neu aufgebaut wurde.
Ich sehe lieber, was als Nächstes passiert.
$DUSK #Dusk @Dusk #dusk $DUSK @Dusk