Wie DeFi-Preis-Orakel Preise aggregieren und veröffentlichen

Ein Oracle verbindet Informationen außerhalb einer Blockchain mit Code, der Onchain ausgeführt wird. Ein Kreditprotokoll kann einen Feed zur Bewertung von Sicherheiten lesen; ein Derivatevertrag kann einen Referenzwert für Abrechnung oder Risikogrenzen verwenden. Der Vertrag kann den veröffentlichten Zustand lesen, aber nicht selbst alle externen Orderbücher prüfen und den fairen Marktpreis bestimmen.

„Preis“ kann ein Asset-zu-Notierungswährung-Paar, ein protokollspezifischer Rücknahmesatz oder eine andere Größe sein. Er entspricht nicht automatisch dem Preis, zu dem sich eine große Position verkaufen lässt. Der Leitfaden zu DEX-Swap-Preiseffekt und Slippage und Mark Price gegenüber letztem Handel behandeln andere Preisunterschiede. Hier geht es um gängige EVM-Push-Feeds, nicht um eine Regel für ganz DeFi.

Bei Chainlinks Offchain-Reporting tauschen Oracle-Knoten Beobachtungen Offchain aus und stimmen einem Bericht zu. Ein Quorum signiert ihn; ein Übermittler reicht ihn als Transaktion ein; der Aggregator prüft die Signaturen und stellt Antwort, Rundenkennung und Zeitstempel bereit. Die Offchain-Reporting-Dokumentation beschreibt den Median der Beobachtungen als veröffentlichten Wert.

Der Verbraucher wiederholt normalerweise nicht die ganze Aggregation, sondern ruft latestRoundData() über die Feed-Proxy-Adresse auf. Hinter der Proxy-Adresse kann sich der Aggregator ändern. Prüfen Sie den passenden Netzwerk- und Feed-Eintrag im EVM-Leitfaden und in der API-Referenz. Viele Knoten bedeuten nicht automatisch unabhängige Datenquellen; mehrere Betreiber können dieselben Börsen oder Anbieter nutzen.

Viele Push-Feeds kombinieren eine Abweichungsschwelle mit einem Heartbeat. Eine definierte prozentuale Bewegung seit dem letzten veröffentlichten Wert kann einen neuen Bericht auslösen; der Heartbeat kann nach einer Zeitspanne auch ohne große Bewegung ein Update anfordern. Die aktuelle Data-Feeds-Übersicht und die Adressliste führen Parameter nach Asset, Netzwerk und Feed auf.

Das sind feed-spezifische Auslöser, keine allgemeine Zusage, alle N Sekunden zu aktualisieren. Kleine Kursbewegungen können die Abweichungsschwelle verfehlen; ein angefordertes Update muss außerdem beobachtet, übermittelt und in einen Block aufgenommen werden. Ein Heartbeat garantiert deshalb weder einen exakten Ankunftszeitpunkt noch, dass ein Preis nie veraltet. Das Protokoll braucht eine eigene, zum Anwendungsfall passende Altersgrenze.

latestRoundData() liefert Rundenkennung, answer, startedAt, updatedAt und answeredInRound; die API-Referenz kennzeichnet das letzte Feld als veraltet. answer ist eine Festkommazahl als Ganzzahl. Lesen Sie decimals() und die Beschreibung des konkreten Feeds. Liefert ein hypothetischer BTC/USD-Feed 6,725,000,000,000 mit 8 Feed-Dezimalstellen, entspricht das 67.250 US-Dollar je BTC.

Feed-Dezimalstellen und Token-Dezimalstellen sind verschieden. Eine ERC-20-Menge kann 18 Stellen haben, die Preisantwort aber 8. Beide Werte müssen vor einer Multiplikation anhand ihrer eigenen Einheiten skaliert werden. BTC/USD bedeutet Dollar je Bitcoin; USD/BTC ist die inverse Einheit. Für abgeleitete Paare müssen beide Feeds korrekt skaliert und in der passenden Reihenfolge dividiert werden; das Denominationsbeispiel zeigt BTC/EUR aus BTC/USD und EUR/USD.

updatedAt bezeichnet die Aktualisierung der letzten Runde. Der Verbraucher kann den Wert mit dem Zeitstempel des aktuellen Blocks vergleichen und Antworten oberhalb seines maximalen Alters ablehnen. Je nach Feed und Protokoll lassen sich auch ein nicht-null Aktualisierungszeitpunkt, eine positive Antwort für einen positiv bepreisten Vermögenswert und plausible Grenzen prüfen. Zu enge Grenzen können legitime Marktbewegungen abweisen.

Angenommen, ein hypothetischer Kreditmarkt nimmt vier Einheiten Sicherheiten mit einem Faktor von 75 Prozent an. Die letzte Feed-Antwort lautet 200,000,000,000 bei 8 Dezimalstellen, also 2.000 Dollar je Token. Die Kreditgrenze beträgt 4 × $2.000 × 75 % = $6.000. Fällt der Markt auf 1.820 Dollar, sind das 9 Prozent. Bei angenommenen 10 Prozent Abweichung und 60 Minuten Heartbeat muss noch kein Update ausgelöst worden sein; mit dem niedrigeren Kurs ergibt sich eine Grenze von 5.460 Dollar.

Lehnt die Anwendung Kurse ab, die älter als fünf Minuten sind, und ist die Runde zwanzig Minuten alt, kann sie neue Kredite sperren, statt den Wert von 2.000 Dollar zu verwenden. Die Prüfung aktualisiert den Feed nicht, sondern ändert erlaubte Aktionen. Kreditaufnahme, Auszahlung, Liquidation und Rückzahlung können unterschiedliche Regeln haben, da ein kompletter Stopp ebenfalls schaden kann. Werte und Auslöser sind illustrative Annahmen, keine aktuellen Feed-Parameter oder Empfehlungen.

Auf vielen L2-Netzen reichen Nutzer Transaktionen über einen Sequencer ein. Bei Ausfall oder Wiederanlauf können Transaktionen verzögert werden oder später unter anderen Marktbedingungen ausgeführt werden. Ein aktuell wirkender L2-Preis zeigt nicht, dass der Ausführungspfad verfügbar war oder alle Nutzer gleich handeln konnten.

Chainlink dokumentiert einen separaten L2-Sequencer-Uptime-Feed: answer == 0 bedeutet aktiv, answer == 1 bedeutet ausgefallen. startedAt speichert den Zeitpunkt des Statuswechsels. Das Beispiel prüft den Status und wartet nach Wiederherstellung eine vom Verbraucher festgelegte Schonfrist ab, bevor es den Preis liest. Prüfen Sie Adresse und Netzverhalten im Leitfaden zum L2-Sequencer-Uptime-Feed. Die Schonfrist garantiert weder frische Marktdaten noch, dass wartende Transaktionen abgeschlossen sind.

Quorum, Median, Abweichung, Heartbeat, Altersgrenze und Sequencer-Status beantworten jeweils nur eine begrenzte Frage. Sie garantieren weder Marktliquidität noch die korrekte Asset-Identität, unabhängige Datenanbieter oder einen ausführbaren Preis für eine bestimmte Handelsgröße. Auch ein frischer Zeitstempel kann einen falschen Wert begleiten; ein alter Wert kann in ruhigen Märkten noch nahe am Markt liegen.

Kein Auslöser verhindert Preislücken, Netzwerküberlastung oder Fehler bei Skalierung, Paarwahl, Aktualitätsprüfung und Liquidation. Die Hinweise zur Auswahl hochwertiger Data Feeds empfehlen, Liquidität und Datenabhängigkeiten zu bewerten und veraltete, verspätete, fehlende oder unerwartete Werte zu behandeln. Smart-Contract-, Governance-, Bridge-, Sicherheiten- und Liquidationsrisiken bleiben bestehen. Ein Stablecoin-Oracle-Kurs garantiert keine Rücknahme zum Nennwert; dazu mehr im Depeg-Leitfaden.

Bestimmen Sie Netzwerk, Feed-Proxy, Asset-Paar, Notierungswährung, Antwort-Dezimalstellen und Vertragsadresse. Vergleichen Sie die Feed-Beschreibung mit dem beabsichtigten Vermögenswert und übernehmen Sie keine Adresse eines anderen Netzwerks. Prüfen Sie Quellenmodell und Aktualisierungsverlauf, wenn der Anwendungsfall dies verlangt. Aggregatoren können sich laut Chainlink je Netzwerk unterscheiden; deshalb sind Quellcode und Konfiguration wichtig.

Verfolgen Sie danach, wie der Vertrag die Antwort nutzt: Einheitenumrechnung, updatedAt, maximales Alter und Verhalten bei ungültigen Werten. Auf L2 gehören Uptime-Feed, Wiederherstellungszeit, Schonfrist und verzögerte Transaktionen dazu. Prüfen Sie im konkreten Vertrag sowohl veraltete Preise als auch Ausfall und Wiederanlauf. Zur Einordnung weiterer Preisfelder hilft Mark Price gegenüber letztem Handel.