Am 10. März 2026 ereignete sich auf Aave eines der beunruhigendsten Liquidationsereignisse in der Geschichte von DeFi. Kein Hack. Kein Marktcrash. Das Orakel hat sich selbst außer Takt gebracht.

So ist es passiert. Aave's CAPO (Correlated Asset Price Oracle), ein System, das speziell entwickelt wurde, um Preismanipulation zu verhindern, geriet außer Synchronisation zwischen seinem Off-Chain-Snapshot-Verhältnis und den On-Chain-Snapshot-Zeitstempel-Parametern. Dadurch begrenzte es den wstETH-Umrechnungskurs auf etwa 1,1939, während der tatsächliche Marktwert bei ungefähr 1,228 lag. Das Orakel bewertete wstETH um 2,85 % zu niedrig.

2,85%. Es klingt vernachlässigbar. Aber für 34 Nutzer, die gehebelt E-Mode-Positionen betreiben, bedeutete diese Lücke alles. Ihre Positionen waren nach jedem realen Marktmaß gesund, doch die gedämpfte Bewertung des Oracles ließ sie unterbesichert erscheinen und löste eine automatische Liquidation aus. 10.938 wstETH im Wert von ungefähr 27 Millionen US-Dollar wurden in einem einzigen Block von Liquidationsbots aufgesaugt. Liquidatoren gingen mit rund 499 ETH Gewinn davon.

Der erschütterndste Teil: Aaves Risiko-Oracle hatte zuvor über 1.200 Payload-Updates über 3.000+ Parameter verarbeitet, ohne dass es zu einem einzigen Vorfall kam. Das ausgeklügeltste Verteidigungssystem im DeFi-Bereich wurde in einem Moment der Parametersynchronitätsstörung zur Waffe, die genau die Nutzer verletzte, zu deren Schutz es gebaut wurde.

Und das ist nur die Spitze des Eisbergs, wenn es um das Risiko der Oracle-Abweichung geht.

Oracles sind das Lebenselixier von DeFi. Jedes Lending-Protokoll ist von ihnen abhängig, um zu bestimmen, ob deine Position sicher ist. Die Formel für den Health Factor ist einfach: HF = (Wert der Sicherheiten × Liquidation Threshold) / Ausgeliehener Wert. Sowohl der Wert der Sicherheiten als auch der ausgeliehene Wert werden vollständig durch Oracle-Preise bestimmt. Wenn das Oracle selbst bereits vom echten Marktpreis abgedriftet ist, ist der Sicherheits-Spielraum, den dein Health Factor dir zeigt, eine Illusion.

Die meisten bestehenden Tools zur Überwachung von DeFi-Positionen machen fast alle nur eins: Sie berechnen deinen aktuellen Health Factor und den Liquidationspreis. Einige erlauben Preissimulationen, wie „Was passiert, wenn ETH um 20% fällt?“ Aber sie alle teilen eine tödliche implizite Annahme: Oracle-Preis entspricht dem echten Marktpreis.

So funktioniert die Realität nicht. Oracles haben Latenz, Abweichungen und manchmal Konfigurationsfehler. Preisabweichungen zwischen mehreren Oracle-Anbietern können unter normalen Bedingungen von 0,5% bis 1% reichen und bei extremen Marktereignissen deutlich mehr. Stablecoin-Depeg-Risiken, Abweichungen bei der Abbildung von Wrapped Assets – all das erodiert still und leise den Sicherheits-Puffer, von dem du glaubst, dass du ihn hast.

Genau deshalb habe ich Oracle Insight's Safety Check gebaut.

Es zeigt dir nicht nur, wie hoch dein Health Factor ist. Es definiert deine Positionssicherheit über drei Dimensionen neu:

Kritische Abweichung

Berechnet die maximale Oracle-Preisabweichung, die deine Position aushalten kann, bevor eine Liquidation ausgelöst wird. Es berechnet nicht nur den Liquidationspreis für ein einzelnes Asset. Stattdessen verwendet es einen Joint-Deviation-Algorithmus, um den Worst Case zu simulieren, in dem alle Sicherheiten gleichzeitig fallen und alle Kredite gleichzeitig steigen – wobei jedes Asset nach seiner Volatilitätskategorie skaliert wird (Stablecoins mit 0,2x, große Assets mit 1x, Altcoins mit 2x, Micro-Caps mit 3,33x). Das basiert auf der Kernidee des OVer-Papers: Oracles können gemeinsam abweichen – nicht nur eins nach dem anderen.

Sicherheits-Puffer

Dein theoretischer Liquidations-Puffer minus die aktuelle durchschnittliche Oracle-Abweichung, minus jedes aktive Depeg-Risiko bei Stablecoins, ergibt deinen real verbleibenden Sicherheits-Spielraum. Eine Position mit 15% Sicherheits-Puffer, 2% Oracle-Abweichung und 1,5% aktivem Stablecoin-Depeg-Risiko hat in Wahrheit nur 11,5% des realen Puffers. Bei Positionen nahe der Liquidationslinie kann das der Unterschied zwischen Überleben und Liquidation sein.

Sicherheits-Parameterplaner

Lege eine Ziel-Toleranz für die Abweichung fest, und es kehrt die Berechnung um, um exakt zu bestimmen, wie viel zusätzliches Sicherheitenkapital du hinzufügen musst oder wie viel Schulden du zurückzahlen solltest. Keine vage Aussage wie „Erhöhe deinen Health Factor“, sondern präzise numerische Empfehlungen für jedes Asset – genau die Anpassungen, die nötig sind, um die Ziel-Abweichung zu überleben.

Alle Berechnungen basieren auf den eigenen On-Chain-Risikoparametern jedes Protokolls (Liquidationsschwellen, LTVs, Wechselkurse), nicht auf hingeworfenen Schätzungen.

Nach dem Aave-Vorfall begannen viele darüber zu diskutieren, wie man das Oracle-Design verbessern kann. Das ist sicherlich notwendig. Aber bevor Oracles perfekt werden, sollten DeFi-Nutzer zumindest wissen: Wie stark wirkt sich die Oracle-Abweichung tatsächlich auf deine Position aus? Wie viel Sicherheits-Puffer ist wirklich übrig, nachdem man die Abweichung berücksichtigt hat? Und was du tun musst, um zu überleben, wenn die Abweichung tatsächlich eintritt.

Das sollte keine Frage sein, die nur Protokoll-Risk-Teams interessiert. Jeder, der jemals bei Aave geliehen hat, verdient es zu wissen, wie die Antwort lautet.

Website: oracleinsight.xyz