Liquid-Network-Hack entzieht 320 Millionen US-Dollar und gibt dann den Großteil der Bitcoin zurück
Der Hack des Liquid Network entzog am 6. September fast 4.000 BTC aus der Wallet der Sidechain-Föderation, was etwa 95 % ihrer gemeldeten Reserven entsprach. Die unbekannten Akteure bezeichneten sich als White Hats und forderten vor der Rückgabe des Geldes eine Softwarekorrektur.
Diese Behauptung bot zunächst wenig Beruhigung. Die Abhebung hatte offenbar nicht gedeckte Liquid Bitcoin bereits über einen autorisierten Peg-out-Prozess in echte Bitcoin umgewandelt. Liquid setzte die Netzwerkaktivität aus, während Börsen Ein- und Auszahlungen mit dem durch Bitcoin gedeckten Asset stoppten.
Dann änderte sich die Lage. Nachdem Blockstream mitgeteilt hatte, dass betroffene Bridge-Nodes gepatcht worden seien, gaben die Akteure 3.400 BTC zurück. Rund 598,5 BTC, die zum Zeitpunkt der Berichterstattung etwa 47 Millionen US-Dollar wert waren, blieben am 8. September jedoch unter ihrer Kontrolle.
Dabei handelte es sich nicht um eine Kompromittierung des Bitcoin-Netzwerks selbst. Vielmehr war Liquid betroffen, eine föderierte Sidechain, die Software und festgelegte Betreiber nutzt, um ihr internes Asset mit Bitcoin zu verbinden. Diese Unterscheidung schützt die Basisschicht von Bitcoin vor dem Vorfall, legt aber zugleich das zentrale Versprechen offen, das Liquid nun wiederherstellen muss.
Der Liquid-Network-Hack machte aus einer gültigen Abhebung einen Reservenabfluss
Entscheidend ist nicht nur, dass Bitcoin bewegt wurden, sondern dass Liquids reguläre Rückzahlungsmechanik die Bewegung Berichten zufolge genehmigte.
Liquid Network gab bekannt, dass etwa 4.000 BTC, damals rund 320 Millionen US-Dollar wert, aus seiner Föderations-Wallet abgehoben worden seien. Vor dem Vorfall habe die Wallet Berichten zufolge etwa 4.200 BTC enthalten.
Die Abhebung entzog somit ungefähr 95 % des Wallet-Guthabens. Laut der ersten Berichterstattung über den Sicherheitsvorfall deaktivierte Liquid Bridge-Nodes und koordinierte sich mit Börsen, um L-BTC-Ein- und Auszahlungen zu stoppen.
Liquid Bitcoin, üblicherweise als L-BTC oder LBTC geschrieben, steht für Bitcoin, die auf die Liquid-Sidechain übertragen wurden. Laut Liquid-Dokumentation sollte jeder LBTC durch eine entsprechende Menge BTC gedeckt sein, die von der Föderation gehalten wird.
Der Umwandlungsprozess wird als Zwei-Wege-Peg bezeichnet. Ein Peg-in sperrt Bitcoin und erzeugt die entsprechenden LBTC. Ein Peg-out vernichtet LBTC und gibt Bitcoin aus der Föderations-Wallet frei.
Die Akteure griffen offenbar die Buchhaltung vor der Abhebung an, statt die Signaturschlüssel der Wallet zu stehlen. SideSwap erklärte, dass 4.000 LBTC mit gültiger Autorisierung bei seinem Peg-out-Service eingegangen seien. Der Dienst verbrannte diese Token, und die Föderation gab etwa 3.996 BTC an die angegebene Bitcoin-Adresse frei.
SideSwap erklärte, seine Systeme und der Peg-out Authorization Key seien nicht kompromittiert worden. Ein Peg-out Authorization Key, kurz PAK, beschränkt Abhebungen auf registrierte Betreiber und genehmigte Zielformate.
Diese Unterscheidung ist wichtig, weil die Transaktion die erwarteten Kanäle durchlief. Die Föderation sah möglicherweise keinen offensichtlich gefälschten Abhebungsantrag. Stattdessen verarbeitete sie Berichten zufolge Token, die ohne entsprechende Sicherheiten niemals hätten existieren dürfen.
Die unbekannten Akteure hinterließen später eine kurze Nachricht in einer Bitcoin-Transaktion. Sie behaupteten: „we are whitehats. contact us on chain.“
Das OP_RETURN-Feld von Bitcoin erlaubt es, eine kleine Menge beliebiger Daten in einer Transaktion zu speichern. In diesem Fall wurde es zu einem öffentlichen Kommunikationskanal zwischen den Akteuren und Blockstream.
Blockstream antwortete mit Kontaktanweisungen, gefolgt von verschlüsselten und kryptografisch signierten Nachrichten. Die Akteure erklärten daraufhin, sie würden das Geld zurückgeben, nachdem jeder betroffene Node einen Fix erhalten habe.
Diese Abfolge machte den Exploit des Liquid Network ungewöhnlich sichtbar. Jeder konnte die Transaktionen und Nachrichten einsehen, auch wenn Identität und Absichten der Akteure unbekannt blieben.
Der Abfluss erzeugte daher zwei parallele Aufzeichnungen. Liquid und SideSwap beschrieben die operative Reaktion, während Bitcoin die Abhebung, spätere Nachrichten und die letztliche teilweise Rückgabe festhielt.
Die Software akzeptierte Bitcoin, die nie eingezahlt worden waren
Der gemeldete Fehler durchbrach die Beziehung zwischen dem LBTC-Angebot und der Bitcoin-Reserve, ohne die Schlüssel der Föderation zu kompromittieren.
SideSwap erklärte, Blockstream habe den Vorfall auf einen Fehler in Elements zurückgeführt, der Open-Source-Software, auf der Liquid basiert. Nach dieser Darstellung ermöglichte die Schwachstelle den Akteuren, ungedeckte LBTC zu erzeugen.
Dieser Mechanismus greift die wichtigste Invariante jeder Asset-Bridge an. Ein System darf niemals mehr von seinem Reserve-Asset freigeben, als Nutzer zuvor gesperrt haben.
Liquids Peg-Dokumentation beschreibt ein striktes Eins-zu-eins-Modell. Jeder LBTC sollte einem von der Föderation gehaltenen Bitcoin entsprechen. Die Vernichtung eines LBTC sollte einen BTC freigeben.
Wenn Software eine ungültige Transaktion akzeptiert, die das Angebot der Sidechain erhöht, scheitert diese Garantie noch vor Beginn des Peg-out. Der Angreifer kann dann neu erzeugte LBTC einem legitimen Abhebungsdienst vorlegen.
Der Abhebungsdienst sieht autorisierte Token. Er verbrennt sie wie vorgesehen und fordert die Föderation auf, echte Bitcoin freizugeben. Jede Komponente kann ihre zugewiesene Aufgabe scheinbar erfüllen, obwohl das Gesamtergebnis des Systems ungültig ist.
Das ist die zentrale Umkehrung beim Liquid-Network-Hack. Die Autorisierungskontrollen funktionierten Berichten zufolge, doch sie autorisierten einen Anspruch, der auf korrumpierter Angebotsbuchhaltung beruhte.
Das Multisignatur-Design der Föderations-Wallet verhinderte dieses Ergebnis nicht. Multisignatur bedeutet, dass mehrere festgelegte Schlüsselinhaber eine Transaktion genehmigen müssen, bevor sich die Reserve bewegen kann.
Diese Anordnung schützt vor einem gestohlenen Schlüssel oder einem einzelnen böswilligen Unterzeichner. Sie erkennt jedoch nicht automatisch einen vorgelagerten Konsens- oder Validierungsfehler, der eine Abhebung als legitim darstellt.
Eine von Bitquery veröffentlichte On-Chain-Analyse verfolgte zwei kleine Peg-ins vor der großen Abhebung. Die Forschenden identifizierten zudem Testaktivitäten und wiederkehrende kryptografische Muster auf Liquid vor der finalen Transaktion.
Ihre Transaktionsrekonstruktion meldete am 6. September um 14:28 UTC eine Zahlung der Föderation über 3.996 BTC. Die Analyse dokumentierte außerdem die nach der Abhebung ausgetauschten Nachrichten.
Diese Erkenntnisse deuten eher auf Vorbereitung als auf eine versehentliche Transaktion hin. Die Akteure haben sich jedoch nicht öffentlich identifiziert und keine vollständige technische Offenlegung geliefert.
Einige Berichte bringen den Fehler mit der Validierung von Range Proofs in Verbindung. Ein Range Proof ist ein kryptografischer Nachweis, dass der verborgene Betrag einer vertraulichen Transaktion gültig bleibt und keine Assets unzulässig erzeugt.
Liquid verwendet Confidential Transactions, die übertragene Assets und Beträge verbergen, während Netzwerk-Nodes die Gültigkeit von Transaktionen prüfen können. Ein Fehler in diesem Prüfprozess kann besonders schwerwiegend sein, weil Nodes sich auf Nachweise statt auf sichtbare Beträge verlassen.
Die exakte Ursache erfordert weiterhin eine detaillierte Postmortem-Analyse von Blockstream. Öffentliche Berichte stützen die umfassendere Schlussfolgerung, dass ungedeckte LBTC in den Peg-out-Pfad gelangten, belegen jedoch nicht jeden technischen Schritt.
Diese Verifikationslücke sollte ausdrücklich benannt bleiben. Eine plausible Rekonstruktion ist nicht dasselbe wie eine vollständige Offenlegung des Anbieters, ein auditierter Patch oder eine unabhängige Reproduktion.
Die Sicherheit von Liquid Bitcoin hängt nun von mehr ab als vom Nachweis der Schlüsselintegrität. Blockstream muss zeigen, warum Nodes den ungültigen Zustand akzeptierten, welche Versionen betroffen waren und wie der Patch verwandte Varianten blockiert.
Liquids Eins-zu-eins-Versprechen steht nun unter Druck
Der Vorfall setzt Liquid unter Druck, weil sein Produktversprechen sowohl von kryptografischer Validierung als auch vom operativen Urteil der Föderation abhängt.
Liquid wurde entwickelt, um schnellere Abwicklung und mehr Transaktionsprivatsphäre als das Basisnetzwerk von Bitcoin zu bieten. Es unterstützt zudem Assets wie Stablecoins und tokenisierte Wertpapiere.
Diese Funktionen stammen aus einer separaten Blockchain mit anderen Vertrauensannahmen. Bitcoin-Miner validieren keine Liquid-Transaktionen, und die Konsensregeln von Bitcoin erzwingen nicht das LBTC-Angebot.
Stattdessen verlässt sich Liquid auf eine Föderation von Functionaries, um Blöcke zu signieren und den Zwei-Wege-Peg zu verwalten. Andere Föderationsteilnehmer können Dienste bereitstellen, doch die Sicherheit des Systems entspricht nicht dem Bitcoin-Mining.
Dieses Modell ist nicht grundsätzlich fehlerhaft. Jede Sidechain oder Bridge führt zusätzliche Annahmen zu Software, Governance und Verwahrung ein. Nutzer akzeptieren diese Annahmen im Austausch für Fähigkeiten, die auf der Basisschicht nicht verfügbar sind.
Der Vorfall zeigte, wie diese Annahmen im Fehlerfall zusammenwirken. Liquid konnte sein Netzwerk pausieren, Bridge-Nodes deaktivieren, sich mit Börsen abstimmen, einen Patch verteilen und mit den Akteuren verhandeln.
Diese Maßnahmen begrenzten weitere Schäden. Sie zeigten jedoch auch, dass Liquids Notfallreaktion von identifizierbaren Betreibern abhängt, die Infrastruktur anhalten und Asset-Bewegungen beeinflussen können.
Bitcoin selbst wurde nicht pausiert. Seine Miner verarbeiteten weiterhin Blöcke, einschließlich der Transaktionen mit den Nachrichten der Akteure und den zurückgegebenen Geldern.
Dieser Gegensatz bedeutet nicht, dass jede Anwendung direkt auf Bitcoin laufen sollte. Er bedeutet, dass Nutzer die Sicherheit von Bitcoin von der Sicherheit von Assets trennen müssen, die Bitcoin an anderer Stelle repräsentieren.
Liquids eigene technische Übersicht beschreibt Bridge-Nodes, Functionary-Hardware, Signaturkontrollen und Notfallwiederherstellungsmechanismen. Die Architektur kombiniert Kryptografie mit institutioneller Koordination.
Der Druck liegt nun bei Blockstream und der Föderation, zu erklären, wie diese Ebenen gemeinsam versagten. Die Aussage, dass keine privaten Schlüssel kompromittiert wurden, beantwortet nur einen Teil der Frage.
Nutzer müssen auch wissen, warum die Unterzeichner Bitcoin für unrechtmäßig erzeugte LBTC freigaben. Börsen benötigen Belege dafür, dass wiederaufgenommene Einzahlungen sie keiner ungelösten Angebotsdifferenz aussetzen können.
Asset-Emittenten stehen vor einer verwandten Sorge. Liquid erklärte, andere ausgegebene Assets seien nicht betroffen gewesen, doch die Netzwerkpause unterbrach dennoch die gemeinsame Infrastruktur, über die sie laufen.
Ein Asset kann technisch intakt bleiben und dennoch vorübergehend schwer übertragbar oder einlösbar werden. Die operative Verfügbarkeit wird damit Teil der Sicherheitsbewertung.
Die teilweise Wiederherstellung verbesserte die Reservenlage, löschte das Ereignis jedoch nicht aus. Ein als Eins-zu-eins gedeckt beworbenes System verlor kurzzeitig den Großteil der Bitcoin, auf denen diese Behauptung beruhte.
Die verbleibenden 598,5 BTC werfen zudem eine Bilanzierungsfrage auf. Blockstream muss erklären, wie sich der ausstehende Betrag auf die LBTC-Deckung, Verbindlichkeiten und etwaige Wiederherstellungszusagen auswirkt.
Ein zurückgegebenes Asset macht verlorene Verfügbarkeit, Marktunsicherheit oder die Notwendigkeit von Börsenkontrollen nicht rückgängig. Es beweist auch nicht, dass keine verwandte Schwachstelle an anderer Stelle verbleibt.
Liquids Betreiber stehen sowohl vor einem technischen Audit als auch vor einem Glaubwürdigkeitstest. Der erste fragt, ob der Fehler behoben ist. Der zweite fragt, ob Nutzer diese Antwort unabhängig überprüfen können.
Eine teilweise Rückgabe klärt die White-Hat-Frage nicht
Die Rückgabe von 3.400 BTC stützt die erklärte Absicht der Akteure, doch das Zurückhalten von fast 600 BTC verhindert eine eindeutige White-Hat-Bewertung.
Nachdem Blockstream erklärt hatte, seine Bridge-Nodes seien gepatcht worden, transferierten die Akteure 3.400 BTC zurück an die Föderationsadresse. Die Transaktion stellte etwa 85 % des abgehobenen Betrags wieder her.
Ein Recovery-Update vom 8. September berichtete, dass fast 47 Millionen US-Dollar in Bitcoin weiterhin ausstanden. Die Gespräche über den Restbetrag dauerten an.
Die Akteure hatten Blockstream zuvor angewiesen, zunächst den Fehler zu beheben. Sie erklärten, jeder Node müsse den Patch erhalten, bevor sie die Mittel sicher zurückgeben würden.
Diese Nachricht entspricht einem Aspekt der White-Hat-Sicherheitsarbeit. Die Veröffentlichung oder Demonstration einer Schwachstelle vor ihrer Behebung kann andere Nutzer Copycat-Angriffen aussetzen.
Eine konventionelle verantwortungsvolle Offenlegung beginnt jedoch normalerweise mit einer privaten Meldung und koordinierten Tests. Sie beginnt nicht damit, ohne dokumentierte Genehmigung 95 % der Reserve eines Systems abzuziehen.
Die Selbstbezeichnung der Akteure ist daher eine Behauptung, kein verifizierter beruflicher Status. Liquids frühe Formulierung „mutmaßliche White-Hat-Hacker“ wahrte diese Unsicherheit angemessen.
Die verbleibenden Mittel verschärfen die Frage. Keine für diesen Artikel geprüften öffentlichen Belege zeigen, dass Blockstream eine Prämie von 598,5 BTC genehmigt hat.
Ohne eine solche Genehmigung kann das Einbehalten der Coins einer einseitig festgesetzten Gebühr, einem Druckmittel für Verhandlungen oder dem fortgesetzten Besitz widerrechtlich erlangter Vermögenswerte ähneln. Die bloße Teilrückgabe kann weder Motiv noch rechtliche Verantwortung bestimmen.
Zudem gibt es keine öffentliche Identität, anhand derer Leser Erfahrung, Autorisierung oder bisheriges Verhalten bewerten könnten. Eine On-Chain-Signatur belegt die Kontrolle über eine Adresse, nicht den ethischen Charakter ihres Kontrolleurs.
Diese Unklarheit hat einen historischen Präzedenzfall. 2021 entwendete ein Angreifer mehr als 600 Millionen US-Dollar von Poly Network und gab später den Großteil der Vermögenswerte zurück.
Poly Network bezeichnete den Angreifer als White Hat und bot eine Prämie an. Die damalige Berichterstattung über Poly Network zeigte, wie eine umfangreiche Rückgabe die öffentliche Erzählung verändern kann, ohne rechtliche oder Governance-Fragen auszuräumen.
Der Liquid-Fall ist nicht identisch. Der berichtete Mechanismus, die Vermögenswerte, Betreiber und Kommunikation unterscheiden sich. Dennoch zeigen beide Vorfälle, wie schnell aus einem „Hacker“ ein „White Hat“ wird, wenn die Wiederbeschaffung von Kooperation abhängt.
Diese Sprache kann während Verhandlungen einem praktischen Zweck dienen. Einen kooperativen Gesprächspartner öffentlich anzugreifen, könnte die Chance auf Rückgewinnung der Mittel verringern.
Operative Diplomatie sollte jedoch keine Sicherheitsklassifizierung ersetzen. Ein autorisierter Forscher, ein opportunistischer Ausnutzer und ein Erpresser können aus unterschiedlichen Gründen allesamt Mittel zurückgeben.
Entscheidend werden die endgültige Verwendung der verbleibenden BTC und jede offengelegte Vereinbarung sein. Ein vollständiger technischer Bericht könnte zudem klären, ob die Akteure zuvor versucht hatten, privat Kontakt aufzunehmen.
Bis dahin bleibt die treffendste Beschreibung selbstidentifizierte oder mutmaßliche White Hats. Den Vorgang als genehmigten Sicherheitstest zu bezeichnen, würde über die verfügbaren Belege hinausgehen.
Der Exploit belebt ein altes Problem für Bitcoin-Bridges wieder
Liquids Architektur unterscheidet sich von vielen Krypto-Bridges, doch der Fehler folgt einem vertrauten Muster: Eine falsche Forderung griff auf eine Reserve mit realen Vermögenswerten zu.
Cross-Chain-Systeme bündeln Risiken, weil sie Aktivitäten zwischen Umgebungen mit unterschiedlichen Sicherheitsregeln übertragen. Ein System muss entscheiden, ob ein Ereignis in einem anderen System die Freigabe von Werten rechtfertigt.
Bei Liquid verbindet diese Entscheidung LBTC auf der Sidechain mit BTC, die auf Bitcoin gehalten werden. Die Wallet der Föderation ist die Reserve, während Liquids Validierungsregeln die Ansprüche darauf regeln.
Der berichtete Fehler erzeugte eine Diskrepanz zwischen diesen beiden Ledgern. Die Sidechain akzeptierte LBTC ohne entsprechende Bitcoin, anschließend honorierte der Peg-out-Prozess den falschen Anspruch.
Ein ähnliches wirtschaftliches Muster trat bei anderen Bridge-Vorfällen auf. Der Exploit bei Wormhole im Jahr 2022 ermöglichte einem Angreifer, Wrapped Assets ohne die Einlage zu erzeugen, durch die sie hätten gedeckt sein müssen.
Ronins Bridge versagte auf einem anderen Weg. Angreifer erlangten genügend Validator-Schlüssel, um Abhebungen aus ihrer Reserve zu autorisieren.
Diese Mechanismen unterscheiden sich technisch, treffen jedoch denselben kritischen Punkt. Die Bridge muss eine strikte Beziehung zwischen ausgegebenen Ansprüchen und gesperrten Sicherheiten wahren.
Historische Daten zeigen, warum diese Grenze dauerhaft intensiv geprüft wird. Chainalysis schätzte, dass Angreifer im Verlauf eines Teils des Jahres 2022 bei 13 Bridge-Hacks 2 Milliarden US-Dollar stahlen.
Die Risikoanalyse zu Bridges erklärte, diese Vorfälle hätten zum Zeitpunkt der Veröffentlichung 69 % aller in jenem Jahr gestohlenen Kryptowährungen ausgemacht. Die Zahlen beschreiben 2022, nicht den aktuellen Markt, doch die architektonische Lehre bleibt relevant.
Bridges bündeln Vermögenswerte an vorhersehbaren Orten. Ihr Validierungscode und ihre Signierer-Richtlinien schaffen zudem enge Wege, über die große Reserven bewegt werden können.
Liquids Föderation bietet eine stärker strukturierte Gruppe von Betreibern als eine anonyme Smart-Contract-Bridge. Sie kann Upgrades koordinieren, Dienste anhalten und direkt mit Börsen kommunizieren.
Diese Vorteile unterstützten die Reaktion. Sie verhinderten den anfänglichen Abfluss der Reserve nicht, weil die berichtete Schwachstelle in der Logik lag, die bestimmte, welche Transaktionen gültig waren.
Diese Unterscheidung sollte künftige Audits prägen. Wer nur die Verwahrung von Schlüsseln und Zugriffskontrollen testet, übersieht Fehler bei Inflation, Proof-Validierung und Zustands-Konsistenz.
Prüfer sollten außerdem den gesamten Einlösungsweg testen. Dieser Weg umfasst die Erzeugung von Vermögenswerten, Validierung, Autorisierung, Burning, Föderationssignatur und die endgültige Zahlung auf Bitcoin.
Der Exploit im Liquid Network zeigt, warum lokale Korrektheit nicht ausreicht. SideSwap erklärt, sein Autorisierungsschlüssel sei sicher geblieben, dennoch wurde sein gültiger Dienst Teil eines ungültigen Systemergebnisses.
Auch die Signierer der Föderation scheinen die erwarteten Regeln befolgt zu haben. Der Fehler veränderte Berichten zufolge die Informationen, die diese Regeln erhielten.
Betreiber benötigen daher Kontrollen, die mehrere Quellen der Wahrheit vergleichen. Änderungen der Umlaufmenge, Peg-in-Historie, Peg-out-Volumen und Reservebewegungen sollten abgeglichen werden, bevor eine außergewöhnliche Abhebung abgeschlossen wird.
Eine einzelne Anfrage, die den Großteil der Reserven betrifft, sollte ebenfalls einer besonderen Prüfung unterzogen werden, selbst wenn die Protokollregeln sie als gültig markieren. Die softwareseitige Gültigkeit und die operative Plausibilität sind unterschiedliche Prüfungen.
Dieser Ansatz erzeugt Reibung, die Liquid teilweise verringern sollte. Der Sicherheitskompromiss ist unvermeidbar, wenn schnellere Abwicklung nahezu eine gesamte Reserve über einen einzigen Pfad bewegen kann.
Drei Signale werden entscheiden, ob Liquid den Schaden eingedämmt hat
Die nächste Phase hängt von den ausstehenden Bitcoin, einer reproduzierbaren technischen Erklärung und einer kontrollierten Rückkehr zum Normalbetrieb ab.
Das erste Signal sind die verbleibenden 598,5 BTC. Eine vollständige Rückgabe würde die White-Hat-Darstellung der Akteure stärken, auch wenn sie rückwirkend keine Autorisierung belegen würde.
Eine ausgehandelte Prämie könnte den Restbetrag ebenfalls klären, allerdings nur, wenn Blockstream genügend Informationen offenlegt, um eine Vereinbarung von einseitigem Einbehalten zu unterscheiden. Anhaltendes Schweigen oder Bewegungen zu nicht verbundenen Adressen würden die White-Hat-Interpretation schwächen.
Das zweite Signal ist Blockstreams technischer Postmortem-Bericht. Er sollte die betroffenen Elements-Versionen, die fehlgeschlagene Validierungsregel, den betroffenen Transaktionspfad und den präzisen Schutz des Patches benennen.
Eine hilfreiche Offenlegung sollte außerdem erklären, ob unabhängige Entwickler den Fehler reproduziert haben. Reproduzierbarkeit ist wichtig, weil eine geschlossene Beschreibung Nutzer von derselben Organisation abhängig lässt, deren Software versagt hat.
Der Bericht sollte den Zeitpunkt der Erkennung behandeln. Öffentliche Transaktionsanalysen deuten darauf hin, dass vorbereitende Aktivitäten dem großen Peg-out vorausgingen, was Fragen zur Überwachung und zu Schwellenwerten für Auffälligkeiten aufwirft.
Das dritte Signal ist Liquids Neustartprozess. Börsen und Nutzer benötigen einen klar definierten Weg für Einzahlungen, Abhebungen und die Reserveprüfung, bevor die reguläre Aktivität wieder aufgenommen wird.
Das Neustarten von Bridge-Nodes ist nicht gleichbedeutend mit der Wiederherstellung von Vertrauen. Betreiber müssen nach der Teilrückgabe die LBTC-Umlaufmenge mit den Bitcoin abgleichen, die von der Föderation gehalten werden.
Sie sollten außerdem erklären, wie die verbleibende Lücke gedeckt wird. Diese Antwort entscheidet darüber, ob Halter einem Restrisiko ausgesetzt sind oder eine andere Partei es übernimmt.
Ein sorgfältiger Neustart würde Versionsprüfungen über Functionaries und Bridge-Nodes hinweg umfassen. Zudem sollte er sichtbar bestätigen, dass veraltete Software keine Verbindung mehr zum Produktionsnetz herstellen kann.
Die übergeordnete Frage der Bitcoin-Sicherheit im Liquid Network wird auch nach Wiederaufnahme der Dienste bestehen bleiben. Die Föderation muss zeigen, dass sie Schutzmaßnahmen sowohl gegen den offengelegten Fehler als auch gegen vergleichbare Validierungsfehler ergänzt hat.
Für Entwickler lautet die Lehre, Sicherheitsgarantien über Komponentengrenzen hinweg zu verfolgen. Ein geschützter Schlüssel kann ein System nicht retten, das die falsche Transaktion autorisiert.
Für Börsen lautet die Lehre, Sicherheiten unabhängig zu überwachen. Das normale Erscheinungsbild eines Tokens garantiert nicht, dass seine Reservebeziehung intakt bleibt.
Für Vermögensinhaber ist die unmittelbare Frage einfacher. Sie sollten offizielle Servicehinweise, Reservedaten und den Abhebungsstatus an Börsen verfolgen, bevor sie den Vorfall als abgeschlossen betrachten.
Die Teilrückgabe verwandelte einen katastrophalen Verlust in eine bewältigbare Krise. Sie stellte das Eins-zu-eins-Versprechen jedoch nicht eigenständig wieder her.
Der Hack des Liquid Network wird erst eingedämmt sein, wenn der verbleibende Betrag geklärt, der Fehler unabhängig verstanden und reguläre Abhebungen gegen abgeglichene Reserven wieder aufgenommen wurden. Bis diese Bedingungen sichtbar erfüllt sind, ist „der Großteil der Mittel wurde zurückgegeben“ ein Update, kein Abschluss.
