Habe die Woche damit verbracht, in die Brücken-Infrastruktur von Dusk für diese CreatorPad-Runde einzutauchen, und das, was mich aufgehalten hat, war kein Feature – es war die Benachrichtigung zum Vorfall vom 16. August. Das Team hat verdächtige Aktivitäten auf einer Wallet festgestellt, die sie für Bridge-Operationen kontrollierten, und musste vor Ort einen Stapel von Adressen deaktivieren und recyceln. $DUSK , #dusk , @Dusk – ich war mit der Erwartung reingegangen, über den Testnet-Impuls von DuskEVM zu schreiben. Ich bin mit etwas ganz anderem im Kopf rausgekommen.

Das hier hat es mir klar gemacht: Die Brücke selbst ist nicht gebrochen. Die zk-Schicht, der Konsens – nichts davon wurde angetastet. Was nachgegeben hat, war eine teamverwaltete Wallet, also eine Art operativer Komponente, von der jede Bridge leise abhängt und die niemand wirklich öffentlich auditiert. Dusk reagierte schnell, stoppte Services, und koordinierte sich mit Binance, sobald dort ein Teil des Ablaufs sichtbar wurde. Eine vernünftige Reaktion. Aber sie hat die Lücke zwischen „protokollbasierter Sicherheit“ und „den Menschen, die die Infra-Ebene betreiben“ aufgezeigt – zwei Dinge, die ich bis dahin für eins gehalten hatte.

Ich war davon ausgegangen, dass das Bridge-Risiko hauptsächlich im Vertragscode lebt. Aber die weichere Angriffsfläche – die operative – ist genauso tragfähig. Immer noch nicht sicher, wie man das auditieren sollte.

Was ist das echte Bridge-Risiko?