Ein Verlust von 91.000 Dollar führte zu einer weitreichenderen Entscheidung

Full Sail gab am 29. August einen Sicherheitsvorfall bekannt und pausierte den Protokollbetrieb während der Untersuchung. Anschließend kündigte das Protokoll am 1. September an, den Betrieb auf Sui einzustellen und den Schwerpunkt vom Betrieb von Vaults auf die Rückzahlung betroffener Nutzer zu verlagern. Derartige Einstellungen sind im DeFi-Bereich ungewöhnlich, wo Teams meist die Schwachstelle beheben und neu starten – was die Relation zwischen der Höhe des Verlusts und der getroffenen Entscheidung zu einem bemerkenswerten Teil dieser Geschichte macht.

In seinen offiziellen Wind-down-Updates erklärte Full Sail, dass rund 91.000 Dollar aus drei automatisierten Vaults entnommen worden seien. Das Protokoll fügte hinzu, dass die verbleibende protokolleigene Liquidität an die Nutzer gehen solle und das Team jede Deckungslücke ausgleichen werde, damit Gemeinschaftseinleger zuerst entschädigt werden.

Direkter Vault-Verlust: Rund 91.000 Dollar wurden aus drei automatisierten Vaults entnommen.

Rückzahlungszusage: Protokolleigene Liquidität und Teammittel wurden für die Gemeinschaftseinleger zugesichert.

Weiterhin unbekannt: Das Protokoll hat weder Gesamtansprüche noch verfügbare Rückzahlungsliquidität oder Anspruchsmethoden offengelegt.

Full Sail hat keine Bilanz veröffentlicht, die belegt, dass allein der Verlust von 91.000 Dollar einen Neustart unmöglich machte. Die Entscheidung zur Einstellung deutet darauf hin, dass der direkte Verlust nur ein Teil des Problems war. Das Team muss zudem die Preisdatenabhängigkeit überprüfen, die betroffenen Vaults durchsehen und entscheiden, ob ein sicherer und glaubwürdiger Wiederaufbau des Protokolls noch sinnvoll ist.

Wie unzuverlässige Preisdaten einen Vault unsicher machen

Ein Oracle liefert einem Smart Contract Informationen, die dieser nicht selbst beschaffen kann, darunter Assetpreise. Ein Vault kann jede Transaktion anhand des erhaltenen Preises korrekt berechnen und trotzdem das wirtschaftlich falsche Ergebnis liefern, wenn dieser Preis unzuverlässig ist. Oracle-Ausfälle und Preisfeed-Manipulation sind eine etablierte Angriffsklasse im DeFi-Bereich; viele Protokolle mindern das Risiko durch den Abgleich mehrerer unabhängiger Feeds – eine Designfrage, die unmittelbar relevant ist, wenn die Kompromittierung eines einzelnen Anbieters sich auf jede von ihm bediente Chain ausbreiten kann.

Onchain gültig, real unsicher

Ein Contract kennt den Marktpreis eines Assets nicht eigenständig. Er handelt auf Basis des Feeds, dessen Annahme ihm programmiert wurde. Wird dieser Input unzuverlässig, kann eine automatisierte Strategie eine Transaktion onchain als gültig behandeln, während die Nutzer den wirtschaftlichen Verlust tragen.

Full Sails vermutetes Oracle-Problem unterscheidet sich technisch vom kürzlichen Term-Vault-Governance-Exploit. Beide zeigen jedoch, dass DeFi-Contracts einen kompromittierten Input als legitim behandeln und Nutzern dennoch schaden können.

Full Sail brachte seinen Vorfall mit Switchboard in Verbindung. In seinen offiziellen Zwischenfall-Updates erklärte Switchboard, es untersuche eine mögliche Kompromittierung seiner Move-basierten Implementierungen und habe die betroffenen Dienste auf Aptos, Sui, IOTA und Movement eingestellt. Das Ausmaß dieser Einstellung veranschaulicht die strukturelle Exposition: Ein einzelner Oracle-Anbieter, der den Dienst auf vier Move-basierten Chains einstellt, bedeutet, dass jedes nachgelagerte Protokoll auf diesen Chains seine Preisdatenabhängigkeit sofort neu bewerten musste. Keines der Teams hat eine vollständige technische Postmortem-Analyse veröffentlicht, sodass der genaue Exploit-Pfad und die endgültige Verantwortung unbestätigt bleiben.

Die App ist pausiert; Nur-Abhebungen sind die nächste Stufe

Full Sails aktuelle Sicherheitshinweise besagen, dass Einzahlungen und Abhebungen pausiert bleiben, bis die Oracle-Integrität wiederhergestellt und verifiziert ist. Laut den Wind-down-Updates wurden neue Einzahlungen und Anträge auf Liquiditätsanbieter-Belohnungen deaktiviert, während reguläre Pools nach abschließenden Sicherheitsprüfungen voraussichtlich in den Nur-Abhebungs-Modus übergehen sollen.

Der Banner der App spiegelt den aktuellen Sicherheitsstatus wider. Der Nur-Abhebungs-Modus ist die nächste geplante Stufe, keine aktive Funktion. Separate Anweisungen für Abhebungen und Ansprüche stehen noch aus. Wie schnell Switchboard seine Untersuchung abschließt und verifizierte Dienste auf Sui wiederherstellt, wird diesen Zeitrahmen für jedes Protokoll prägen, das davon abhing.

Was Full Sail noch veröffentlichen muss

Full Sail hat versprochen, die Gemeinschaftseinleger an erste Stelle zu setzen. Die Nutzer benötigen fünf praktische Antworten, um dieses Versprechen beurteilen zu können:

1. Die Höhe der für Rückzahlungen verfügbaren protokolleigenen Liquidität.
2. Den Gesamtwert der Ansprüche betroffener Nutzer.
3. Das Datum, das zur Berechnung der anspruchsberechtigten Guthaben verwendet wird.
4. Den Zeitpunkt, zu dem der Nur-Abhebungs-Zugriff auf die Pools beginnt.
5. Das Anspruchverfahren und den Umgang mit einer etwaigen Deckungslücke.

Bis diese Abrechnung veröffentlicht ist, beschreibt die Zahl von 91.000 Dollar den Angriff – nicht das, was betroffene Nutzer zurückerhalten werden.

Quellen: Full Sail (Wind-down-Updates, Live-App), Switchboard (Zwischenfall-Updates).