Was ist ein TWAP-Orakel und warum DeFi-Protokolle darauf angewiesen sind
— By Tony Rabbit in Tutorials
Ein TWAP-Orakel-Krypto-Preis-Feed mittelt den Preis eines Assets über ein Zeitfenster, sodass ein einzelner manipulierter Block keine Kredit- oder Liquidations-Engine täuschen kann. Hier erfahren Sie, wie es funktioniert, warum der Spotpreis gefährlich ist und wo TWAP immer noch versagt.
Ein TWAP-Orakel-Krypto-Preis-Feed ist ein On-Chain-Mechanismus, der den zeitgewichteten Durchschnittspreis (TWAP) eines Assets über ein definiertes Zeitfenster, z.B. die letzten 30 Minuten, anstelle seines sofortigen Spotpreises meldet. Durch die Glättung des Preises über viele Blöcke hinweg wird es für ein DeFi-Protokoll viel schwieriger, die konsumierte Zahl zu manipulieren. Wenn ein Angreifer den Preis für einen Block in die Höhe treibt, trägt dieser Anstieg nur einen Bruchteil zum Durchschnitt bei und bewegt die gemeldete Zahl kaum. Genau deshalb verlassen sich Kreditmärkte, Liquidations-Engines und Sicherungssysteme auf TWAP-Orakel: Sie tauschen ein wenig Aktualität gegen viel Sicherheit.
Wichtige Erkenntnisse
- Ein TWAP-Orakel meldet einen über ein Zeitfenster gemittelten Preis, nicht einen Spotpreis eines einzelnen Blocks.
- Der Spotpreis ist für einen Block leicht zu manipulieren, was für die Kreditvergabe und Liquidationen gefährlich ist.
- TWAPs im Uniswap-Stil lesen einen kumulativen Preis-Zähler zu zwei Zeitpunkten ab und teilen durch die verstrichene Zeit.
- Längere Fenster widerstehen Manipulationen besser, hinken aber dem realen Markt stärker hinterher.
- Ein TWAP-Orakel ist ein Abwehrmechanismus, nicht dasselbe wie ein TWAP-Order im DCA-Stil.
Was ein TWAP-Orakel ist
Ein TWAP-Orakel berechnet einen Preis, indem es jeden beobachteten Preis danach gewichtet, wie lange er in Kraft war, und dann durch die gesamte verstrichene Zeit teilt. Wenn ein Token neun Minuten lang bei 100 und eine Minute lang bei 110 gehandelt wurde, beträgt der einfache Spotwert am Ende 110, aber der zeitgewichtete Durchschnitt liegt näher bei 101. Das Orakel gibt den Durchschnitt zurück, sodass eine kurze Abweichung nur begrenzten Einfluss auf die Ausgabe hat.
Entscheidend ist, dass dies On-Chain aus der eigenen Handelshistorie einer dezentralen Börse berechnet wird. Es gibt keinen Off-Chain-Reporter, dem man vertrauen müsste, und keine API, die man abfragen müsste. Der Preis ist eine deterministische Funktion des aufgezeichneten Zustands des Pools. Dieses eigenständige Design ist ein Grund, warum Protokolle es schätzen, obwohl es, wie wir sehen werden, kein Selbstläufer ist. Beachten Sie, dass der Begriff sich mit der Ausführungsstrategie überschneidet: Ein TWAP order teilt einen großen Handel in Scheiben über die Zeit auf, um Slippage zu reduzieren. Das ist eine Handelstaktik. Ein TWAP-Orakel ist ein Preisberichts-Tool. Dieselbe mathematische Idee, völlig anderer Zweck.
Warum der Spotpreis für Kreditvergabe und Liquidationen unsicher ist
Stellen Sie sich ein Kreditprotokoll vor, das den sofortigen Spotpreis aus einem einzigen Liquiditätspool liest, um Sicherheiten zu bewerten. Wenn dieser Preis für die Dauer einer Transaktion verschoben werden kann, kann ein Angreifer gegen überhöhte Sicherheiten leihen oder unfaire Liquidationen auslösen und im selben Block entkommen. Dies ist nicht theoretisch. Es ist der Kern der meisten Orakel-Manipulationen.
Die ermöglichende Waffe ist in der Regel ein flash loan, der es einem Angreifer ermöglicht, eine enorme Summe ohne Sicherheiten zu leihen, solange sie innerhalb derselben Transaktion zurückgezahlt wird. Mit diesem Kapital manipulieren sie den Spotpreis eines dünnen Pools dramatisch, lassen das Opferprotokoll die verzerrte Zahl lesen, entziehen Wert und wickeln alles atomar ab. Ein Spot-Orakel hat kein Gedächtnis und keine Verteidigung gegen einen Preis, der genau für einen Block wahr ist. Für jedes Protokoll, bei dem ein falscher Preis einen echten Geldverlust bedeutet, wie z.B. die Art von Sicherheitenprüfungen, die Sie sehen, wenn Sie auf Aave leihen, ist das Ablesen des reinen Spotpreises rücksichtslos.
Wie Uniswap-artige kumulative-Preis-TWAP funktioniert
Uniswap hat ein elegantes On-Chain-TWAP populär gemacht, das das Speichern einer langen Preishistorie vermeidet. Der Pool führt einen laufenden Akkumulator: Jedes Mal, wenn sich der Preis ändert, addiert er den aktuellen Preis multipliziert mit der Anzahl der Sekunden seit dem letzten Update zu einem kumulativen Zähler. Dieser Zähler wächst nur und kodiert die gesamte Preis-Zeit-Historie in einer einzigen Zahl.
Um den Durchschnittspreis über ein beliebiges Fenster zu erhalten, liest ein Konsument den Akkumulator zur Startzeit und zur Endzeit ab, subtrahiert und teilt durch die verstrichenen Sekunden. Das Ergebnis ist der exakte zeitgewichtete Durchschnitt über dieses Fenster. Da die Daten im Pool leben und der Konsument beide Endpunkte wählt, entscheidet das Protokoll, wie lange ein Fenster gemittelt werden soll. Pools mit tiefer, konzentrierter Liquidität machen dies noch robuster, da das Verschieben des Preises über das gesamte Fenster einen Angreifer weitaus mehr Kapital kostet.
Der Kompromiss zwischen Verzögerung und Manipulationsresistenz
Die Fensterlänge ist die wichtigste Designentscheidung und erzwingt einen Kompromiss. Ein längeres Fenster verwässert jede kurze Manipulation stärker, sodass ein Angreifer einen verzerrten Preis über mehr Blöcke halten muss, was exponentiell mehr Kapital kostet und ihn Arbitrage aussetzt, die den Preis zurückdrängt. Das ist der Sicherheitsvorteil.
Die Kosten sind die Verzögerung. Ein langes Fenster bedeutet, dass das Orakel bei schnellen Bewegungen die Realität von gestern meldet. Bei einem echten, starken Marktabfall bewertet ein langsames TWAP Sicherheiten weiterhin zu hoch, was Liquidationen verzögern kann, bis Positionen bereits unter Wasser sind und das Protokoll mit uneinbringlichen Forderungen zurücklässt. Das Fenster muss also lang genug sein, um Manipulationen unwirtschaftlich zu machen, aber kurz genug, um auf reale Bewegungen zu reagieren, bevor sie zu Solvenzproblemen werden. Es gibt keine universell korrekte Zahl; sie hängt von der Volatilität des Assets und der Tiefe des Pools ab.
TWAP versus Push- und Pull-Orakel, und wo TWAP versagt
TWAP ist nicht das einzige Orakel-Design und wird zunehmend als Plausibilitätsprüfungsschicht und nicht als alleinige Preisquelle verwendet. Die beiden dominanten Alternativen funktionieren sehr unterschiedlich, was es wert ist, zusammen mit einem umfassenderen Chainlink versus Pyth Vergleich verstanden zu werden.
Ein Push-Orakel, das Chainlink-Modell, lässt Off-Chain-Knoten Preise von vielen Börsen aggregieren und einen aktualisierten Wert On-Chain pushen, wenn er einen Schwellenwert überschreitet oder nach einem Herzschlagintervall. Ein Pull-Orakel, das Pyth-Modell, lässt Erstanbieter-Publisher Preise signieren, die jeder bei Bedarf On-Chain abrufen kann, sodass der Konsument im Moment des Bedarfs einen sehr aktuellen Wert abruft. Push und Pull greifen beide auf breite marktweite Daten zurück, was sie resistent gegen Einzelpool-Manipulationen macht, aber von der Ehrlichkeit und Lebendigkeit ihrer Reporter-Netzwerke abhängt.
TWAP hingegen vertraut keinem externen Reporter, sondern nur der eigenen Historie eines einzelnen Pools. Das ist seine Stärke und seine Schwäche. Es versagt, wenn der zugrunde liegende Pool dünn genug ist, dass ein Angreifer es sich leisten kann, den Preis über das gesamte Fenster zu halten, wenn Liquidität migriert und der Pool den wahren Markt nicht mehr widerspiegelt, oder wenn sich ein Asset so schnell bewegt, dass die Verzögerung selbst eine schlechte Bewertung erzeugt. Die moderne Best Practice ist die Schichtung: Verwenden Sie einen aktuellen Push- oder Pull-Feed als primären Preis und ein TWAP als Leitplanke, die Werte ablehnt, die zu weit von einem aktuellen Durchschnitt abweichen. Kein einzelnes Orakel-Design ist für sich allein ausreichend.
Dieser Artikel dient ausschließlich Bildungszwecken und stellt keine Finanzberatung dar.