Zuletzt aktualisiert: 06.11.2026
Blockchain Oracles prüfen, wie Informationen eingereicht, signiert, verglichen und aufgezeichnet werden. Sie können jedoch nicht unabhängig beweisen, dass eine Tatsache außerhalb der Blockchain wahr ist. Wie verlässlich ein Ergebnis ist, hängt von den ursprünglichen Quellen und den Schutzmaßnahmen des Oracle-Systems ab.
Das Wichtigste zu Blockchain Oracles
- Oracles liefern externe Informationen an Smart Contracts, die solche Daten normalerweise nicht selbst abrufen können.
- Signaturen, unabhängige Anbieter und Aggregation erleichtern die Prüfung von Ergebnissen, belegen aber nicht deren Richtigkeit.
- Manche Systeme aktualisieren Datenfeeds durch Konsens; optimistische Systeme ermöglichen es Beteiligten, Behauptungen anzufechten.
Wie Blockchain Oracles Daten prüfen
Eine Blockchain kann Regeln anhand von Daten ausführen, die bereits Onchain gespeichert sind. Ein Smart Contract kann normalerweise aber weder ein Bankkonto noch eine Wetterstation oder einen Marktpreis aus einem anderen System direkt abfragen. Ein Oracle ruft diese Informationen ab oder erhält sie und übermittelt sie in einem Format, das der Contract verwenden kann.
Wie Ethereum.org in seiner Übersicht zu Oracles erklärt, kann ein Oracle nicht unabhängig feststellen, ob eine Tatsache außerhalb der Blockchain wahr ist. Die Authentifizierung von Quellen, digitale Signaturen und Aggregation können eine Übermittlung überprüfbar machen. Die Blockchain kann kontrollieren, ob die Daten einem bestimmten Verfahren gefolgt sind. Dieses Verfahren kann jedoch weiterhin von ungenauen oder manipulierten Eingaben abhängen.
Prüfschritte bei Blockchain Oracles
Ein typischer Datenfeed bezieht Informationen aus einer oder mehreren Quellen. Manche Systeme beschränken, welche Quellen oder Betreiber Daten einreichen dürfen. Ein Anbieter kann seine Beobachtung signieren, damit ein empfangender Contract prüfen kann, welcher Schlüssel sie signiert hat und ob die Nachricht verändert wurde.
Systeme können Meldungen mehrerer Betreiber oder Herausgeber vergleichen. Eine Aggregationsregel wie der Median kann den Einfluss einer ungewöhnlich hohen oder niedrigen Meldung begrenzen. Contracts können außerdem die Zahl der Beteiligten und die Aktualität der Daten kontrollieren. Diese Prüfungen zeigen Übereinstimmung und Herkunft, nicht aber, ob das zugrunde liegende Ereignis wie berichtet stattgefunden hat.
Wie Oracle-Netzwerke zu einem Ergebnis kommen
Ein einheitliches Prüfverfahren gibt es nicht. Chainlink zufolge verwenden Data Feeds mehrere unabhängige Oracle-Betreiber. Eine Aktualisierung benötigt Antworten von mindestens der für den Feed festgelegten Mindestzahl an Oracles. Auslöser können eine Abweichungsschwelle oder eine Heartbeat-Schwelle sein.
Bei Chainlink Offchain Reporting tauschen Nodes Beobachtungen aus, signieren sie und erzielen außerhalb der Blockchain einen Konsens. Anschließend übermitteln sie einen von einem Quorum signierten Bericht. Der Onchain-Aggregator prüft die Signaturen und stellt den Median, den Zeitstempel und die Rundennummer bereit. Diese Angaben helfen Nutzern zu prüfen, was gemeldet wurde und wann, bestätigen aber nicht die reale Datenquelle.
Pyth Pro berechnet einen aggregierten Preis als Median der Publisher-Preise, wenn während des Aggregationszeitraums mindestens die für den Feed festgelegte Mindestzahl an Herausgebern Beiträge liefert. Wird diese Schwelle nicht erreicht, entsteht laut Pyth-Dokumentation kein neuer aggregierter Wert; die vorherigen Preisfelder werden weitergeführt. Dieser Wert kann veralten, weshalb Anwendungen das berücksichtigen müssen.
Signaturen, Datenqualität und Streitfälle
Manche Systeme setzen auf Daten aus erster Hand. API3 zufolge verwenden seine dAPIs Daten, die von der Airnode-Wallet des Anbieters signiert und Onchain überprüft werden. API3 beschreibt seine Feeds als Median einzelner Anbieterfeeds. Eine gültige Signatur weist den Unterzeichner aus, beweist aber weder die Genauigkeit der Messung noch die Vertrauenswürdigkeit der Quelle.
Pyth berechnet monatlich Ranglisten zur Publisher-Qualität. Dabei werden Verfügbarkeit, Preisabweichung und das Ausbleiben festgefahrener Preise mit 40 Prozent, 40 Prozent und 20 Prozent gewichtet. Laut Dokumentation sind Publisher mit weniger als 50 Prozent Verfügbarkeit nicht zugelassen. Ein Preis, der über 100 aufeinanderfolgende Slots wiederholt wird, gilt für diese Kennzahl als festgefahren. Diese Kriterien bewerten bestimmte Leistungssignale, nicht jedes Risiko.
Optimistische Oracles verwenden ein anderes Modell. Bei UMAs Optimistic Oracle V3 gilt eine Behauptung als wahr, wenn während ihrer Anfechtungsfrist niemand Einspruch erhebt. UMAs Entwickler-Kurzanleitung nennt 120 Sekunden als Standardfrist. Eine nicht angefochtene Behauptung kann abgeschlossen werden; ein Streitfall wird zur Klärung eskaliert. Das Modell setzt voraus, dass Beteiligte falsche Behauptungen rechtzeitig bemerken und anfechten.
Wo Oracle-Daten zum Einsatz kommen und was schiefgehen kann
Contracts können Oracle-Daten nutzen, um Vermögenspreise oder externe Behauptungen zu prüfen. Ein Kreditprotokoll kann beispielsweise einen Preisfeed als eine Eingabe bei der Bewertung von Sicherheiten verwenden. Die Verbindung eines Feeds mit einer Anwendung beseitigt die Risiken auf keiner der beiden Seiten.
Probleme können durch fehlerhafte Quellen, kompromittierte Schlüssel, zu wenige Meldende, nicht verfügbare Betreiber, veraltete Daten oder eine ungeeignete Aggregationsregel entstehen. Contracts können auch auf verspätete Aktualisierungen oder Streitfälle unerwartet reagieren. Solche Ausfälle können finanzielle Verluste verursachen. Fehler in Smart Contracts, Börsenausfälle, Regulierung und Betrugsmaschen sind separate Risiken, die Oracle-Prüfungen nicht lösen.
Bei der Bewertung eines Oracles sollten Quellen und Betreiber, die Einreichungsschwelle, Aktualisierungsauslöser, Aktualitätsprüfungen sowie Verfahren bei Ausfällen oder Streitfällen berücksichtigt werden. Die Bezeichnung „dezentral“ allein beantwortet diese Fragen nicht.
Vorteile und Grenzen der Oracle-Prüfung
| Möglicher Vorteil | Grenze oder Abwägung |
|---|---|
| Signaturen können einen Einreicher identifizieren und Änderungen an einem Bericht erkennbar machen. | Auch ein signierter Bericht kann falsch sein. |
| Mehrere Beteiligte können die Abhängigkeit von einem einzelnen Meldenden verringern. | Sie können dieselben schwachen Quellen nutzen oder gemeinsam ausfallen. |
| Aggregation kann den Einfluss ungewöhnlicher Meldungen begrenzen. | Ein Median kann ungenaue Eingaben oder eine ungeeignete Auswahl der Beteiligten nicht korrigieren. |
| Streitverfahren bieten einen Weg, bestimmte Behauptungen anzufechten. | Sie hängen von Überwachung, Fristen und Systemregeln ab. |
Für wen Blockchain Oracles gedacht sind und für wen nicht
Blockchain Oracles helfen Entwicklern, Smart Contracts zu erstellen, die externe Informationen benötigen. Sie helfen auch Nutzern und Forschenden dabei, die Herkunft von Contract-Eingaben zu untersuchen und Prüfverfahren zu vergleichen.
Oracles belegen weder Wahrheit noch Genauigkeit oder finanzielle Sicherheit. Nutzer von Oracle-Anwendungen sind dem Risiko falscher oder veralteter Daten, technischer Ausfälle und finanzieller Verluste ausgesetzt. Die Prüfung von Oracle-Daten ersetzt nicht die Untersuchung von Protokollcode, Governance oder anderen Risiken.
Was die Datenprüfung tatsächlich aussagt
Blockchain Oracles prüfen, ob eingereichte Daten festgelegte Bedingungen erfüllen, etwa gültige Signaturen haben, von genügend Beteiligten stammen oder nicht erfolgreich angefochten wurden. Das kann Informationen leichter überprüfbar und unbemerkte Änderungen schwieriger machen. Jedes Oracle bleibt jedoch von seinen Quellen, Betreibern und Regeln abhängig. Diese Abhängigkeiten bestimmen, was seine Prüfungen belegen können und was nicht.
Quellen
- Oracles (ethereum.org)
- Decentralized Data Model (docs.chain.link)
- Offchain Reporting (docs.chain.link)
Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Kryptowährungen sind sehr volatil, recherchieren Sie daher immer selbst, bevor Sie investieren.
