In den letzten Tagen habe ich mich immer wieder dabei ertappt, zu @Dusk zurückzukehren. Nicht wegen der Dinge, die leicht Aufmerksamkeit erregen, sondern weil es einen ruhigeren Teil des Projekts gibt, der mich immer wieder zum Nachdenken bringt.

Eine Sache, die ich am Vorfall vom 16. August schätze, ist, wie schnell das Team reagiert hat. Sie gingen rasch vor, um den Geldfluss zu stoppen, die betroffenen Adressen zu ersetzen und die Adressen zur Blockliste der Web-Wallet hinzuzufügen – ein recht vertrauter Ansatz, um mit den Folgen eines Vorfalls umzugehen.

Als ich mir nach dem Vorfall die neuen Adressen angesehen habe, gab es etwas ziemlich Interessantes. Statt dass man kleine Transaktionen nutzte, um das System zu testen, war fast alles vollständig still. Kein Dust, kein Testen, keine Hinweise darauf, dass jemand prüfte, wie das System reagieren würde. Mehr als eine Woche lang blieben diese Adressen stumm, während die Bridge offline blieb.

Was für mich nach dem Exploit am stärksten auffällt, ist nicht unbedingt, dass die Schwachstelle überhaupt aufgetreten ist, sondern was #dusk danach getan hat. Sie hätten die Bridge schnell wieder in Betrieb nehmen können, um die Nachfrage der Nutzer zu erfüllen, aber stattdessen hielten sie alles angehalten. Die neuen Adressen blieben unberührt. Niemand hat sie gezwungen zu warten, und trotzdem entschieden sie sich für die weniger bequeme Option – als Gegenleistung für eine zusätzliche Sicherheitsebene.

Ehrlich gesagt möchte ich es immer noch nicht als gutes Risikomanagement oder einfach als langsamen Wiederherstellungsprozess einordnen. Vielleicht liegt die Antwort irgendwo dazwischen. Was sich jedoch deutlich anfühlt, ist: Nach dem Vorfall gab es so gut wie keine zusätzliche On-Chain-Aktivität – und diese Stille selbst ist durchaus beachtenswert.

Ich frage mich, ob jemand diese Daten verfolgt: Wie lange bleibt jede Bridge nach einem Vorfall typischerweise „still“, bevor sie tatsächlich wieder online geht? Vielleicht ist dieser Zeitraum der Stille eine der deutlichsten Möglichkeiten zu erkennen, wie ein Team wirklich an das Risikomanagement herangeht.$DUSK $BMT $FOREST