Irgendwo zwischen zwei Physik-Aufgabenblättern diese Woche bin ich in ein Kaninchenloch über das gestürzt, wie Dusk’s Brücke tatsächlich bestätigt, dass ein Lock passiert ist, bevor sie auf der anderen Seite irgendetwas „mintet“.
Am 20. Mai hat die Butter Bridge des MAP Protocols völlig aus dem Nichts 1 Quadrillion MAPO geprägt – ungefähr 4,8 Millionen Mal so viel wie das echte Angebot –, nachdem ein Angreifer eine Cross-Chain-Nachricht gefälscht hat, durch eine Schwachstelle in dem OmniServiceProxy-Contract. Die Brücke hat nie überprüft, ob die Einzahlung wirklich passiert ist; sie hat einfach der Nachricht vertraut, die behauptet hat, dass sie passiert sei. Der Token ist gefallen, um fast 30%, bevor sich der Staub gelegt hat.
Das ist genau der Fehlermodus, den jede Lock-and-Mint-Brücke vermeiden soll, und es ist auch das Muster bei Dusk’s eigener ERC20/BEP20-zu-native-Migration: Tokens auf Ethereum oder BSC sperren, natives DUSK ausgeben, sobald das Lock-Event bestätigt. Zellic hat diesen Migrations-Contract explizit auditiert und keine Schwachstellen gefunden; jede Verzweigung der Mint-Funktion wurde gegen genau diese Art von Fälschung getestet. Dusk’s neuere Brücke, die DuskDS mit DuskEVM verbindet, geht noch weiter und überspringt das Muster vollständig: sie ist validator-gesteuert und trustless – es gibt dort überhaupt keine eingelagerten Wrapped Assets oder gesperrten Reserven als Ziel.
Was ich allerdings noch deutlich gemacht haben möchte: Ein Audit, das 2024 nichts gefunden hat, ist keine dauerhafte Garantie gegen eine neue Klasse von Fälschungen im Jahr 2026, und die ältere ERC20/BEP20-Migrationsbrücke ist weiterhin architektonisch die Lock-and-Mint-Form, die anderswo immer wieder kaputtgemacht wird. Nicht jede Brücke, die Dusk betreibt, trägt dasselbe Risikoprofil, und diese Unterscheidung ist wichtiger als „auditiert“ als pauschales Label.
#dusk $DUSK @Dusk #Ethereum #BSC
Am 20. Mai hat die Butter Bridge des MAP Protocols völlig aus dem Nichts 1 Quadrillion MAPO geprägt – ungefähr 4,8 Millionen Mal so viel wie das echte Angebot –, nachdem ein Angreifer eine Cross-Chain-Nachricht gefälscht hat, durch eine Schwachstelle in dem OmniServiceProxy-Contract. Die Brücke hat nie überprüft, ob die Einzahlung wirklich passiert ist; sie hat einfach der Nachricht vertraut, die behauptet hat, dass sie passiert sei. Der Token ist gefallen, um fast 30%, bevor sich der Staub gelegt hat.
Das ist genau der Fehlermodus, den jede Lock-and-Mint-Brücke vermeiden soll, und es ist auch das Muster bei Dusk’s eigener ERC20/BEP20-zu-native-Migration: Tokens auf Ethereum oder BSC sperren, natives DUSK ausgeben, sobald das Lock-Event bestätigt. Zellic hat diesen Migrations-Contract explizit auditiert und keine Schwachstellen gefunden; jede Verzweigung der Mint-Funktion wurde gegen genau diese Art von Fälschung getestet. Dusk’s neuere Brücke, die DuskDS mit DuskEVM verbindet, geht noch weiter und überspringt das Muster vollständig: sie ist validator-gesteuert und trustless – es gibt dort überhaupt keine eingelagerten Wrapped Assets oder gesperrten Reserven als Ziel.
Was ich allerdings noch deutlich gemacht haben möchte: Ein Audit, das 2024 nichts gefunden hat, ist keine dauerhafte Garantie gegen eine neue Klasse von Fälschungen im Jahr 2026, und die ältere ERC20/BEP20-Migrationsbrücke ist weiterhin architektonisch die Lock-and-Mint-Form, die anderswo immer wieder kaputtgemacht wird. Nicht jede Brücke, die Dusk betreibt, trägt dasselbe Risikoprofil, und diese Unterscheidung ist wichtiger als „auditiert“ als pauschales Label.
#dusk $DUSK @Dusk #Ethereum #BSC