Dr. Stephanie Morgenroth
Bei Aave, einem der größten DeFi-Lending-Protokolle, wurden innerhalb von 24 Stunden Positionen im Wert von 27 Millionen Dollar liquidiert. Auslöser war ein Fehler im Oracle-System, das die Bewertung der hinterlegten Sicherheiten verfälschte.
Der Vorfall ereignete sich auf der Ethereum-Mainnet-Instanz des Protokolls und betraf hauptsächlich große Positionen von sogenannten Whales. Diese Nutzer hatten erhebliche Summen in verschiedenen Kryptowährungen hinterlegt, um gegen diese Stablecoins oder andere Assets zu leihen. Die rasche Abfolge der Liquidationen zeigte, wie schnell technische Fehler im DeFi-Bereich zu einer Lawine führen können.
Was genau passiert ist
Aave ist ein DeFi-Lending-Protokoll auf Ethereum-Basis, also eine Plattform für dezentrale Kreditvergabe, bei der Nutzer Krypto-Assets als Sicherheit hinterlegen, um andere Token zu leihen. Das System basiert auf Smart Contracts, also selbstausführenden Programmen auf der Blockchain, die ohne menschliches Zutun agieren.
Ein Preisfehler im Oracle-System, das die Werte der hinterlegten Sicherheiten ermittelt, führte dazu, dass das Protokoll fälschlicherweise annahm, bestimmte Positionen seien unterbesichert. Die Smart Contracts lösten daraufhin automatisch Liquidationen aus. Bei diesen Zwangsversteigerungen werden die Collateral-Assets verkauft, um die Kredite zurückzuführen.
Blockchain-Daten zeigen einen deutlichen Anstieg der Liquidationen innerhalb eines 24-Stunden-Fensters. Beobachter vermuten, dass die fehlerhafte Preisaktualisierung eines Oracle-Dienstes die Ursache war. Quelle
Die betroffenen Nutzer hatten ihre Assets in sogenannten Vaults hinterlegt, die durch Smart Contracts verwaltet werden. Diese Kontrakte prüfen alle Minuten die aktuellen Preise, um den Sicherheitsgrad der Positionen zu ermitteln. Bei einer Abweichung von nur wenigen Prozent können automatisch Liquidationsbots aktiv werden, die die unterbesicherten Positionen aufkaufen und mit Gewinn an die Märkte weiterverkaufen.
Aave v3, das betroffene Protokoll, wurde im Jahr 2022 gestartet und bietet verbesserte Risikomanagement-Tools. Dennoch zeigt der Vorfall, dass selbst fortgeschrittene DeFi-Protokolle von der Zuverlässigkeit externer Datenquellen abhängig bleiben. Die E-Mode-Funktion von Aave v3, die höhere Hebelwirkung bei korrelierten Assets ermöglicht, kann bei Oracle-Fehlern zu besonders schnellen Liquidationskaskaden führen.
Warum das wichtig ist
Der Vorfall beleuchtet eine zentrale Schwachstelle dezentraler Finanzsysteme: die Abhängigkeit von externen Datenquellen. Oracles, also Datenfeeds, die Preise von Kryptowährungen auf die Blockchain übertragen, sind die Schnittstelle zwischen der realen Welt und dem Smart Contract. Wenn diese Daten fehlerhaft sind, reagiert das System entsprechend falsch.
Bei traditionellen Finanzinstituten würden menschliche Mitarbeiter eingreifen, bevor ein technischer Fehler Millionenschäden verursacht. Im DeFi-Bereich gibt es diese Sicherheitsnetze nicht. Das ist gleichzeitig Feature und Bug: Dezentralisierung bedeutet auch, dass kein Manager einen Fehler korrigieren kann, sobald der Smart Contract ausgeführt wurde.
Dies ist nicht der erste Vorfall dieser Art im DeFi-Sektor. Bereits in der Vergangenheit führten temporäre Fehler bei Chainlink-Preisfeeds zu massenhaften Liquidationen auf verschiedenen Plattformen. Die Abhängigkeit von zentralisierten Oracle-Diensten steht im Widerspruch zur dezentralen Philosophie vieler Protokolle, bleibt aber technisch notwendig, um reale Preisdaten zu verarbeiten.
Wichtig: Oracle-Manipulationen und -Fehler gelten als eine der größten verbleibenden Sicherheitslücken im DeFi-Sektor. Einmal ausgelöste Smart Contracts können auf der Blockchain nicht rückgängig gemacht werden, selbst wenn die Auslösung auf fehlerhaften Daten basiert.
Einordnung
Aus meiner Sicht zeigt dieser Vorfall das Dilemma dezentraler Finanzprotokolle. Die Automatisierung ist der Hauptvorteil von DeFi, da sie Effizienz und Transparenz schafft. Gleichzeitig macht sie das System anfällig für Datenfehler, die im traditionellen Finanzwesen durch menschliche Kontrollinstanzen abgefangen würden.
Das Ereignis spricht dafür, dass DeFi-Protokolle trotz jahrelanger Entwicklung noch immer systemische Risiken bergen, die Privatanleger oft unterschätzen. Die Tatsache, dass 27 Millionen Dollar an einem einzigen Tag liquidiert wurden, deutet auf eine erhebliche Anfälligkeit für technische Störungen hin.
Die 27 Millionen Dollar Schaden verteilen sich auf dutzende einzelne Positionen, wobei einige Großanleger besonders betroffen waren. Für diese Whale-Nutzer stellen die Verluste einen erheblichen Rückschlag dar, während das Protokoll selbst durch die Liquidationsgebühren sogar Einnahmen erzielte. Diese asymmetrische Risikoverteilung ist typisch für DeFi-Lending-Märkte.
Im Vergleich zu traditionellen Kreditinstituten fehlen DeFi-Protokollen Mechanismen wie Kreditausfallversicherungen oder menschliche Risikoprüfer. Während eine Bank bei offensichtlichen Systemfehlern Transaktionen stoppen oder rückgängig machen kann, sind Smart Contracts auf der Ethereum-Blockchain unveränderlich. Diese Unveränderlichkeit ist ein Kernfeature der Distributed-Ledger-Technologie, wird hier jedoch zum Risikofaktor.
Auf der anderen Seite argumentieren Befürworter, dass solche Vorfälle die Resilienz des Systems testen und langfristig zu robusteren Oracle-Lösungen führen. Zudem ist die Transparenz der Blockchain ein Vorteil: Jede Liquidation ist öffentlich nachvollziehbar, was bei Banken nicht der Fall wäre. Dennoch bleibt die Frage, wie Privatanleger ohne technisches Hintergrundwissen solche Risiken einschätzen sollen.
Was du jetzt wissen solltest
Für Nutzer von DeFi-Lending-Plattformen ergeben sich daraus konkrete Handlungsoptionen:
Health Factor im Blick behalten: Der Health Factor zeigt an, wie nah du an einer Liquidation bist. Halte einen deutlichen Puffer ein, nicht nur das Minimum von 1.0. Je höher der Wert, desto sicherer ist deine Position gegenüber kurzfristigen Preisfehlern.
Überbesicherung bevorzugen: Je mehr Collateral du hinterlegst im Verhältnis zum geliehenen Betrag, desto größer ist der Schutz vor plötzlichen Preisschwankungen oder Oracle-Fehlern. Ein Loan-to-Value-Ratio unter 50 Prozent bietet deutlich mehr Sicherheit als das maximal erlaubte Limit.
Stablecoins als Puffer: Halte einen Teil deiner geliehenen Position in Stablecoins, die weniger volatil sind. Dies senkt das Risiko, dass deine Schuldenposition schnell an Wert gewinnt und die Liquidation auslöst.
Notfallliquidität bereithalten: Stelle sicher, dass du jederzeit zusätzliche Sicherheiten nachschieben kannst, falls das Oracle-System vorübergehend falsche Preise anzeigt. Ein kleiner Notfallfonds auf einer Handelsplattform oder in einer Hardware-Wallet wie dem Ledger kann hier helfen.
Alternativen prüfen: Wer das Risiko von Lending scheut, könnte Staking als Alternative in Betracht ziehen. Beim Staking werden Assets zur Sicherung eines Netzwerks eingesetzt und generieren Erträge, ohne dass die Komplexität von Kreditpositionen und Liquidationsrisiken entsteht. Allerdings unterliegen auch Bitcoin- und Ethereum-Staking-Renditen Marktschwankungen.
Stell dir vor, du hast Ethereum im Wert von 100.000 Dollar als Sicherheit hinterlegt und 60.000 Dollar geliehen. Ein Oracle-Fehler zeigt kurzzeitig einen um 20 Prozent zu niedrigen ETH-Preis an. Deine Position wird liquidiert, obwohl der reale Marktpreis stabil bleibt. Nach der Korrektur des Oracles ist deine Position bereits verloren. Genau dieses Szenario betraf zahlreiche Nutzer bei dem aktuellen Aave-Vorfall.
Protokoll-Updates verfolgen: Informiere dich über die verwendeten Oracle-Systeme deiner Plattform. Einige Protokolle setzen auf mehrere unabhängige Datenquellen gleichzeitig, was das Risiko eines Single-Point-of-Failure reduziert. Weitere Infos: AAVE - Aave, Collateral (Sicherheit), APR
Merke: Relevanz entsteht erst dann, wenn sich das Signal im Marktverhalten und in der Positionierung bestätigt.
Häufige Fragen
Was ist eine Liquidation im DeFi-Kontext?
Eine Liquidation ist der zwangsweise Verkauf von hinterlegten Sicherheiten, wenn deren Wert unter einen bestimmten Schwellenwert fällt. Der Smart Contract verkauft dann automatisch die Assets, um den Kreditgeber zu schützen und die ausstehende Schuld zu decken.
Was sind Oracles und warum sind sie anfällig?
Oracles sind Datenfeeds, die Informationen von ausserhalb der Blockchain in Smart Contracts einspeisen. Sie sind notwendig, da Smart Contracts keine Daten aus der realen Welt automatisch abrufen können. Sie sind anfällig für technische Fehler, Manipulationen oder kurzfristige Aussetzer, die falsche Preise liefern können.
Wie kann ich mich vor Oracle-Risiken schützen?
Als Nutzer kannst du das Risiko minimieren, indem du deine Positionen konservativ überbesicherst und den Health Factor regelmäßig überwachst. Halte zusätzliche Liquidität bereit, um im Ernstfall schnell nachzuschießen. Die technische Infrastruktur der Oracles liegt jedoch in der Verantwortung der Protokoll-Entwickler.
