#dusk $DUSK @Dusk

Heute Nachmittag hat eine Kollegin auf @Dusk _Foundation's Bridge-Überarbeitung hingewiesen, nachdem es in ihrem Januar-Brücken-Vorfall zu einem Ereignis kam – der Schritt hin zu stärkerer Isolation und einer kontrollierteren Ausführung.
Das hat mich veranlasst, tiefer zu graben.

Zuerst wirkte es einfach.
Migrationsereignisse aus EVM-Netzwerken werden als Jobs eingelesen und checkpointet – Standard für die Cross-Chain-Verkabelung.

Aber das hat mich gestoppt.
Die Neugestaltung trennt „ein Ereignis beobachten“ von „Gelder freigeben“.
Ingestion-Checkpoints erfassen EVM-Ereignisse als Jobs, während ein separater Worker Auszahlungen über eine explizite Zustandsmaschine abwickelt.
Nicht mehr sehen bedeutet nicht mehr ausgeben.

Hier gibt es eine Spannung.
Automatisierung ermöglicht Tempo, dennoch ist eine kontrolliertere Ausführung beabsichtigt, um den Schadensradius zu reduzieren, falls ein Signierungspfad offengelegt wird.
Die Bridge pausiert jetzt, wenn die Hot-Wallet-Salden sinken, sodass man manuell Cold-Wallets nachfüllen muss, statt frei weiterzulaufen.

Trotzdem könnte ich mich irren.
Ich nenne es nicht „bulletproof“.
Architektonische Trennung und operativer Reibungsverlust sind unterschiedliche Bestien.

Also stelle ich weiter Fragen:

Verringert das Entkoppeln von Ingestion und Ausführung den Schadensradius wirklich, oder verlagert es nur das Vertrauen auf die menschliche Checkpoint-Schicht?

Ich wende das Ganze immer noch hin und her 🤔
$TUT $GPS