Vor kurzem sicherte sich API3 4 Millionen US-Dollar an strategischer Finanzierung, angeführt von DWF Labs und gefolgt von mehreren bekannten VCs. In der Vergangenheit wurde der Oracle-Markt von Drittanbieter-Orakeln wie Chainlink dominiert. Shisi war überrascht von dieser Nachricht~ Warum konnte API3 die Finanzierung sichern? Könnte es der Disruptor traditioneller Orakel sein? Was macht es einzigartig? Als dezentrales API (dAPI)-Projekt definiert sich API3 als "First-Party"-Orakel. Durch die Nutzung des innovativen OEV-Netzwerks (basierend auf ZK-Rollup) werden häufige Probleme im Zusammenhang mit Oracles von Drittanbietern wie Mittelsmannvertrauen, geringe Datentransparenz und Kontrolle über Oracle Extractable Value (OEV) gelöst.

1. Können Orakel wirklich die Zukunft vorhersagen?

Der Begriff "Orakel" hat eine mythische Konnotation, die die Öffentlichkeit leicht in die Irre führen kann. In Wirklichkeit handelt es sich um ein Tool, das on-chain Smart Contracts Daten aus der realen Welt zur Verfügung stellt. Doch was sind echte Daten? Wie kann die Integrität des Orakels selbst sichergestellt werden? Können Orakel böswillig handeln? Könnten mehrere Orakel zusammenarbeiten? Wie ist OVM (Oracle Extractable Value) zu verstehen?

Im 1. Quartal 2024, nach dem jüngsten Anstieg von BTC, erreichte der Gesamtwert der in DeFi-Projekten gesperrten Token einen neuen Höchststand von 175 Milliarden US-Dollar, was einem Anstieg von fast 70% gegenüber 103 Milliarden US-Dollar im 4. Quartal 2023 entspricht. Orakel gelten seit Long als das Lebenselixier von DeFi. Im DeFi-Sektor sind dezentrale Börsen (DEXs), Kreditplattformen und Plattformen für den Derivatehandel auf genaue Preisdaten angewiesen, um zu funktionieren. Anfang 2023 wurde das dezentrale Protokoll BONQ auf der Polygon-Chain aufgrund einer Manipulation des TellorFlex-Orakelvertrags ausgenutzt. Der Angreifer modifizierte die Oracle-Preise zu geringen Kosten, um besicherte Kredite zu vergeben, was zu massiven Gewinnen führte und dem Projekt Verluste in Höhe von etwa 88 Millionen US-Dollar verursachte. Solche Angriffe, die auf Oracle-Preisprobleme zurückzuführen sind, sind alltäglich geworden und unterstreichen die kritische Notwendigkeit transparenter und zuverlässiger Off-Chain-Daten zur Unterstützung des dApp-Betriebs.

2. Wie verbinden Oracles Off-Chain und On-Chain?

Oracles arbeiten im Allgemeinen in drei Modi: geplante Uploads, ereignisgesteuert und Request-Response. Am Beispiel des Request-Response-Modells lässt sich der Prozess grob in die folgenden vier Schritte unterteilen:

• STEP 1: On-Chain initiiert die aufrufende dApp eine Anfrage (im Wesentlichen eine Transaktion), und der Oracle-Servicevertrag löst ein on-chain-Ereignis aus.
• STEP 2: Off-Chain-Oracle-Knoten warten auf das Ereignis, um Informationen zu erhalten, und sammeln dann genaue off-chain Daten über ihre jeweiligen Systeme.
• STEP 3: Off-Chain und on-chain stellt das Orakel dem Oracle-Servicevertrag die Daten in Form einer Transaktion zur Verfügung.
• STEP 4: On-Chain gibt der Oracle-Servicevertrag die Daten an die aufrufende dApp zurück. Dies kann entweder durch aktiven Push oder durch erneute dApp-Abfrage erfolgen.

Hier ist eine ausführliche Erklärung dieses Prozesses:

Erstens sind On-Chain Anfragen öffentlich. Da Ereignisse ein gängiger Mechanismus in EVM-basierten Blockchains sind, ist sich das gesamte Netzwerk bewusst, dass die dApp bestimmte Informationen benötigt.

Zweitens ist Off-Chain Data Push nicht-atomar. Während On-Chain-Transaktionen in Echtzeit abgeschlossen werden, haben Off-Chain-Daten von Natur aus eine gewisse Latenzzeit.

Wenn die On-Chain-Anfrage angepasst wird, kann das Orakel schließlich als Drittanbieter-Schiedsrichter fungieren und die Daten an die dApp übertragen. Bei allgemeinen Daten wie Echtzeit-BTC Preisen ruft die dApp jedoch in der Regel die Daten aus dem Vertrag selbst ab. Darüber hinaus verfügen Orakel oft über einen geplanten Berichtsmechanismus. Die Grundprinzipien bleiben in diesen verschiedenen Szenarien konsistent.

3. Lunas Entkopplung, das dynamische Orakelrennen

Blockchain ist jedoch nicht auf DeFi allein beschränkt. Durch Orakel können dApps sicher und effizient auf Off-Chain Daten zugreifen und so ihren Geschäftsumfang und ihre Anwendungsszenarien erheblich erweitern. Dies ermöglicht es ihren Geschäftsrichtungen, sich auf Finanzen, Versicherungen, Supply Chain Management, IoT und viele andere Bereiche auszudehnen.

Auf dem heutigen Markt hält Chainlink laut Plattformdaten von DeFiLlama immer noch eine dominante Stellung, wobei TVL (Gesperrter Gesamtwert, denominiert in USD, gesichert durch kritische Infrastrukturen wie Orakel) 45% des gesamten Marktes ausmacht.

Ein aufmerksamer Leser wird feststellen, dass die Kurve auf der rechten Seite des Diagramms im Mai 2022 eine starke Volatilität aufwies. Der Auslöser war das berüchtigte Luna-Crash-Ereignis vom 7. bis 13. Mai 2022, bei dem der führende algorithmische Stablecoin UST zwei Entkopplungsvorfälle erlitt und schließlich zusammen mit Luna in einen Untergang geriet. Gleichzeitig standen viele Projekte, die interne Orakel verwendeten, vor ernsthaften Problemen, da sie verzögert auf Preisschwankungen reagierten.

Die folgende Grafik zeigt deutlich einen starken Rückgang des Marktanteils für interne Orakel (pink dargestellt) im Mai 2022. Chronicle-Orakel (rot dargestellt) erfassten diesen Traffic-Anstieg effektiv und sicherten sich im Wesentlichen den Marktanteil, der durch interne Orakel verloren ging.

4. Das Dilemma der Orakel von Drittanbietern

von den Ereignissen, die die Branche erschüttern, scheint die Entwicklung von Orakeln ins Stocken geraten zu sein. Aufgrund ihrer klaren Branchenpositionierung als Werkzeug zur Überbrückung von On-Chain- und Off-Chain-Daten verfügen Oracle-Produkte in der Regel über relativ einfache Funktionalitäten. Einer der am meisten kritisierten Aspekte ist ihr Gewinnmodell, das sich derzeit um Datenabonnementgebühren und die Aufwertung von Token dreht, die von Projektteams ausgegeben werden. Es liegt auf der Hand, dass die Einnahmen aus einem einzigen Datenabonnementmodell begrenzt sind. Am Beispiel der gebührengenerierenden Funktion von Chainlink für Verifiable Random Function (VRF) habe ich laut Blockchain-Explorer Etherscan berechnet, dass sich die gesamten gesperrten Token für die VRF V1- und V2-Versionen auf etwa 370.000 (7 + 30) beliefen, was einem Umsatz von rund 6 Millionen US-Dollar auf der Grundlage des aktuellen LINK-Kurses (16 US-Dollar) entspricht. Seit der Einführung von VRF V2 Ende Februar 2022 hat es einen Umsatz von etwa 4,8 Millionen US-Dollar erzielt, was einem Durchschnitt von etwa 170.000 US-Dollar pro Monat entspricht (11.000 LINK). Verglichen mit der enormen Größe von Chainlink sind diese Gewinne in der Tat mager. Was die symbolische Aufwertung angeht, gehen die Meinungen auseinander.

Aufgrund ihrer Natur als Drittanbieter nehmen Orakel jedoch von Natur aus eine relativ neutrale Position ein und beginnen, als kritische Infrastruktur für die Sicherheit auf Anwendungsebene zu dienen. Um sich vom traditionellen Middleware-Eindruck zu befreien und die Profitabilität zu steigern, benötigen Orakel differenzierte und systematische Funktionserweiterungen. Zum Beispiel verlässt sich LayerZero als typisches cross-chain Bridge' auf die Sicherheit, die von Oracles mit ultra-light Node Anfragen getragen wird. Zusammenfassend lässt sich sagen, dass das Dilemma von Orakeln auf dem Markt in ihren inhärenten operativen Beschränkungen, ihrer einzigen Funktionalität, ihrer bescheidenen Rentabilität und ihrer noch nicht erweiterten Skalierbarkeit liegt. Nichtsdestotrotz zeigt das Verständnis des Ausführungsmodells sogenannter Third-Party-Oracles, dass ihre Probleme von ihrer "Third-Party"-Natur herrühren. API3, das sich als Newcomer im Oracle-Sektor positioniert, konzentriert sich darauf, ein "First-Party"-Orakel zu sein, um diese Herausforderungen zu meistern.

4.1 Vergleich von Third-Party- und First-Party-Oracles

API3 hat sich entschieden, seine umfassenden operativen Fähigkeiten bei der Aktivierung API Service-Nodes zu nutzen und einen Web3-nativen (leichtgewichtigen + modularen) Ansatz zu verwenden, um eine Bridge' zwischen Oracle-Verbrauchern und -Anbietern aufzubauen. API-Betreiber können mit der Airnode-Lösung von API3 schnell ihre eigenen Oracle-Knoten einrichten.

Als First-Party-Oracle-Projekt ermöglicht der Ansatz von API3 (API Provider + Oracle) → API Providern, eine zentralere Rolle zu übernehmen, im Vergleich zum traditionellen Flow, bei dem API Anbieter mit Oracles und dann mit dApp-Operationen (API Provider → Oracle → dApp) verbunden sind. Sie agieren nicht länger nur als externe Oracle-Worker, sondern gewinnen mehr Einfluss und Autonomie im Ökosystem.

Wie oben dargestellt, wird die Datenkette durch den Wegfall von Eingriffen Dritter gestrafft. Wenn API Provider und Oracles Rollen zusammenführen, stellt sich nicht länger die Frage, woher die Daten stammen, da die Reputation von API Providern direkt mit den Daten on-chain verknüpft ist.

Aufgrund der engen Kopplung der Reputation von API Providern mit den von ihnen bereitgestellten Daten wird die Rückverfolgung vereinfacht, und technisch gesehen darf böswilliges Verhalten nicht unbemerkt bleiben, unterstützt durch einen Sicherheitsmechanismus. Selbst wenn ein API-Anbieter böswillig falsche Daten zur persönlichen Bereicherung bereitstellt, können betroffene Benutzer Einspruch einlegen und Schadenersatz verlangen. Komplexe Streitigkeiten, wie z. B. böswillige Benutzerbeschwerden wegen Versicherungsbetrugs, würden durch ein On-Chain-Justizsystem entschieden. Durch die Nutzung des vollständig dezentralisierten Versicherungsmechanismus von API3 DAO können API3 API Anbieter effizient bestrafen und die betroffenen Nutzer so weit wie möglich entschädigen.

5. Ein tiefer Einblick in die Tokenomics

API3 DAO API3 DAO Tokenomics arbeitet durch seinen Staking-Mechanismus auf einer stabilen Basis und nutzt positive und negative Rückkopplungsschleifen.

5.1 Staking Governance-Mechanismus

Der Staking-Mechanismus ist eine Standardpraxis in der DAO-Governance, bei der Gewinne aus Staking und Staking-Governance erzielt werden und als Ausgangspunkt für eine Kreislaufwirtschaft dienen. API3 hat diesen Prozess weiter optimiert:

• Was passiert, wenn sich Staker zurückziehen, nachdem sie Staking-Belohnungen erhalten haben? Die inflationären Belohnungen, die durch das Staking (neu geprägte Token) generiert werden, werden verzögert, bevor sie verteilt werden, und fließen standardmäßig in den Pool für Einsätze zurück.
• Wofür können Token im Pool für Einsätze noch verwendet werden? Sie können verwendet werden, um Benutzer für Verluste zu entschädigen.
• Wie stabilisiert API3 den Token-Preis im Pool für Einsätze? API3 steuert die Inflation durch Burn- und Token Locking-Mechanismen: Benutzer müssen ihre Token verbrennen oder sperren, um dAPI-Dienste zu erhalten.

5.2 Positive und negative Rückkopplungsschleife Welchen Trend wird die Token-Menge im Pool für Einsätze angesichts dieser positiven und negativen Rückkopplungsschleife aufweisen? Führt eine unkontrollierte Expansion oder unzureichende Mittel zur Deckung der Kompensation zum Zusammenbruch? Schauen wir uns das an:

• Wenn die Anzahl der dAPI-Benutzer zunimmt, eskaliert das Risiko des Systems (Aufstieg der Betriebskosten mit der Anzahl der Benutzer), was zu mehr Kompensationsereignissen führt. Folglich sinken die Token im Pool für Einsätze (die zur Entschädigung der betroffenen Benutzer verwendet werden), was dazu führt, dass Staker (und Manager) aufgrund von schlechtem Management Verluste erleiden. Die Reduzierung von Token im Pool für Einsätze bedeutet jedoch auch, dass mehr Token in den Markt fließen. Angesichts der Tatsache, dass die von den Nutzern gehaltenen Token von der Inflation betroffen sind, kehrt ein erheblicher Teil aufgrund von Eigeninteressen der Nutzer immer noch in den Pool für Einsätze zurück.
• Wenn dAPI-Benutzer abnehmen, sinkt das Systemrisiko, wodurch die Token im Pool für Einsätze allmählich zunehmen und die Token auf dem Markt knapper werden. Dies bedeutet jedoch keine dauerhafte Erhöhung der Token-Anzahl des Pools für Einsätze; API3 DAO passt die Staking-Belohnungen (und Inflationsraten) dynamisch an, um sie an einem angestrebten gesunden Wert auszurichten.

Die beiden oben beschriebenen Szenarien bilden eine positive und eine negative Rückkopplungsschleife, die im Diagramm links (a) gut dargestellt ist. Wenn eines der beiden Szenarien einen Schwellenwert erreicht, passt sich das System selbst an. dAPI-Benutzer neigen dazu, sich zu stabilisieren, wie in Diagramm links (b) dargestellt, und führen das System letztendlich zu einem führenden Betriebszustand.

Tatsächlich sind Governance-Token im DAO-Stil wie diese Long in verschiedenen DeFi-Protokollen beliebt. Bei der detaillierten Implementierung von dezentralen Stablecoins steht beispielsweise der DAI von MakerDAO als Benchmark mit MKR als wegweisendem Governance-Token.

Besonders elegant ist der Vier-Auktions-Mechanismus. Weitere Informationen finden Sie unter "A Comprehensive Explanation: AAVE, the DeFi Leader, and the Latest Stablecoin Proposal GHO", insbesondere den Abschnitt "Unterbesichert, vier Auktionen". Daher ist die DAO Governance der Mainstream-Betriebsmodus für wirtschaftliche Stabilität, aber auch die Innovationen von API3 sind bemerkenswert.

6. Unique Advantage - Pioneering OEV Network (basierend auf ZK-Rollup)

6.1 Die Geburt von OEV

OEV (Oracle Extractable Value) funktioniert ähnlich wie MEV (Miner Extractable Value). Es bezieht sich auf die Fähigkeit des Orakels, Werte zu erfassen, die sonst an Dritte fließen würden. Während MEV Wert durch Transaktionsreihenfolge erfasst, nutzt OEV Preisdiskrepanzen zwischen On-Chain und Off-Chain aus, insbesondere bei kritischen Marktdaten oder signifikanten On-Chain Ereignissen wie Liquidationen.

Um zu verstehen, wie OEV entsteht, muss man sich der aktuellen Probleme mit Orakeln bewusst sein. Aufgrund der Kosten für die On-Chain Datenübermittlung verwenden Orakel in der Regel regelmäßige Datenuploads, die in relativ Short Intervallen festgelegt werden. Um die Auswirkungen großer Preisschwankungen abzumildern, legen Orakel häufig Schwellenwerte fest, die proaktive Aktualisierungen auslösen, wenn Preisbewegungen diese Grenzen überschreiten. Diese Maßnahmen lindern zwar einige Probleme, lösen jedoch nicht grundlegend das Problem der Latenzzeit, das mit Datenuploads verbunden ist.

DeFi Märkte sind sehr volatil, und die Vermögenspreise können sich innerhalb Short erheblich ändern. Der Feed-Mechanismus von Orakeln bringt Unsicherheit in die DeFi-Märkte. Durch die Ausnutzung dieser Verzögerung bei der Datenaktualisierung können gewinnorientierte Unternehmen die Vorteile von OEV nutzen. Bei dApps, die auf Orakel angewiesen sind, kann jede Verzögerung oder Aktualisierung des Datenfeeds potenziell Chancen für OEV schaffen, wie z. B. Frontrunning, Arbitrage und Liquidationen.

Die Zuweisung des Eigentums an verwertbaren Werten, die sich aus Verzögerungen bei der Dateneingabe ergeben, kann eine Herausforderung sein. Daten-Uploads unterliegen naturgemäß Schwankungen, so dass Verzögerungen nicht immer auf böswillige Absichten des Orakels zurückgeführt werden können. Daher muss der ausnutzbare Wert, der aus solchen Verzögerungen generiert wird, nicht unbedingt als böswillig vom Orakel geschaffen angesehen werden.

6.2 OEV Network - Eine Mehrparteien-Auktionsplattform

Aufgrund der Existenz von OEV werden Nutzer und dApps als interagierende Parteien von Dritten abgezogen, was für beide eindeutig unerwünscht ist. API3 identifizierte die Notwendigkeit, die Erfassung der Preismacht all dieser Lecks (Preismacht von On-Chain Daten) präventiv abzulehnen, daher wurde das OEV-Netzwerk vorgeschlagen. Als Netzwerk, das auf Polygon zk Rollup basiert, ist es eine unabhängige Order Flow (die Absicht eines Teilnehmers, den Blockchain-Status zu ändern, ist eine Order) Auktionsplattform für das Recht, dAPI-Daten zu aktualisieren. API3 hat die Auktionsplattform selbst entwickelt, wodurch die Abhängigkeit von externen Diensten beseitigt wurde, es den Stakeholdern ermöglicht wurde, OEV zu teilen, ohne Gewinne mit der Auktionsplattform zu teilen, und OEV über alle integrierten Blockchain-Datenfeeds hinweg internalisiert wurde. Der Auktionsgewinner erhält das Recht, dAPI-Daten zu aktualisieren, wobei der größte Teil der Auktionsgewinne an die dApp zurückgegeben wird und ein kleiner Teil von API3 zur Deckung der Betriebskosten einbehalten wird. Wenn der Auktionator (Dritter) der Meinung ist, dass die Auktionskosten < von der Aktualisierung der Preise profitieren, wird er natürlich an der Auktion teilnehmen, wodurch sie auch für Dritte profitabel wird. Während die Nutzer der dApp-Plattform nicht an der Gewinnbeteiligung teilzunehmen scheinen, profitieren sie von der hochwertigen Datenquelle, die von dAPI für ein besseres Handels- und Risikomanagement bereitgestellt wird, und profitieren möglicherweise davon. Der Auktionslebenszyklus ist im folgenden Diagramm dargestellt. Wenn ein Suchender OEV entdeckt, initiiert er eine Auktion. Der erfolgreiche Bieter erhält das Recht, die dAPI-Daten des Oracle-Knotens zu aktualisieren, und nach Zahlung der Gebotsgebühr kann er dieses Recht ausüben, um die dAPI-Daten des Oracle-Knotens zu aktualisieren. Die gezahlte Auktionsgebühr ist der erfasste OEV, der an die dApp fließt.

Der Trend der Auktionen beinhaltet natürlich, dass Dritte (Suchende) die Gebotspreise erhöhen, um potenzielle Gewinne zu erzielen. Ein höherer Auktionspreis bedeutet eine geringere Differenz zwischen tatsächlichem und erbeutetem OEV. Was die Größe dieser Chance betrifft, müssen wir abwarten, nachdem sich das Testnetzwerk für einige Zeit stabilisiert hat, bevor wir Urteile fällen. Die Auktionsergebnisse schaffen eine Win-Win-Situation für dApps, API3 Oracle Nodes, Drittanbieter und dApp-Benutzer. dApps, die API3-Datenquellen integrieren, minimieren die von Dritten gezogene Wolle und erfassen gleichzeitig den größten Teil des OEV-Werts. Letztendlich sorgt der Marktwettbewerb zwischen Dritten dafür, dass die Gewinne allmählich komprimiert werden, was am Ende den dApps zugute kommt. Für API3 unterstützt ein kleiner Teil des OEV-Werts den Betriebspfad von OEV. Auch Dritte erhalten einen Anteil. Für dApp-Benutzer verbessert der Anreiz für hochspezialisierte Drittanbieter, den optimalen Zeitpunkt für die Aktualisierung von On-Chain-Datenpunkten zu bestimmen, die Granularität, was den dApp-Benutzern auf Long zugute kommt. So befasst sich das OEV-Auktionsschema von API3 maximal mit der Verteilung von Interessen in einem Mehrparteienspiel und leitet "fehlgeleitete Gewinne" Dritter an relevante Interessengruppen zurück. Eine solche Lösung ist elegant gestaltet. Weitere Informationen finden Sie unter "UniswapX Research Report (Part I): Summarizing the Development Path of V1-3, Understanding the Principles of Innovation and Challenges in the Next Generation DEX".

7. Fazit

API3 hat ein sich selbst erhaltendes Ökosystem aufgebaut, das auf seiner Token-Ökonomie basiert und positive und negative Rückkopplungsmechanismen nutzt, um den Betrieb zu stabilisieren. Gleichzeitig löst das von API3 eingeführte OEV-Netzwerk das Problem des OEV-Flusses geschickt durch einen Auktionsmechanismus für dAPI-Preisaktualisierungen und verlagert Konflikte, die sich aus OEV zwischen Oracles und dApps ergeben, geschickt auf Dritte.

Mit der zunehmenden Verbreitung und Reifung dezentraler Anwendungen wird erwartet, dass die Nachfrage nach zuverlässigen und sicheren Oracle-Diensten steigen wird, was das Aufkommen der nächsten Generation von Orakeln signalisiert. API3 steht jedoch vor mehreren Herausforderungen. Wirtschaftsmodelle, selbst wenn sie anfangs gut konzipiert sind, können mit Long langfristiger Stabilität zu kämpfen haben und fallen oft entweder einer exzessiven Regierungsführung oder Vernachlässigung zum Opfer. Darüber hinaus sind API Auktionen, die von Reputation und Erträgen abhängen, von Natur aus eher optimistisch als pessimistische Modelle (wie ZK). Trotz der Verwendung einer ähnlichen Reputationsstruktur von LayerZero und seines kontinuierlichen Betriebs ohne Marktprobleme, selbst in risikoreichen Kombinationen wie Oracles plus Cross-Chain-Brücken, bestehen weiterhin Risiken.

Fortgesetzte Reputationswetten implizieren, dass die Marktrenditen der Teilnehmer ausreichend hoch und eng mit der Marktentwicklung von API3 verbunden sein müssen. Letztendlich liegt die Schwierigkeit des Oracle-Marktes in der Tatsache, dass DApps nicht nur die Datenbereitstellungsfähigkeiten, sondern auch die Positionierung des Oracles selbst als Drittanbieter priorisieren. API3 hat dieses Paradigma gestört, aber es bleiben Bedenken, wenn DApps selbst an Auktionen teilnehmen, was Fragen über mögliche Absprachen aufwirft, obwohl sie ihren eigenen Ruf einsetzen. Etablierte Akteure wie Chainlink sind auch in der Lage, mehr OEV freizusetzen, um die Marktdominanz aufrechtzuerhalten.

Haftungsausschluss:

1. Dieser Artikel wurde nachgedruckt von [十四君],. Alle Urheberrechte liegen beim ursprünglichen Autor [十四君]. Wenn es Einwände gegen diesen Nachdruck gibt, wenden Sie sich bitte an das Team von Gate Learn, das sich umgehend darum kümmern wird.
2. Haftungsausschluss: Die in diesem Artikel geäußerten Ansichten und Meinungen sind ausschließlich die des Autors und stellen keine Anlageberatung dar.
3. Übersetzungen des Artikels in andere Sprachen werden vom Gate Learn-Team durchgeführt. Sofern nicht anders angegeben, ist das Kopieren, Verbreiten oder Plagiieren der übersetzten Artikel verboten.