Ich habe angefangen, mir den Bridge-Migrations-Flow von Dusk anzusehen und dachte, der Smart Contract wäre der interessante Teil.
Stimmt nicht—es war der Signer.
Der Contract selbst ist ziemlich unkompliziert. DUSK wird gesperrt, ein Event wird ausgegeben, und ein externer Dienst nimmt das auf und löst die Transaktion auf Dusk aus. Ganz einfach – bis man sich anschaut, was zwischen diesen beiden Schritten passieren muss.
Der Vorfall vom 16. Januar hat diese Lücke unausweichlich gemacht. Nachdem die Signer-Wallet kompromittiert wurde, wurden 7.880 DUSK gebridged, gefolgt von weiteren 1,91 Mio. DUSK. Ein weiterer Versuch in Höhe von 8,91 Mio. wurde nach der Minderung gestoppt.
Genau zu diesem Teil komme ich immer wieder zurück.
Der Smart Contract wurde nicht plötzlich unvorhersehbar. Das eigentliche Risiko lag im operativen Pfad, der ein On-Chain-Event mit der Wallet verbindet, die tatsächlich in der Lage ist, Gelder zu bewegen.
Und ehrlich gesagt: Das ist leicht zu übersehen, wenn man sich Bridge-Sicherheit anschaut. Es ist verlockend, den Contract zu prüfen und damit abzuschließen, aber ich will wissen, was passiert, nachdem das Event ausgelöst wurde. Wer sieht es? Wo wird es gespeichert? Wer entscheidet, ob es gültig ist? Und vor allem: Wer hat den Schlüssel, um dieses Event in eine echte Transaktion zu verwandeln?
Darum hat mich die Trennung von Event-Ingestion und Signing bei Dusk besonders aufmerksam gemacht. Sie nimmt den Signer aus der direkten Bridge zwischen „Event erkannt“ und „Geld freigegeben“ heraus.
Für mich ist das die größere Erkenntnis: Wenn ich mir heute eine Bridge anschaue, frage ich nicht nur, ob der Contract sicher ist. Ich frage, wo das eigentliche Vertrauen hinter allem sitzt.
@Dusk_Foundation #dusk $DUSK
$BR
$AKE
Stimmt nicht—es war der Signer.
Der Contract selbst ist ziemlich unkompliziert. DUSK wird gesperrt, ein Event wird ausgegeben, und ein externer Dienst nimmt das auf und löst die Transaktion auf Dusk aus. Ganz einfach – bis man sich anschaut, was zwischen diesen beiden Schritten passieren muss.
Der Vorfall vom 16. Januar hat diese Lücke unausweichlich gemacht. Nachdem die Signer-Wallet kompromittiert wurde, wurden 7.880 DUSK gebridged, gefolgt von weiteren 1,91 Mio. DUSK. Ein weiterer Versuch in Höhe von 8,91 Mio. wurde nach der Minderung gestoppt.
Genau zu diesem Teil komme ich immer wieder zurück.
Der Smart Contract wurde nicht plötzlich unvorhersehbar. Das eigentliche Risiko lag im operativen Pfad, der ein On-Chain-Event mit der Wallet verbindet, die tatsächlich in der Lage ist, Gelder zu bewegen.
Und ehrlich gesagt: Das ist leicht zu übersehen, wenn man sich Bridge-Sicherheit anschaut. Es ist verlockend, den Contract zu prüfen und damit abzuschließen, aber ich will wissen, was passiert, nachdem das Event ausgelöst wurde. Wer sieht es? Wo wird es gespeichert? Wer entscheidet, ob es gültig ist? Und vor allem: Wer hat den Schlüssel, um dieses Event in eine echte Transaktion zu verwandeln?
Darum hat mich die Trennung von Event-Ingestion und Signing bei Dusk besonders aufmerksam gemacht. Sie nimmt den Signer aus der direkten Bridge zwischen „Event erkannt“ und „Geld freigegeben“ heraus.
Für mich ist das die größere Erkenntnis: Wenn ich mir heute eine Bridge anschaue, frage ich nicht nur, ob der Contract sicher ist. Ich frage, wo das eigentliche Vertrauen hinter allem sitzt.
@Dusk_Foundation #dusk $DUSK
$BR
$AKE