Was sind Blockchain-Orakel und warum Smart Contracts sie benötigen

Smart Contracts sind mächtig, aber sie sind auch blind. Sie können keine Preise sehen, Wetterdaten lesen oder überprüfen, ob eine Zahlung auf einem Bankkonto eingegangen ist. Orakel sind die Infrastruktur, die Blockchains mit der Außenwelt verbindet, und die Sicherheit von mehr als 200 Milliarden Dollar in DeFi hängt davon ab, dass sie korrekt funktionieren.

Die meisten Erklärungen von Blockchain-Orakeln beginnen mit einer Definition und hören dort auf. Sie sagen Ihnen, dass ein Orakel eine Brücke zwischen einer Blockchain und der Außenwelt ist, was wahr, aber unzureichend ist. Es ist, als würde man sagen, dass ein Stromnetz eine Brücke zwischen einem Generator und einem Lichtschalter ist. Technisch korrekt. Praktisch nutzlos, um zu verstehen, warum das Netz ausfällt, wer zahlt, wenn es das tut, und warum das Design des Netzes wichtiger ist als das Design des Schalters.

Der nützlichere Ausgangspunkt ist die Einschränkung, die Orakel lösen sollen. Smart Contracts sind deterministisch. Jeder Knoten im Netzwerk muss denselben Code ausführen und zum selben Ergebnis gelangen. Wenn ein Smart Contract direkt eine Aktienkurs-API abfragen könnte, würden verschiedene Knoten zu verschiedenen Zeiten unterschiedliche Antworten erhalten, und der Konsens würde brechen. Die Blockchain würde nicht wegen eines Governance-Streits forken, sondern wegen eines Rundungsfehlers in einem Preis-Feed.

Orakel existieren, weil Blockchains Determinismus über Konnektivität gewählt haben, und diese Wahl ist nicht verhandelbar. Jede Orakellösung ist ein Versuch, externe Daten auf die Chain zu bringen, ohne die Eigenschaft zu brechen, die Blockchains überhaupt vertrauenswürdig macht.

Wie Orakel tatsächlich funktionieren

Die Standard-Orakelarchitektur hat drei Schichten: Datenbeschaffung, Aggregation und On-Chain-Zustellung.

Auf der Beschaffungsebene verbinden sich Orakelknoten mit externen Datenanbietern. Für einen Preis-Feed könnte dies bedeuten, den ETH/USD-Preis gleichzeitig von Coinbase, Kraken, Binance und mehreren anderen Börsen zu ziehen. Für ein Wetterorakel könnte es bedeuten, sich mit mehreren meteorologischen APIs zu verbinden. Das Prinzip ist dasselbe: Keiner einzelnen Quelle wird vertraut.

Auf der Aggregationsebene kombiniert das Orakelnetzwerk diese Datenpunkte zu einem einzigen Wert. Die gebräuchlichste Methode ist ein gewichteter Median, der Ausreißer verwirft und ein Ergebnis erzeugt, das kein einzelner Datenanbieter manipulieren kann. Wenn sieben Knoten Preise zwischen 2.000 $ und 2.005 $ melden und ein Knoten 50.000 $ meldet, ignoriert der Median den Ausreißer.

Auf der Zustellungsebene wird der aggregierte Wert in einen Smart Contract auf der Chain geschrieben. Dies ist der Punkt, an dem externe Daten zu Blockchain-Daten werden, unveränderlich und für jeden Vertrag verfügbar, der darauf verweist. Der On-Chain-Vertrag speichert den neuesten Wert, und jedes DeFi-Protokoll kann ihn lesen.

Dieses Drei-Schichten-Modell klingt in der Theorie sauber. In der Praxis führt jede Schicht Angriffsflächen, Latenz und Kosten ein. Zu verstehen, wo Orakel versagen, erfordert die Untersuchung jeder Schicht separat.

Das Orakelproblem erklärt

Das Orakelproblem ist kein Fehler. Es ist eine grundlegende Spannung im Blockchain-Design, die nicht vollständig gelöst, sondern nur verwaltet werden kann.

Eine Blockchain bezieht ihre Sicherheit aus der Dezentralisierung. Keine einzelne Entität kontrolliert das Hauptbuch. Aber wenn jeder Smart Contract auf dieser Blockchain Preisdaten von einem einzigen Orakel liest, das von einem einzigen Unternehmen kontrolliert wird, reduziert sich die Sicherheit des gesamten Systems auf die Sicherheit dieses einen Unternehmens. Die Blockchain ist dezentralisiert. Die Daten, von denen sie abhängt, sind es nicht.

Deshalb wird das Orakelproblem manchmal als das Problem der letzten Meile der Blockchain-Sicherheit beschrieben. Man kann einen perfekt geprüften Smart Contract erstellen, ihn auf einem perfekt dezentralen Netzwerk bereitstellen und trotzdem alles verlieren, wenn das Orakel, das ihn mit Daten versorgt, kompromittiert wird.

Die Lösungen fallen in zwei Kategorien. Zentralisierte Orakel opfern Dezentralisierung für Geschwindigkeit und Einfachheit. Eine einzelne Entität betreibt das Orakel, und die Benutzer vertrauen dieser Entität, genaue Daten zu liefern. Dies funktioniert für Anwendungen mit geringem Risiko, ist jedoch für DeFi-Protokolle, die Milliarden von Dollar halten, ungeeignet.

Dezentrale Orakelnetzwerke adressieren das Vertrauensproblem, indem sie die Datenerfassung und -aggregation auf mehrere unabhängige Knoten verteilen. Chainlink hat dieses Modell eingeführt und verlangt, dass eine konfigurierbare Mehrheit von Knoten einem Datenpunkt zustimmt, bevor er auf der Kette veröffentlicht wird. Die wirtschaftliche Anreizstruktur erfordert, dass Knotenbetreiber Sicherheiten hinterlegen, die bei falschen Daten gekürzt werden können, wodurch ihre finanziellen Interessen mit ehrlicher Berichterstattung in Einklang gebracht werden.

Keiner der Ansätze beseitigt das Orakelproblem vollständig. Dezentrale Orakelnetzwerke verringern die Wahrscheinlichkeit von Manipulation, erhöhen jedoch Kosten und Latenz. Der Kompromiss ist eine Designentscheidung, kein Designfehler.

Warum DeFi ohne Orakel nicht existieren kann

Die Abhängigkeit ist arithmetisch, nicht philosophisch. Betrachten wir ein Kreditprotokoll wie Aave. Ein Benutzer hinterlegt einen ETH als Sicherheit und leiht sich 1.500 $ in Stablecoins. Das Protokoll muss den Preis von ETH kontinuierlich kennen, um zu bestimmen, ob die Sicherheit den Kredit abdeckt.

Wenn ETH von 2.000 $ auf 1.400 $ fällt, ist der Kredit unterbesichert und muss liquidiert werden. Ohne ein Orakel, das den aktuellen Preis liefert, hat das Protokoll keine Möglichkeit, die Liquidation auszulösen. Die Stablecoin-Kreditnehmer würden uneinbringliche Schulden ansammeln, und das Protokoll würde zahlungsunfähig.

Dies ist kein hypothetisches Szenario. Jedes Kreditprotokoll, jede Perpetual-Futures-Börse, jede Optionsplattform und jedes synthetische Asset auf jeder Blockchain hängt von Orakeln für die Preise ab, die die Zahlungsfähigkeit bestimmen. Der Gesamtwert, der in DeFi-Protokollen gesperrt ist, die auf Orakel-Preisfeeds angewiesen sind, übersteigt 200 Milliarden $ über alle Ketten hinweg.

Die gleiche Abhängigkeit erstreckt sich über Preisfeeds hinaus. Prognosemärkte benötigen Orakel, um Ereignisausgänge zu melden. Versicherungsprotokolle benötigen Wetterdaten. Plattformen für reale Vermögenswerte benötigen den Nachweis, dass die zugrunde liegenden Vermögenswerte existieren und korrekt bewertet sind. In jedem Fall ist das Orakel die einzige Komponente, deren Ausfall die gesamte Anwendung bedeutungslos machen würde.

Orakel-Manipulation: Wie Exploits passieren

Orakel-Exploits folgen einem vorhersehbaren Muster. Der Angreifer identifiziert ein DeFi-Protokoll, das seinen Preis aus einer einzigen On-Chain-Quelle ableitet, typischerweise einem Liquiditätspool einer dezentralen Börse, anstatt aus einem dezentralen Orakelnetzwerk.

Der Angriff erfolgt in drei Schritten innerhalb einer einzigen Transaktion. Zuerst nimmt der Angreifer einen Flash-Loan auf und leiht sich Millionen von Dollar ohne Sicherheiten für die Dauer einer Transaktion. Zweitens verwendet der Angreifer die geliehenen Mittel, um den Preis an der DEX zu manipulieren, die das Zielprotokoll als Preisquelle liest, und führt einen massiven Swap aus, der den gemeldeten Preis um 50 % oder mehr verschiebt. Drittens interagiert der Angreifer mit dem Zielprotokoll zum manipulierten Preis, leiht sich gegen künstlich aufgeblähte Sicherheiten oder liquidiert Positionen zu künstlichen Preisen.

Die gesamte Sequenz erfolgt atomar. Wenn ein Schritt fehlschlägt, wird die Transaktion zurückgesetzt und der Angreifer verliert nichts außer Gasgebühren. Wenn sie erfolgreich ist, zahlt der Angreifer den Flash-Loan zurück und behält den Gewinn.

Dies ist kein theoretischer Angriffsvektor. Flash-Loan-Oracle-Manipulationen haben seit 2020 Hunderte Millionen Dollar aus DeFi-Protokollen abgezogen. Der gemeinsame Nenner in jedem Fall ist ein Protokoll, das sich auf eine manipulierbare On-Chain-Preisquelle verließ, anstatt auf ein externes Oracle-Netzwerk. Protokolle, die Chainlink oder gleichwertige dezentrale Oracle-Netzwerke verwenden, sind gegen diesen spezifischen Angriff nicht anfällig, da der Preisfeed nicht innerhalb einer einzelnen Transaktion manipuliert werden kann.

Die Lektion ist kontraintuitiv. Die dezentralste Preisquelle, ein On-Chain-DEX-Pool, ist für Oracle-Zwecke oft am wenigsten sicher. Die sicherste Preisquelle für DeFi ist ein Off-Chain-Oracle-Netzwerk, das Preise von zentralisierten Börsen aggregiert, gerade weil diese Preise schwerer atomar zu manipulieren sind.

Das Ausmaß dieser Angriffe ist mit DeFi selbst gewachsen. Im Oktober 2022 verlor Mango Markets auf Solana 114 Millionen Dollar durch einen Oracle-Manipulations-Exploit. Der Angreifer nutzte relativ bescheidenes Kapital, um den Preis des MNGO-Tokens in dünnen DEX-Pools zu bewegen, die Mango als Preisquelle verwendete, und lieh dann gegen den aufgeblähten Sicherheitenwert über alle verfügbaren Vermögenswerte auf der Plattform. Die gesamte Operation dauerte weniger als 20 Minuten.

Euler Finance verlor im März 2023 197 Millionen Dollar durch einen ähnlichen Vektor. BonqDAO, Harvest Finance und Dutzende kleinere Protokolle haben dasselbe Muster erlitten. In fast jedem Fall identifizierte die Post-Mortem-Analyse dieselbe Grundursache: Das Protokoll verwendete eine On-Chain-Preisquelle, die durch eine einzige große Transaktion bewegt werden konnte, anstatt ein Oracle-Netzwerk, das Preise aus mehreren unabhängigen externen Quellen aggregiert.

Arten von Oracles über Preisfeeds hinaus

Der Branchenfokus auf Preisfeeds verschleiert die Breite dessen, was Oracles in der Praxis tun.

Verifizierbare Zufälligkeit. On-Chain-Gaming, NFT-Minting und Lotterieverträge benötigen nachweislich faire Zufallszahlen. Blockchains sind deterministisch aufgebaut, was bedeutet, dass sie keine Zufälligkeit nativ erzeugen können. Oracle-Netzwerke lösen dies, indem sie Zufallszahlen off-chain unter Verwendung verifizierbarer Zufallsfunktionen generieren und dann das Ergebnis zusammen mit einem kryptografischen Beweis veröffentlichen, dass die Zahl nicht manipuliert wurde.

Cross-Chain-Messaging. Wenn ein Benutzer Vermögenswerte von Ethereum zu Arbitrum überbrückt, verifiziert ein Oracle-Netzwerk, dass die Einzahlungstransaktion auf der Quellkette abgeschlossen wurde, bevor Vermögenswerte auf der Zielkette freigegeben werden. Das Chainlink Cross-Chain-Interoperabilitätsprotokoll (CCIP) ist zur Standardinfrastruktur für Protokolle wie Aave geworden, die Cross-Chain-Operationen abwickeln und Milliarden an Transfers verarbeiten.

Reservennachweis. Stablecoins und Wrapped-Token müssen nachweisen, dass ihre Reserven ihrem Umlaufangebot entsprechen. Oracles, die Verwahrstellen-Wallets überwachen und Reserveguthaben on-chain veröffentlichen, bieten diese Sicherheit. Ohne Proof-of-Reserve-Oracles müssen Benutzer den selbst gemeldeten Audits des Emittenten vertrauen.

Berechnungs-Oracles. Einige Operationen sind zu teuer, um on-chain durchgeführt zu werden. Oracle-Netzwerke können komplexe Berechnungen off-chain ausführen und nur das Ergebnis on-chain liefern, zusammen mit einem Beweis, dass die Berechnung korrekt durchgeführt wurde. Dieses Muster wird zunehmend wichtig für Anwendungen, die große Datensätze verarbeiten oder maschinelle Lernmodelle ausführen müssen, während sie Ergebnisse auf einer Blockchain abwickeln.

Die Verbreitung von Oracle-Typen spiegelt einen breiteren Wandel wider, wie Blockchains mit der realen Welt interagieren. Frühe Blockchain-Anwendungen waren in sich geschlossen. Bitcoin überträgt Werte zwischen Adressen in seinem eigenen Ledger. Ethereum führt Logik unter Verwendung von Daten aus, die in seinem eigenen Zustand gespeichert sind. Keines erforderte externe Informationen. Die Nachfrage nach Oracles entstand erst, als Entwickler begannen, Anwendungen zu erstellen, die sich auf reale Bedingungen bezogen: Vermögenspreise, Ereignisausgänge, Identitätsansprüche, physikalische Messungen. Jede neue Kategorie realer Referenzen schafft eine neue Kategorie von Oracle-Anforderungen, und jede neue Oracle-Anforderung schafft eine neue Angriffsfläche für das Oracle-Problem.

Die Frage der Chainlink-Dominanz

Chainlinks Position im Oracle-Markt wirft eine Frage auf, die die Branche nicht zu genau untersuchen möchte. Wenn der ganze Sinn von dezentraler Finanz darin besteht, einzelne Abhängigkeitspunkte zu eliminieren, was bedeutet es, dass ungefähr 75% des gesicherten Gesamtwerts von DeFi von einem einzigen Oracle-Anbieter abhängen?

Die Verteidigung ist, dass Chainlink selbst dezentral ist. Seine Preisfeeds werden von Dutzenden unabhängigen Node-Betreibern generiert, und kein einzelner Betreiber kann einen Feed manipulieren. Das Netzwerk hat Billionen Dollar an Transaktionswert verarbeitet, ohne einen größeren Exploit seiner Kern-Preisfeed-Infrastruktur.

Die Sorge besteht darin, dass die Dezentralisierung innerhalb von Chainlink die Konzentration der Oracle-Ebene in einem einzigen Protokoll nicht adressiert. Wenn eine Schwachstelle in den Chainlink-EntryPoint-Verträgen entdeckt würde oder wenn eine regulatorische Maßnahme gegen Chainlink Labs gerichtet wäre, würden die Auswirkungen gleichzeitig auf praktisch jedes große DeFi-Protokoll übergreifen.

Es gibt Konkurrenten. Pyth Network, unterstützt von Jump Crypto, konzentriert sich auf hochfrequente Preis-Feeds von institutionellen Market Makern. API3 verfolgt einen First-Party-Oracle-Ansatz, bei dem Datenanbieter ihre eigenen Oracle-Knoten betreiben, anstatt sich auf Drittanbieter-Intermediäre zu verlassen. Chronicle, ursprünglich für MakerDAO entwickelt, bietet Oracle-Infrastruktur für die größte dezentrale Stablecoin.

Der Markt hat sich nicht auf einen Multi-Oracle-Standard geeinigt, so wie er sich auf Multi-Chain-Bereitstellung geeinigt hat. Die meisten Protokolle verwenden einen einzigen Oracle-Anbieter. Ob diese Konzentration ein systemisches Risiko darstellt oder einfach das natürliche Ergebnis von Netzwerkeffekten und Sicherheitsbilanz ist, ist eine offene Debatte mit erheblichen Auswirkungen auf die Widerstandsfähigkeit von DeFi.

Was dies nicht abdeckt

Dieser Artikel behandelt nicht die Token-Ökonomie von Oracle-Netzwerken im Detail. LINK-, PYTH- und API3-Token haben jeweils unterschiedliche Staking-, Belohnungs- und Governance-Mechanismen, die die Oracle-Sicherheit und die Anreizausrichtung beeinflussen. Diese Mechanismen verdienen eine eigene Analyse.

Dieser Artikel befasst sich nicht mit der aufkommenden Kategorie der KI-Oracles, Systemen, die maschinelle Lernmodelle verwenden, um Vorhersagen zu generieren, anstatt beobachtete Daten weiterzuleiten. KI-Oracles führen ein grundlegend anderes Vertrauensmodell ein und befinden sich noch in einem zu frühen Stadium für eine definitive Bewertung.

Dieser Artikel untersucht nicht die spezifische Smart-Contract-Architektur von Oracle-Netzwerken auf der Kette. Die Sicherheit eines Oracles hängt teilweise von seiner Off-Chain-Infrastruktur und teilweise von der Korrektheit seiner On-Chain-Verträge ab, und die Prüfung dieser Verträge erfordert ein Maß an technischer Tiefe, das über den Rahmen dieses Artikels hinausgeht.

Praktische Prüfungen, bevor man einem Oracle vertraut

Überprüfen Sie die Anzahl der Datenquellen. Ein Preis-Feed, der Daten von 21 unabhängigen Quellen aggregiert, ist robuster als einer, der von drei aggregiert. Die meisten Oracle-Dashboards veröffentlichen diese Informationen. Wenn das von Ihnen verwendete Protokoll die Anzahl seiner Oracle-Datenquellen nicht offenlegt, ist das ein Signal.

Überprüfen Sie die Aktualisierungshäufigkeit. Einige Oracle-Feeds aktualisieren bei jedem Block. Andere aktualisieren nur, wenn der Preis um einen Schwellenwert abweicht, typischerweise 0,5 % bis 1 %. Ein Kreditprotokoll, das einen Feed verwendet, der jede Stunde aktualisiert, ist schnellen Preisbewegungen ausgesetzt, die zwischen den Aktualisierungen auftreten. Der Abweichungsschwellenwert und das Heartbeat-Intervall sind für jedes Protokoll wichtig, bei dem das Timing der Liquidation entscheidend ist.

Bestätigen Sie, dass das Oracle extern ist, nicht auf der Kette. Wenn ein DeFi-Protokoll seine Preise aus seinem eigenen Liquiditätspool oder von einer einzigen DEX ableitet, ist es anfällig für Flash-Loan-Manipulation, unabhängig davon, wie dezentral die zugrunde liegende Blockchain ist. Externe Oracle-Netzwerke, die Off-Chain-Daten aggregieren, sind gegenüber diesem Angriffsvektor widerstandsfähiger.

Suchen Sie nach einem Fallback-Mechanismus. Gut gestaltete Protokolle implementieren Oracle-Fallbacks. Wenn der primäre Oracle-Feed nicht mehr aktualisiert wird, sollte das Protokoll einen sekundären Feed oder einen Schutzschalter haben, der den Betrieb pausiert, anstatt mit veralteten Daten zu arbeiten. Protokolle ohne Fallback-Mechanismen sind nur einen Oracle-Ausfall von kaskadierenden Liquidationen auf der Grundlage falscher Preise entfernt.

Lesen Sie die Historie der Oracle-Vorfälle. Jedes große Oracle-Netzwerk hat Ausfälle, verzögerte Updates oder Edge-Case-Fehler erlebt. Ein Netzwerk, das noch nie einen Vorfall hatte, ist entweder zu neu, um getestet zu sein, oder zu klein, um angegriffen zu werden. Entscheidend ist, wie mit Vorfällen umgegangen wurde und welche architektonischen Änderungen folgten.