Das Wichtigste zu Blockchain-Oracles
- Blockchain-Oracles sind Schnittstellen: Sie übertragen externe Daten an Smart Contracts oder übermitteln Informationen von einer Blockchain an externe Systeme.
- Sie lösen das Oracle-Problem: Blockchains können externe Informationen nicht selbstständig abrufen oder deren Richtigkeit überprüfen.
- Oracles sind keine ursprünglichen Datenquellen: Meist beziehen sie Informationen von APIs, Börsen, Sensoren oder anderen Datenanbietern, prüfen und übertragen diese.
- Dezentrale Oracle-Netzwerke reduzieren Abhängigkeiten: Mehrere Datenquellen und unabhängige Nodes erschweren Manipulationen und Ausfälle.
- Chainlink ist das bekannteste Beispiel: Weitere Oracle-Projekte sind unter anderem Pyth Network, Band Protocol und API3.
Was sind Blockchain-Oracles?
Ein Blockchain-Oracle ist ein Dienst, der Daten zwischen einer Blockchain und der Außenwelt vermittelt. Der Begriff „Oracle“ bedeutet auf Deutsch „Orakel“. Anders als der Name vermuten lässt, sagt ein Oracle die Zukunft jedoch nicht voraus. Es beschafft, überprüft, verarbeitet und übermittelt Informationen, die ein Smart Contract für seine Ausführung benötigt.
Ein einfaches Beispiel ist eine dezentrale Kreditplattform. Sie muss wissen, wie viel die hinterlegten Kryptowährungen aktuell wert sind. Ein Oracle liefert dem Smart Contract dafür regelmäßig einen Preis-Feed. Sinkt der Wert der Sicherheit unter einen festgelegten Grenzwert, kann der Smart Contract die Position automatisch liquidieren.
Definition: Blockchain-Oracles sind Schnittstellen, die Smart Contracts mit externen Datenquellen, anderen Blockchains oder Systemen außerhalb der Blockchain verbinden.
Das Oracle erzeugt die zugrunde liegende Information in der Regel nicht selbst. Es kann Daten beispielsweise von Kryptobörsen, Wetterdiensten, IoT-Sensoren oder offiziellen Registern beziehen. Seine Aufgabe besteht darin, diese Daten für eine Blockchain nutzbar zu machen.
Warum benötigen Blockchains Oracles?
Blockchains sind bewusst geschlossene, deterministische Systeme. Alle Nodes müssen bei identischen Eingaben zum gleichen Ergebnis kommen. Würde jeder Node während der Ausführung eines Smart Contracts selbst eine Website oder API abfragen, könnten unterschiedliche Antworten entstehen. Gründe dafür sind etwa abweichende Zeitpunkte, Ausfälle oder nachträglich veränderte Inhalte.
Deshalb können Smart Contracts externe Daten nicht einfach selbst abrufen. Sie können zunächst nur Informationen verarbeiten, die bereits auf der Blockchain gespeichert sind. Diese Einschränkung wird als Blockchain-Oracle-Problem bezeichnet.
Ein Oracle überbrückt diese Grenze. Es bringt Offchain-Daten in ein Format, das ein Smart Contract verlässlich auslesen kann. Damit erweitert es den möglichen Anwendungsbereich einer Blockchain erheblich.
Das schafft allerdings eine neue Vertrauensfrage: Eine manipulationssichere Blockchain hilft wenig, wenn der Smart Contract mit falschen Eingangsdaten arbeitet. Dieses Prinzip wird häufig als „Garbage in, garbage out“ bezeichnet. Die Sicherheit einer Anwendung hängt daher nicht nur vom Smart Contract, sondern auch von der Qualität und Übertragung der Oracle-Daten ab.
Wie funktionieren Blockchain-Oracles?
Der genaue Ablauf unterscheidet sich je nach Oracle-Lösung. Vereinfacht funktioniert die Übertragung externer Daten in fünf Schritten:
- Datenanfrage: Ein Smart Contract oder ein Offchain-Dienst fordert eine bestimmte Information an, etwa den aktuellen BTC/USD-Kurs.
- Datenbeschaffung: Oracle-Nodes beziehen die Information über APIs, Börsen, Sensoren oder andere Quellen.
- Prüfung und Aggregation: Das Oracle-Netzwerk vergleicht mehrere Antworten und berechnet daraus einen gemeinsamen Wert. Unplausible Ausreißer können dabei herausgefiltert werden.
- Übertragung: Das Ergebnis wird kryptografisch signiert und an einen Oracle- oder Aggregator-Contract auf der Blockchain übermittelt.
- Ausführung: Der Smart Contract liest den Wert aus und führt seine programmierten Bedingungen aus.
Viele dezentrale Oracle-Netzwerke verteilen diese Aufgaben auf mehrere unabhängige Nodes und Datenanbieter. Dadurch muss eine Anwendung nicht einer einzigen Instanz vertrauen. Je nach Architektur werden Daten regelmäßig auf die Blockchain geschrieben (Push-Modell) oder erst bei Bedarf abgerufen und verifiziert (Pull-Modell).
Welche Arten von Blockchain-Oracles gibt es?
Blockchain-Oracles lassen sich nach Datenfluss, Quelle und Vertrauensmodell unterscheiden. Ein Oracle kann gleichzeitig mehreren Kategorien angehören – etwa ein dezentrales Inbound-Software-Oracle.
Inbound- und Outbound-Oracles
Inbound-Oracles bringen externe Informationen auf eine Blockchain. Dazu zählen Preis-, Wetter- oder Wahldaten. Sie sind die am häufigsten genutzte Form.
Outbound-Oracles übertragen Informationen von der Blockchain an externe Systeme. Ein Smart Contract könnte beispielsweise nach Eingang einer Zahlung die Freigabe einer Lieferung oder das Öffnen eines intelligenten Schlosses auslösen.
Software- und Hardware-Oracles
Software-Oracles greifen auf digitale Quellen wie APIs, Datenbanken oder Websites zu. Typische Beispiele sind Wechselkurse, Finanzmarktdaten und Sportergebnisse.
Hardware-Oracles erfassen Informationen aus der physischen Welt. Dafür kommen Sensoren, RFID-Chips oder andere IoT-Geräte zum Einsatz. In einer Lieferkette könnten sie beispielsweise Temperatur, Standort oder Ankunft einer Ware dokumentieren.
Zentrale und dezentrale Oracles
Ein zentrales Oracle nutzt einen einzelnen Betreiber oder eine einzelne Datenquelle. Das ist technisch einfach und schnell, erzeugt aber einen Single Point of Failure: Ein Ausfall oder eine Manipulation kann die gesamte Anwendung gefährden.
Ein dezentrales Oracle verwendet mehrere unabhängige Nodes und häufig mehrere Datenquellen. Die Antworten werden aggregiert, bevor der Smart Contract sie verwendet. Das reduziert Abhängigkeiten, beseitigt Oracle-Risiken aber nicht vollständig.
Human Oracles und Cross-Chain-Oracles
Bei Human Oracles melden oder beurteilen Menschen ein Ereignis. Ihre Identität oder Reputation kann kryptografisch abgesichert werden. Solche Systeme eignen sich für Informationen, die sich nicht eindeutig automatisiert erfassen lassen.
Cross-Chain-Oracles übertragen Daten oder Nachrichten zwischen verschiedenen Blockchains. Sie überschneiden sich damit funktional mit Bridges und Cross-Chain-Messaging-Protokollen. Mehr über die technische Einordnung von Netzwerken erfährst Du in unserem Beitrag über Blockchain-Layer.
Wofür werden Blockchain-Oracles eingesetzt?
Die wichtigsten Anwendungsfälle entstehen überall dort, wo ein Smart Contract Informationen von außerhalb seines eigenen Netzwerks benötigt.
DeFi und Krypto-Kurse
DeFi-Anwendungen benötigen aktuelle Preis-Feeds, um Kreditsicherheiten zu bewerten, Liquidationen auszulösen oder den Wert synthetischer Vermögenswerte zu berechnen. Fehlerhafte oder veraltete Kurse können unmittelbar zu finanziellen Verlusten führen. Deshalb zählen Preis-Oracles zur kritischen Infrastruktur vieler dezentraler Finanzprotokolle.
Versicherungen
Parametrische Versicherungen können Auszahlungen an objektiv messbare Ereignisse knüpfen. Meldet ein Oracle beispielsweise eine bestimmte Niederschlagsmenge, eine Flugverspätung oder ein Erdbeben, kann ein Smart Contract die vereinbarte Zahlung automatisch auslösen.
Prognosemärkte und Glücksspiel
Prognosemärkte (Stichwort: Polymarket) benötigen ein verlässliches Ergebnis für Fragen wie „Welches Team gewinnt?“ oder „Wie endet eine Wahl?“. Ein Oracle übermittelt das festgestellte Ereignis an den Smart Contract. Verifizierbare Zufallszahlen können zudem faire Losverfahren und Blockchain-Spiele ermöglichen. Apropos Blockchain-Spiele: Auf unserer Webseite haben wir einen eigenen Bereich namens Bitcoin2Go-Acarde. Dort findest du Spiele-Klassiker modern und Krypto-freundlich gestaltet.
Lieferketten und IoT
Sensoren können Temperatur, Standort oder Zustand einer Ware erfassen. Ein Hardware-Oracle übermittelt diese Informationen an die Blockchain. Sobald definierte Bedingungen erfüllt sind, kann der Smart Contract automatisch Zahlungen freigeben oder einen Verstoß dokumentieren.
Tokenisierte Vermögenswerte
Tokenisierte Aktien, Anleihen oder Rohstoffe benötigen externe Marktpreise, Referenzzinssätze und gegebenenfalls Nachweise zu den zugrunde liegenden Vermögenswerten. Oracles verbinden diese Informationen mit dem jeweiligen Token.
Welche Risiken haben Blockchain-Oracles?
Oracles erweitern Smart Contracts, vergrößern aber zugleich deren Angriffsfläche. Zu den wichtigsten Risiken gehören:
- Manipulierte Datenquellen: Ein korrekter Oracle-Node kann falsche Daten liefern, wenn bereits die ursprüngliche Quelle manipuliert wurde.
- Single Point of Failure: Verlässt sich ein Protokoll nur auf einen Betreiber, eine API oder eine Börse, kann deren Ausfall das System beeinträchtigen.
- Preismanipulation: Bei illiquiden Märkten können Angreifer einen Referenzkurs kurzfristig verzerren und davon in einem DeFi-Protokoll profitieren.
- Veraltete Daten: Zu langsame Updates oder Netzwerkausfälle können dazu führen, dass ein Smart Contract mit einem überholten Wert rechnet.
- Fehlerhafte Aggregation: Ungeeignete Gewichtungen, zu wenige Quellen oder falsch gesetzte Schwellenwerte können das Ergebnis verfälschen.
- Smart-Contract- und Governance-Risiken: Auch der Oracle-Contract, Admin-Schlüssel und Upgrade-Prozesse können Schwachstellen enthalten.
Schutz bieten unter anderem mehrere unabhängige Datenanbieter, dezentrale Node-Netzwerke, robuste Aggregationsverfahren, kryptografische Signaturen, Plausibilitätsgrenzen, Notfallstopps und zeitgewichtete Durchschnittspreise. Welche Maßnahmen sinnvoll sind, hängt vom Wert und Risikoprofil der jeweiligen Anwendung ab. Weitere typische Schwachstellen erklären wir im Ratgeber zur DeFi-Sicherheit.
Bekannte Oracle-Projekte im Vergleich
Mehrere Krypto-Projekte verfolgen unterschiedliche Ansätze, um externe Daten für Blockchains bereitzustellen. Oracle-Projekte bilden dabei einen eigenen Krypto-Sektor innerhalb der Blockchain-Infrastruktur.
Gemessen an der in DeFi-Anwendungen abgesicherten Kapitalmenge ist Chainlink mit deutlichem Abstand der größte externe Oracle-Anbieter. Dahinter folgen unter anderem Chronicle, RedStone und Pyth. Da sich Marktanteile laufend verändern und Kennzahlen je nach Methodik unterschiedlich ausfallen können, findest Du aktuelle Vergleichswerte in der Oracle-Rangliste von DefiLlama.
| Oracle-Projekt | Grundprinzip | Besonderheit |
|---|---|---|
| Chainlink | Dezentrale Oracle-Netzwerke aggregieren Daten mehrerer Quellen und unabhängiger Node-Betreiber. | Breites Angebot, darunter Data Feeds, Zufallszahlen, Automatisierung und Cross-Chain-Kommunikation |
| Chronicle | Validatoren beziehen Daten aus Onchain- und Offchain-Quellen und aggregieren ihre signierten Meldungen. | Aus dem MakerDAO-Umfeld hervorgegangen; hoher abgesicherter Wert bei vergleichsweise wenigen Integrationen |
| RedStone | Die modulare Oracle-Infrastruktur trennt Datenbeschaffung und Datenübertragung. | Unterstützt Push-, Pull- und hybride Modelle sowie spezialisierte Daten für LRTs und Real World Assets |
| Pyth Network | Marktteilnehmer wie Börsen und Trading-Unternehmen veröffentlichen Finanzdaten, die aggregiert werden. | Fokus auf schnelle Finanzmarktdaten und Pull-basierte Preis-Updates |
| Band Protocol | Eine eigene Blockchain verarbeitet Datenanfragen und aggregiert die Antworten ihrer Validatoren. | Starke Anbindung an das Cosmos-Ökosystem und IBC |
| API3 | Datenanbieter betreiben First-Party-Oracles und signieren ihre Daten direkt. | dAPIs sollen Intermediäre zwischen Quelle und Smart Contract reduzieren |
Chainlink
Chainlink ist das bekannteste dezentrale Oracle-Netzwerk. Bei seinen Data Feeds beziehen unabhängige Node-Betreiber Daten aus mehreren Quellen und bilden daraus einen aggregierten Wert. Wie Aggregator-Contracts und dezentrale Oracle-Netzwerke dabei zusammenspielen, beschreibt die offizielle Dokumentation zu den Chainlink Data Feeds. Neben Preis-Feeds bietet das Netzwerk weitere Dienste wie verifizierbare Zufallszahlen und Cross-Chain-Kommunikation an.
Der LINK-Token dient innerhalb des Ökosystems unter anderem zur Vergütung von Netzwerkdiensten und als Bestandteil bestimmter Sicherheitsmechanismen. Eine Einordnung des Projekts findest Du auf unserer Chainlink-Kursseite.
Chronicle
Chronicle entstand ursprünglich im Umfeld von MakerDAO und entwickelte eine der ersten Oracle-Infrastrukturen auf Ethereum. Das Netzwerk lässt Validatoren Daten aus zentralen und dezentralen Quellen erfassen, signieren und aggregieren. Chronicle fällt insbesondere durch die hohe abgesicherte Kapitalmenge auf, obwohl das Netzwerk in deutlich weniger Protokollen vertreten ist als Chainlink oder Pyth. Neben DeFi-Preis-Feeds bietet Chronicle auch Nachweise für Vermögenswerte an.
RedStone
RedStone verfolgt eine modulare Architektur, bei der Datenbeschaffung und Übertragung voneinander getrennt sind. Je nach Anwendungsfall lassen sich Daten regelmäßig auf die Blockchain schreiben, bei Bedarf innerhalb einer Transaktion abrufen oder über ein hybrides Modell bereitstellen. Das Projekt ist auf zahlreichen Netzwerken aktiv und liefert auch spezialisierte Preis-Feeds für Liquid-Restaking-Token, Bitcoin-DeFi und tokenisierte Real-World-Assets.
Pyth Network
Pyth Network konzentriert sich auf Finanzmarktdaten. Datenanbieter wie Börsen, Market Maker und Trading-Unternehmen veröffentlichen eigene Preisangaben. Das Netzwerk aggregiert diese Werte samt Konfidenzintervallen. Viele Integrationen nutzen ein Pull-Modell: Eine Anwendung bringt ein signiertes Preis-Update bei Bedarf in die jeweilige Transaktion ein. Weitere technische Details und aktuelle Angaben zur Abdeckung veröffentlicht Pyth in seiner offiziellen Dokumentation zu den Price Feeds.
Band Protocol
Band Protocol betreibt mit BandChain eine eigene, auf dem Cosmos SDK basierende Blockchain. Datenanfragen werden über sogenannte Oracle Scripts definiert. Validatoren rufen die vorgesehenen Quellen ab, bevor BandChain die Ergebnisse aggregiert. Über IBC können kompatible Blockchains Daten anfordern.
API3
API3 setzt auf sogenannte First-Party-Oracles. Dabei betreiben API-Anbieter ihre Oracle-Nodes selbst und signieren die gelieferten Informationen. Die daraus gebildeten Daten-Feeds bezeichnet das Projekt als dAPIs. Der Ansatz soll die Zahl der Intermediäre zwischen ursprünglicher Datenquelle und Smart Contract verringern.
Weiterführende Informationen zum Handel und richtigen Investieren in den Krypto-Markt findest du außerdem in unserem Ratgeber in Krypto investieren.
Blockchain-Oracles einfach erklärt: ein Beispiel
Angenommen, zwei Personen schließen über einen Smart Contract eine Wette darauf ab, ob es morgen in Karlsruhe regnet:
- Beide hinterlegen ihren Einsatz im Smart Contract.
- Der Vertrag definiert vorab, welche Niederschlagsmenge als Regen gilt.
- Nach Ablauf der Frist fragt das Oracle festgelegte Wetterquellen ab.
- Das Oracle-Netzwerk prüft und aggregiert die gemeldeten Werte.
- Der bestätigte Wert wird an den Smart Contract übertragen.
- Der Smart Contract zahlt den hinterlegten Betrag automatisch an die richtige Person aus.
Ohne Oracle könnte der Smart Contract zwar Einsätze verwalten und auszahlen, aber nicht selbst feststellen, ob es in Karlsruhe geregnet hat.
Fazit zu Blockchain-Oracles
Blockchain-Oracles sind die Verbindung zwischen abgeschlossenen Blockchain-Netzwerken und externen Daten. Sie ermöglichen Smart Contracts, auf Kurse, Wetterereignisse, Sensordaten oder Informationen anderer Blockchains zu reagieren. Damit bilden sie eine zentrale technische Grundlage für DeFi, Versicherungen, Prognosemärkte und viele weitere dApps.
Gleichzeitig verlagern sie einen Teil der Vertrauensfrage von der Blockchain auf Datenquellen, Oracle-Nodes und Aggregationsverfahren. Dezentrale Oracle-Netzwerke reduzieren diese Abhängigkeit, können sie aber nicht vollständig beseitigen. Entscheidend sind deshalb die Qualität, Aktualität und Manipulationsresistenz der bereitgestellten Daten.
Häufige Fragen zu Blockchain-Oracles
Was ist ein Blockchain-Oracle?
Ein Blockchain-Oracle ist eine Schnittstelle, die externe Daten für Smart Contracts bereitstellt oder Blockchain-Daten an externe Systeme übermittelt. Beispiele sind Krypto-Kurse, Wetterdaten und Sportergebnisse.
Was ist das Blockchain-Oracle-Problem?
Das Oracle-Problem beschreibt die Schwierigkeit, externe Informationen sicher und verlässlich auf eine Blockchain zu übertragen. Smart Contracts können die Richtigkeit von Offchain-Daten nicht eigenständig feststellen. Ein fehlerhaftes oder manipuliertes Oracle kann daher trotz einer sicheren Blockchain falsche Aktionen auslösen.
Sind Blockchain-Oracles selbst Blockchains?
Nicht zwingend. Ein Oracle kann ein einzelner Dienst, ein Netzwerk aus Nodes oder ein Protokoll mit eigener Blockchain sein. Band Protocol nutzt beispielsweise eine eigene Blockchain, während andere Lösungen Oracle-Contracts auf bereits bestehenden Netzwerken betreiben.
Was ist der Unterschied zwischen einem Oracle und einer API?
Eine API stellt Daten oder Funktionen für Software bereit. Ein Blockchain-Oracle kann eine oder mehrere APIs als Quellen nutzen, übernimmt aber zusätzlich die Aufbereitung, Prüfung, Signierung und Übertragung der Daten an einen Smart Contract. Eine API allein ist daher noch kein Blockchain-Oracle.
Können Blockchain-Oracles manipuliert werden?
Ja. Mögliche Angriffspunkte sind Datenquellen, Oracle-Nodes, Aggregationslogik und Smart Contracts. Mehrere unabhängige Quellen und Nodes, kryptografische Signaturen sowie Schutzmechanismen im jeweiligen DeFi-Protokoll können das Risiko reduzieren.
Welches ist das bekannteste Oracle-Projekt?
Chainlink gilt als das bekannteste Blockchain-Oracle-Projekt. Das Netzwerk stellt unter anderem dezentrale Preis-Feeds, verifizierbare Zufallszahlen, Automatisierungsdienste und Cross-Chain-Kommunikation bereit.
