Orakel: der Preis, dem ein Vertrag vertraut
Unterscheiden Sie Marktpreise von Vertragsparametern und analysieren Sie veraltete, illiquide oder unpassende Referenzdaten.
Die Grenze zwischen Code und Beobachtung
Ein Smart Contract kann korrekt rechnen und dennoch einen schlechten Eingabewert verwenden. Ein Orakel liefert Informationen, die der Vertrag nicht selbstständig aus seinem eigenen Ausführungszustand ableiten kann, etwa einen externen Marktpreis. Ethereums Orakeldokumentation erklärt diese Grenze zwischen Blockchain-Ausführung und externen Daten. Wichtig ist nicht nur, ob ein Feed aktualisiert wird, sondern was die aktualisierte Zahl bedeutet.
Ein Preis kann einen Handelsplatz, ein Aggregat, eine zeitgewichtete Beobachtung oder einen Einlösungswert darstellen. Diese Definitionen beantworten unterschiedliche Fragen. Ein Börsenausführungskurs beschreibt eine Transaktion; ein Referenzpreis stützt eine Regel; ein Einlösungswert beschreibt einen Anspruch unter bestimmten Bedingungen. Sie sollten nicht ohne Erklärung ausgetauscht werden.
Die Spezifikation des Datenfeeds prüfen
Notieren Sie für einen fiktiven Kreditmarkt Vermögenswertpaar, Einheiten, Dezimalstellen, Aktualisierungsbedingungen und Ausweichverhalten. Bestimmen Sie, ob ein Wert in Dollar, einem anderen Token oder einem Basiswert notiert wird. Eine richtig wirkende Zahl mit falschem Dezimalfaktor kann bei Interpretation durch eine andere Komponente katastrophal falsch sein.
Prüfen Sie auch Aktualität. Ein nur nach Abweichung oder Zeitintervall aktualisierter Feed kann berechtigt vom schnellen Orderbuch abweichen. Die Anwendung muss entscheiden, wann Daten zu alt sind und was dann geschieht. Neue Kredite zu pausieren kann vor veralteten Daten schützen, während bestehende Positionen weiteren Preisupdates ausgesetzt bleiben. Es gibt keinen universell harmlosen Rückfallmechanismus.
Liquidität gehört zur Qualität der Eingabedaten
Ein dünner Markt kann einen letzten Handelspreis erzeugen, der für eine große ausführbare Transaktion nicht repräsentativ ist. Die Aggregation von Handelsplätzen kann Abhängigkeit von einem Platz mindern, doch gemeinsame Eigentümer, geteilte Liquidität oder gleichzeitige Ausfälle können den Unabhängigkeitsgewinn begrenzen. Ein Zeitdurchschnitt glättet kurzfristige Bewegungen und führt Verzögerung ein. Jede Gestaltung tauscht eine Gruppe von Schwächen gegen eine andere.
Betrachten Sie einen Token mit einem notierten Preis von $10, aber nur $5,000 an nahegelegener Kaufmarkttiefe. Sicherheiten von $1 Million zu diesem Grenzpreis zu bewerten, zeigt nicht, dass Liquidatoren $1 Million realisieren können. Das Orakel kann seinen definierten Referenzpreis korrekt melden, während das Risikomodell die erzielbaren Erlöse überschätzt. Datenqualität und Liquidationskapazität sind verwandte, aber unterschiedliche Probleme.
Beide Seiten einer Besicherungsquote einem Stresstest unterziehen
Ein besicherter Kredit hängt vom Preis der Sicherheiten und vom Preis der Schuld ab. Die Aufnahme eines als stabil bezeichneten Tokens macht dessen Dollarwert nicht mathematisch konstant. Wird der Rückkauf der Schuld teurer, während die Sicherheiten fallen, verschlechtert sich die Position von beiden Seiten. Modellieren Sie diese Änderungen getrennt, statt aus Gewohnheit eine Seite konstant zu halten.
Angenommen, Sicherheiten sind $12,000 wert, Schulden umfassen 6,000 Einheiten zu anfangs je $1 und die hypothetische Liquidationsschwelle beträgt 75%. Der Anfangs-Health-Factor ist 1.50. Fallen Sicherheiten um 25% auf $9,000 und steigen Schuldeneinheiten auf $1.10, wird er $9,000 × 0.75 ÷ $6,600, ungefähr 1.023. Ein scheinbar komfortabler Puffer ist fast aufgebraucht.
Die Integration untersuchen, nicht nur den Anbieter
Ein seriöser Datenanbieter garantiert nicht, dass eine Anwendung den richtigen Feed auswählt, fehlende Werte behandelt oder Zeitstempel richtig prüft. Lesen Sie Anwendungsdokumentation, relevante Audits und Parameterentscheidungen. Verfolgen Sie in einer Papierübung ein normales und ein fehlendes Preisupdate durch die Rechnung. Benennen Sie fehlende Belege, statt Lücken mit Zuversicht zu füllen.
Ein nützlicher Überwachungsplan unterscheidet Marktbewegung von Feed-Anomalie. Vergleichen Sie die angegebene Referenz mit unabhängigen Beobachtungen und der erwarteten Aktualisierungspolitik. Abweichungen verdienen Untersuchung, keinen automatischen Handel. Die Lektion betrifft Vertragsverhalten und operative Risiken, nicht die Ausnutzung schwacher Eingaben oder die Annahme sicher abschöpfbarer Fehlbewertungen.
Berechnen Sie zur weiteren Übung dieselbe Sicherheitenposition unter drei Referenzannahmen: letzter gemeldeter Feedwert, aktueller ausführbarer Geldkurs und gestresster Verkaufskurs. Kennzeichnen Sie jede klar. Die resultierende Spanne ist kein Konfidenzintervall, sondern Sensitivität gegenüber Bewertungsentscheidungen. Sie soll zeigen, welche Preisdefinition den Schluss bestimmt und wo weitere Liquiditätsbelege nötig sind.
Einheiten vor dem Ergebnis kontrollieren
Ein fiktiver Sicherheitentoken kostet 0,025 Einheiten eines Referenzvermögenswerts, der seinerseits 2.400 Euro wert ist. Daraus folgen 60 Euro je Sicherheitentoken. Wer 0,025 unmittelbar als Eurobetrag liest, macht keinen kleinen Messfehler, sondern verwendet eine andere Rechnung. Dezimalstellen, Bezugswährung und genaue Asset-Identität gehören daher zur Spezifikation.
Schreiben Sie die Einheiten aus: Referenzasset je Token mal Euro je Referenzasset. Die Zwischen-Einheit muss sich herauskürzen. Lassen Sie danach einen der beiden Kurse veralten, während der andere aktualisiert wird. Ein zusammengesetzter Preis übernimmt zwei Beobachtungszeitpunkte und zwei Annahmensätze, auch wenn die Oberfläche nur einen Wert zeigt.
Unterscheiden Sie außerdem handelbaren Marktpreis und rechnerischen Umtauschanspruch. Ein Beleg kann 1,03 unterliegende Einheiten repräsentieren und trotzdem mit Abschlag gehandelt werden. Für eine Liquidation ist der Anspruch nicht zwangsläufig mit sofort erzielbarem Verkaufserlös gleichzusetzen.
Eine Pause verschiebt Risiken, statt sie verschwinden zu lassen
Eine Anwendung braucht Regeln für alte, fehlende oder auffällige Daten. Chainlink beschreibt die Verantwortung für Auswahl und Einbindung der Datenfeeds. Die Entscheidung für einen Anbieter bestimmt noch nicht, welche Funktionen bei einer Störung weiterlaufen sollen.
Ein fiktives Kreditsystem stoppt neue Darlehen, wenn der Preis zu alt ist. Dadurch kann es verhindern, gegen unzuverlässig bewertete Sicherheiten zu verleihen. Stoppt es gleichzeitig Liquidationen während fallender Kurse, kann die spätere Verwertung schwieriger werden. Liquidiert es mit dem alten Preis weiter, entsteht ein anderes Problem. „Bei Fehler pausieren“ muss deshalb genauer erklären, was pausiert und wie die Wiederaufnahme erfolgt.
Zeichnen Sie letzte gültige Meldung, Marktbewegung, maximale Datenalterung und nächste verlässliche Aktualisierung auf einer Zeitachse ein. Ergänzen Sie erlaubte Aktionen und Änderungsbefugnisse. Damit werden Abwägungen sichtbar, die eine einfache grüne Verfügbarkeitsanzeige nicht ausdrückt.