Ich habe diese Woche ein paar alte Berichte über Bridge-Exploits durchgesehen und bin dabei auf etwas gekommen, das sich ein wenig unangenehm anfühlt. Wenn eine Bridge gehackt wird, sprechen die Leute normalerweise über den Smart Contract, das Validator-Set oder die gestohlene Menge. Aber nach dem Durchsehen genug vieler Fälle wirkt es so, als würde die Bridge oft etwas Größeres als nur einen Bug in sich selbst offenlegen.

Eine Bridge sitzt zwischen Systemen, denen man nicht von Natur aus vertraut. Deshalb hängt sie in der Regel von einer Gruppe von Validatoren, Relayer-Multisig-Signierern oder Operatoren ab, um zu verifizieren, was auf einer anderen Chain passiert ist. Auf dem Papier kann das dezentral genug aussehen. In der Praxis kann sich jedoch eine überraschend große Vertrauensmenge am Ende in wenigen Personen oder operativen Prozessen konzentrieren.

Genau zu diesem Punkt komme ich immer wieder zurück. Ein Bridge-Hack zeigt nicht nur, wo der Code versagt hat. Manchmal zeigt er, wo Menschen Teil des Sicherheitsmodells wurden—selbst dann, wenn Nutzer davon ausgingen, dass alles durch die Chain selbst durchgesetzt wird. Die Blockchain mag dezentral sein, aber der Weg, der sie mit einem anderen Netzwerk verbindet, kann sehr unterschiedliche Annahmen einführen.

Ich will nicht sagen, dass jedes Bridge-Design dieselben Schwächen hat. Einige verbessern sich offensichtlich. Trotzdem verbringe ich, wenn ich heutzutage ein Cross-Chain-System bewerte, weniger Zeit damit zu fragen, wie Assets sich bewegen, und mehr Zeit damit zu fragen, wem am Ende vertraut wird, wenn etwas schiefgeht. Werden wir besser darin, diese Abhängigkeit zu verringern, oder verbergen wir sie größtenteils hinter komplexerer Infrastruktur?
#dusk $DUSK @Dusk