Fangen wir mit einer Zahl an: 23 Minuten.
Liquid ist in Aufruhr geraten. Der Angreifer hat vom ersten Handgriff bis zur vollständigen Mitnahme des Geldes alles in 23 Minuten erledigt. On-Chain konnte niemand rechtzeitig Zweifel anmelden.
Genauso bei Bitcoin-Sidechains, genauso mit „geankerten Vermögenswerten“: Der gesamte Ausstiegsprozess bei Liquid hat nur 23 Minuten gedauert. Im Design der GOAT-Bridge über BitVM3 muss jedoch jede Auszahlung auf Bitcoin öffentlich einen Challenge-Prozess bestehen, mindestens eine Woche, bis alles endgültig geklärt ist. Sobald jemand die Kontroverse anstößt, verlängert sich die eingefrorene Zeit für diesen Exit sogar noch mehr.
23 Minuten und mindestens eine Woche – stellt man diese beiden Zahlen zusammen, erklärt das im Grunde das komplizierteste Problem der Bitcoin-Layer-2-Schichten, das die Jahre über immer schon am meisten eingerenkt war.
Eine Sidechain ist eine eigenständige Kette. Auf der Bitcoin-Seite hält man nur die verankerten Coins – man sieht nicht, was auf dieser Kette tatsächlich passiert. Deshalb liegt am Ende alles daran, ob der Betreiber den Durchlass erlaubt oder nicht: Mit einem einzigen Satz. Selbst wenn der Betrieb noch so sorgfältig und transparent ist, entscheidet weiterhin das eigene Software-Setup der Sidechain, was als "gültig" gilt.
Und GOATs BitVM3-Brücke macht jedes Aussteigen bei Bitcoin zu etwas, das angezweifelt werden kann: Die Betreiber müssen Beweise vorlegen, dass diese Auszahlung nach den Regeln ablief. Und die Regeln, anhand derer das bewertet wird, sind selbst in Bitcoin eingebrannt – außerhalb der Software, die davon eingeschränkt wird.
Wenn es um die Frage geht, wo die Regeln eingebrannt werden, kommt man an dem BitVM3-Bug-Bounty nicht vorbei, das am 18. August startete. Die offiziellen Anforderungen lauteten damals: Behandle es, als wäre es dein Feind. Die erste Welle von Einreichungen ist jetzt durch die vollständige technische Begutachtung gelaufen. Ergebnis: 86 klassifizierte Erkenntnisse, die die gesamte BitVM3-Technikstack-Breite horizontal abdecken – von den Knoten- und P2P-Verhaltensweisen über die Verifikatoren und die Logik für Einwände, bis hin zu Bridge- und Smart-Contract-Logik, Transaktionsprüfung, Beweisen und circuit-level Analysen sowie dem API-Verhalten. In sechs Richtungen – im Grunde wurde dieser Stack von der Netzwerkschicht bis zur Schnittstellenebene komplett durchgecheckt.
Von 86 bekamen 13 die Prämie – aus einem 5000-Dollar-Preis-Pool: 4 High, 5 Medium, 4 Low.
Noch lieber möchte ich aber über die fünf Erkenntnisse sprechen, die in Form öffentlich zugänglicher GitHub-Issues im bitvm-node-Repository abgelegt wurden – weil sie alle auf der automatisierten Abwehrstrecke der Bridge gebündelt sind. Also genau auf dieser Logik: "Wenn der Betreiber Böses tut, wird automatisch eine Challenge ausgelöst". Ganz ehrlich: Genau hier muss ein adversarial review am härtesten Löcher reißen – und genau das ist passiert.
430，High: Die Prüfungen der Behauptungen (Assertions) des Verifikators können in bestimmten Bedingungen übersprungen werden, sodass eine ungültige Betreiber-Assertion niemand herausfordert.
431，High: Der Kickoff-Detector schaut jeweils nur auf ein einziges Bild pro Betreiber. Dadurch kann ein zweiter nicht autorisierter Kickoff durchrutschen, ohne dass automatisch eine Challenge ausgelöst wird.
429，Mittel: Automatische Herausforderungen für einen nicht autorisierten Kickoff sind nur einmalig. Wenn man auf eine bestimmte Timing-Grenzsituation trifft, schlägt es fehl und öffnet den Zugriff (fail open).
435，Mittel：Mit einem On-Chain-Claim, der ein nicht standardmäßiges Skript nutzt und extrem wenig kostet, lässt sich einen Bridge-out-Watcher eines Ausschussknotens so blockieren.
448，Low: Die bridge-out-Instance-ID ist vorhersagbar. Jeder kann im Voraus einen Eintrag vergraben, um den bridge-out cursor festzuziehen.
Im Kommentarbereich hat jemand #431 extra noch einmal nacherzählt, um zu prüfen, ob er es richtig verstanden hat. Das hat mich schon berührt – denn dass ein Schlupfloch, das dafür sorgt, dass ein "zweiter illegaler Start" nicht automatisch herausgefordert wird, von externen Forschern schwarz auf weiß hervorgeholt wird, zeigt ganz für sich, dass dieses offene Review-Mechanismus-System dabei ist zu arbeiten.
Im Community gibt es einen Satz, den ich sehr gut finde: Die ersten 86 haben etwas entdeckt, 13 haben eine Belohnung bekommen. Dass es eine offene Sicherheitsprüfung gibt, ist genau die Art, wie ein Vertrauensminimierungs-System stärker wird. Glückwunsch an die Gewinner – gleichzeitig möchte ich auch sagen: Dass diese 13 Probleme herausgegraben und behoben wurden, sagt mehr darüber aus, dass dieses Setup ernsthaft ausgearbeitet wird, als jedes Audit-Protokoll. Audits kommen, um unterschreiben zu lassen; Bounties kommen, um Türen aufzubrechen – die zweite Art hinterlässt härtere Spuren.
Was GOAT jetzt macht, ist im Grunde, aus der Idee "Regeln auf Bitcoin schreiben, Ausstiege anfechtbar machen" – die bislang in Whitepaper-Sprache steckte – eine engineering-taugliche Liste mit Nummern, Stufen und Reparaturhistorie zu machen. Das ist die Zwischenphase, in der aus Narrative Realität wird, und zugleich die Phase, in der eine Neubewertung am ehesten entsteht.
BitVM3s Kennzeichen ist eine Brücke mit maximaler Vertrauensminimierung: mindestens ein einwöchiges Herausforderungsfenster, aus Streitgründen eingefrorene Ausstiege, und die Betreiber müssen ihre Unschuld belegen. Diese Designdetails haben auf dem Kapitalmarkt einen Aufschlag, weil sie direkt auf genau das einzahlen, was Bitcoin-Ur-Enthusiasten am meisten interessiert: Wenn ich dir meine Coins gebe, soll ich nicht nur darauf vertrauen müssen, dass du ein guter Mensch bist.
Ich neige zu der Ansicht, dass mit der weiteren Umsetzung von Mainnet und Brücke sowie dem Eintritt von Ökosystem-Vermögenswerten die Handlungs- und Bewertungsflexibilität von GOAT in diesem Bitcoin-Layer-Bereich noch beträchtlich nach oben Raum hat. Es ist so eine Art Asset, das man es sich lohnt, früh auf die Beobachtungsliste zu setzen – und bei dem man kontinuierlich nachlegen kann.
@GOATNetwork Was sie wirklich tun, ist etwas ein wenig Schlichtes, aber Schweres: Vermögenswerte auf Bitcoin so abzusichern, dass sie beim Verlassen weiterhin durch Bitcoin geschützt bleiben. Liquid bewies in 23 Minuten, welche Kosten "unsichtbar" zu haben verursacht – und GOAT will beweisen, dass das Schreiben der Regeln in Bitcoin bedeutet: Das Aussteigen ist nicht mehr ein Wohlwollen der Betreiber, sondern ein Recht, das du ohnehin haben solltest. Wenn das funktioniert, profitieren nicht nur eine einzige Kette, sondern das gesamte BTCFi-Vertrauensfundament – wer noch eine Bitcoin-Layer bauen will, muss erst eine Frage beantworten: Dein Ausstieg – wagst du, ihn eine Woche lang auf Bitcoin herausfordern zu lassen?
Meine Einschätzung zur zukünftigen Bewertung von GOAT ist ganz einfach: In einer Phase, in der alle nach "Bitcoin-Vermögenswerte müssen aktiviert werden" rufen, werden Projekte, die Vertrauensminimierung wirklich in Code, Bounties und Reparaturprotokolle gegossen haben, nicht an Aufmerksamkeit fehlen – und sollten nicht nur eine Branchen-Durchschnittsbewertung bekommen.
