#dusk $DUSK @Dusk 最近 wollte ich endlich klären, wie DUSK tatsächlich von Ethereum zu Solana gewechselt ist – zumal Chainlink inzwischen auch mitspielt. Ich dachte, es wäre ungefähr wie bei den Brücken, mit denen ich zuvor zu tun hatte: Man sperrt Tokens irgendwo, bekommt auf der anderen Seite eine verpackte Version, und wenn man wieder zurückwill, tauscht man sie einfach zurück.
Doch dann stellte sich heraus, dass es ganz anders ist. Hier kommt das Burn-and-Mint-Modell (Zerstören und Neuprägen) zum Einsatz. Dein DUSK auf der Quellkette wird wirklich verbrannt – nicht in irgendein Tresor-System gelegt, sondern einfach vernichtet – und dann werden auf der Zielkette in gleicher Menge neue Tokens neu geprägt. Es gibt keine “Wrapped IOU”-Schichten über gesperrten Tokens; die Gesamtmenge existiert lediglich an einem anderen Ort.
Erst beim Nachdenken wurde mir klar, dass diese Abweichung viel wichtiger ist, als sie auf den ersten Blick klingt. Brücken mit Lock-and-Mint lassen die echten Tokens im Smart Contract “liegen”. Wenn der Contract angegriffen und leergeräumt wird, werden die verpackten Tokens auf der anderen Seite sofort zu Wertpapier ohne ausreichende Deckung – im Grunde der Hintergrund, der hinter den meisten bekannten Bridge-Blackouts in dieser Branche steckt. Burn-and-Mint entfernt das eigentliche Angriffsziel direkt: Es gibt keine gesperrten Tokens, die man stehlen könnte. Der Preis dafür ist, dass man dem Prägeprozess vollständig vertrauen muss – und wenn jemand einen Weg findet, Tokens zu prägen, ohne dass es die entsprechenden Zerstörungen gibt, wäre das sogar schlimmer: Es würde effektiv ohne Gegenwert mehr Supply entstehen.
Etwas vereinfacht: Es ist wie der Unterschied zwischen einer Bank, die Bargeld in einen Tresor sperrt und dir einen Abhebe-Beleg gibt – und dass danach dein Geld an einem Ort zerstört wird und an einem anderen Ort neu ausgegeben wird. Im ersten Fall besteht das Risiko darin, dass jemand den Tresor knackt. Im zweiten Fall besteht das Risiko darin, dass jemand den „Druckautomaten“ überlistet.
In Kombination mit dem Bridge-Vorfall, der diesen Monat rund um Dusk passiert ist (es ging um ein Team-Management-Wallet), lohnt sich das besonders zu bedenken. Es sind zwar zwei unterschiedliche Dinge – damals war es ein Problem mit der Schlüsselverwaltung, nicht mit dem Präge-Mechanismus – aber es erinnert mich daran: „Diese Bridge ist sicher“ lässt sich nie mit einem einzigen Satz erklären. Entscheidend sind das Mechanik-Design, wer die Schlüssel kontrolliert, und wie schnell man erkennt, wenn etwas schiefgeht – und das alles addiert sich am Ende.
Kurz gesagt: Das ist nur die übliche Funktionsweise des Chainlink CCT-Standards. Ich habe nicht verifiziert, welche konkrete Pool-/Kanal-Typen Dusk im Detail verwendet.
Ich habe es immer noch nicht ganz verstanden: Macht Burn-and-Mint die Tokens wirklich sicherer – oder verlagert es das Vertrauensproblem nur vom Tresor auf die Seite, die die Prägeberechtigungen kontrolliert, und nennen wir das dann Fortschritt?
$BTR $ONG #dusk
Doch dann stellte sich heraus, dass es ganz anders ist. Hier kommt das Burn-and-Mint-Modell (Zerstören und Neuprägen) zum Einsatz. Dein DUSK auf der Quellkette wird wirklich verbrannt – nicht in irgendein Tresor-System gelegt, sondern einfach vernichtet – und dann werden auf der Zielkette in gleicher Menge neue Tokens neu geprägt. Es gibt keine “Wrapped IOU”-Schichten über gesperrten Tokens; die Gesamtmenge existiert lediglich an einem anderen Ort.
Erst beim Nachdenken wurde mir klar, dass diese Abweichung viel wichtiger ist, als sie auf den ersten Blick klingt. Brücken mit Lock-and-Mint lassen die echten Tokens im Smart Contract “liegen”. Wenn der Contract angegriffen und leergeräumt wird, werden die verpackten Tokens auf der anderen Seite sofort zu Wertpapier ohne ausreichende Deckung – im Grunde der Hintergrund, der hinter den meisten bekannten Bridge-Blackouts in dieser Branche steckt. Burn-and-Mint entfernt das eigentliche Angriffsziel direkt: Es gibt keine gesperrten Tokens, die man stehlen könnte. Der Preis dafür ist, dass man dem Prägeprozess vollständig vertrauen muss – und wenn jemand einen Weg findet, Tokens zu prägen, ohne dass es die entsprechenden Zerstörungen gibt, wäre das sogar schlimmer: Es würde effektiv ohne Gegenwert mehr Supply entstehen.
Etwas vereinfacht: Es ist wie der Unterschied zwischen einer Bank, die Bargeld in einen Tresor sperrt und dir einen Abhebe-Beleg gibt – und dass danach dein Geld an einem Ort zerstört wird und an einem anderen Ort neu ausgegeben wird. Im ersten Fall besteht das Risiko darin, dass jemand den Tresor knackt. Im zweiten Fall besteht das Risiko darin, dass jemand den „Druckautomaten“ überlistet.
In Kombination mit dem Bridge-Vorfall, der diesen Monat rund um Dusk passiert ist (es ging um ein Team-Management-Wallet), lohnt sich das besonders zu bedenken. Es sind zwar zwei unterschiedliche Dinge – damals war es ein Problem mit der Schlüsselverwaltung, nicht mit dem Präge-Mechanismus – aber es erinnert mich daran: „Diese Bridge ist sicher“ lässt sich nie mit einem einzigen Satz erklären. Entscheidend sind das Mechanik-Design, wer die Schlüssel kontrolliert, und wie schnell man erkennt, wenn etwas schiefgeht – und das alles addiert sich am Ende.
Kurz gesagt: Das ist nur die übliche Funktionsweise des Chainlink CCT-Standards. Ich habe nicht verifiziert, welche konkrete Pool-/Kanal-Typen Dusk im Detail verwendet.
Ich habe es immer noch nicht ganz verstanden: Macht Burn-and-Mint die Tokens wirklich sicherer – oder verlagert es das Vertrauensproblem nur vom Tresor auf die Seite, die die Prägeberechtigungen kontrolliert, und nennen wir das dann Fortschritt?
$BTR $ONG #dusk