API3: Was ist der extrahierbare Wert eines Orakels? Warum ist es wichtig?

Herausgeber |. Wu spricht über Blockchain
Das Folgende ist eine Zusammenfassung des Wu Speaks English Podcasts
Bitte hören Sie sich die Vollversion an:
https://www.youtube.com/watch?v=6HskTaYR4vU
Können Sie eine kurze Hintergrundgeschichte zu API3 und zur Gründung des OEV-Netzwerks erzählen?
API3 ist ein Oracle-Projekt, das aus den früheren Erfahrungen der Gründer mit dem Betrieb von ChainLink-Knoten und ihrem Bestreben, ein effizienteres, einfacheres und überprüfbares System zu entwerfen, hervorgegangen ist. Dies führte zur Entwicklung von API3. Oracles haben ein breites Anwendungsspektrum, wobei der bekannteste Anwendungsfall die Preisbereitstellung ist, ein wichtiger Bedarf im Bereich der dezentralen Finanzen (DeFi). Derzeit generiert das Anbieten von Preisangeboten keine nennenswerten Einnahmen, da der Betrieb hauptsächlich durch den Verkauf eigener Token zur Unterstützung der angebotenen Oracle-Projekte oder durch die Investition von Millionen Dollar in diese Dienste über das Netzwerk subventioniert wird. Aus diesem Grund legt API3 großen Wert auf die Identifizierung autarker Marktsegmente, die es einem Oracle-Projekt ermöglichen, finanziell rentabel zu sein. Dieser Ansatz ebnet den Weg für den Start des OEV-Netzwerks und konzentriert sich auf die Schaffung eines Modells, bei dem die Bereitstellung von Oracle-Diensten selbst profitabel sein kann.
Was ist OEV (Oracle Extractable Value)? Warum ist es wichtig?
Oracle Extractable Value (OEV) ist eine spezielle Art von Miner Extractable Value (MEV), die sich auf die Auswirkungen oder deren Fehlen von Oracle-Updates in Blockchain-Systemen konzentriert. Ähnlich wie bei MEV, bei dem Miner Transaktionen zum persönlichen Vorteil priorisieren können, beinhaltet OEV die strategische Priorisierung von Oracle-Transaktionen, um Wert zu extrahieren, insbesondere in Szenarien, in denen Oracles wichtige Marktdaten liefern oder wichtige Ereignisse in der Kette wie Liquidationen auslösen.
Was bewirkt die Erstellung eines Zk-Rollups?
Anfangs schien das Konzept der Umstellung auf ein Rollup-basiertes System, insbesondere im Zusammenhang mit MEV-Verlangsamungen (Miner Extractable Value) und Oracle-Updates, unkonventionell. Um jedoch den zentralisierten Charakter bestehender MEV-Lösungen wie Flashbots, MEV Share oder MEV Blocker zu erkennen, ist eindeutig ein Wandel erforderlich. Diese Lösungen laufen auf zentralen Servern und erfordern von den Benutzern ein hohes Maß an Vertrauen in ihre Abläufe, was dem dezentralen Ethos der Blockchain-Technologie widerspricht.
Unser früher Ansatz zum Verkauf von Oracle-Updates stützte sich auch auf zentrale Server und schuf ein System, bei dem Benutzer nicht nur darauf vertrauen mussten, dass wir die Updates ausführen, sondern uns aufgrund der für die Teilnahme erforderlichen Sicherheitenanforderungen auch bei der Verwaltung großer Geldbeträge vertrauen mussten. Dieser Aufbau wirft erhebliche Vertrauensannahmen auf, insbesondere hinsichtlich der Legitimität des Oracle-Update-Auktionsprozesses, dem es an Transparenz und Überprüfbarkeit mangelt.
Der Einsatz von Rollups ermöglicht vertrauenswürdigere Interaktionen und ermöglicht es Benutzern, ihre Sicherheiten auf die Plattform zu übertragen, ohne uns die volle Kontrolle über ihre Gelder zu geben. Darüber hinaus bietet es eine On-Chain-Aufzeichnung der Auktionsteilnahme, der Gewinner und der Update-Ausführung, wodurch Vertrauensannahmen erheblich reduziert werden. Durch Rollups wird der gesamte Prozess transparent und überprüfbar, sodass Benutzer weniger auf die Integrität von API3 oder den Auktionsprozess vertrauen müssen. Dieser Ansatz entspricht eher dem Dezentralisierungsprinzip der Blockchain und stellt sicher, dass Benutzer mit mehr Vertrauen und Sicherheit am System teilnehmen können.
Warum Polygon wählen?
Wir haben uns für Polygon aufgrund unserer starken Partnerschaft mit ihnen und unseres Vertrauens in die zukünftige Entwicklung der Zero-Knowledge-Proof-Technologie (ZK) entschieden. Wir haben diese Entscheidung aufgrund unseres umfassenden Verständnisses der wissensfreien Ethereum Virtual Machine (ZK EVM) von Polygon und der Erkenntnis der starken Nachfrage nach Oracle-Diensten in seinem Ökosystem getroffen. Die Bereitschaft von Polygon, seine ZK-Lösung auf den Markt zu bringen, verschafft Polygon einen klaren Vorteil gegenüber anderen Plattformen und war der Hauptgrund, warum wir uns für die Zusammenarbeit mit ihnen entschieden haben.
Welche Rolle wird der API3-Token im OEV-Netzwerk spielen?
Im OEV-Netzwerk müssen erfolgreiche Bieter zusätzlich zu ihrem Gebot eine zusätzliche Gebühr von 10 % zahlen, die direkt an API3 geht. Dieses Modell unterscheidet sich geringfügig vom typischen MEV-Szenario, bei dem 90 % des extrahierten Werts an den Benutzer zurückgegeben werden und 10 % Eigentum des MEV-Dienstanbieters sind. Im Fall von API3 kommt der gesamte Gebotsbetrag der Anwendung zugute, während die zusätzliche Gebühr von 10 % in zwei Hälften geteilt wird, wobei eine Hälfte API3 als Auktionsorganisator gehört und die andere Hälfte dem Oracle-Anbieter zugewiesen wird.
API3 verwendet seinen Gebührenanteil für Token-Rückkäufe und -Verbrennungen, eine Strategie, die im Whitepaper detailliert beschrieben wird. Dieser Ansatz zielt darauf ab, Einnahmen direkt in das API3-Token-Ökosystem zu reinvestieren. Beispielsweise wurde ein Vertrag entwickelt, der die gesammelten Gebühren dazu nutzt, API3-Tokens zu kaufen, Liquidität auf Uniswap bereitzustellen und schließlich nach einem Jahr alles wieder in API3 zur Vernichtung umzuwandeln. Dieser Ansatz zielt darauf ab, die Liquidität und den Wert von API3-Tokens zu erhöhen und die Interessen der Netzwerkteilnehmer mit der langfristigen Gesundheit und dem Erfolg des Ökosystems in Einklang zu bringen.
Das API3-OEV-Netzwerk verwendet ein Erstanbieter-Datenquellenmodell. Warum ist das so?
Sowohl Drittanbieter- als auch Erstanbieter-Oracle-Modelle umfassen Datenaggregation, der Hauptunterschied besteht jedoch in der Datenquelle und den erforderlichen Vertrauensannahmen. In Oracle-Modellen von Drittanbietern, wie sie hauptsächlich von Chainlink (und auch einigen Oracles von Erstanbietern) verwendet werden, werden Daten indirekt gewonnen. Wenn ich beispielsweise einen Node betreibe und behaupte, meine Preise von CoinGecko zu beziehen, muss jeder Datenkonsument nicht nur CoinGecko vertrauen, sondern auch mir als Vermittler vertrauen. Dieses Setup führt zu einer zusätzlichen Vertrauensebene und potenziellen Kosten, da jeder Teilnehmer in der Datenbereitstellungskette entschädigt werden muss.
Im Gegensatz dazu beziehen First-Party-Oracles direkt die Daten ein, die aus dem Oracle-Prozess stammen. Datenquellen wie CoinGecko betreiben Orakel selbst und nicht über einen Vermittler, was eine überprüfbare und direkte Datenbereitstellung ermöglicht. Dieser Ansatz reduziert die Zahl der Unternehmen, denen Verbraucher vertrauen müssen, erheblich und senkt die Gesamtkosten durch den Wegfall der Vermittlungsgebühren. Das Ergebnis ist ein System, das effizienter, kostengünstiger und schneller in einer Vielzahl von Netzwerken einsetzbar ist.
Diese Effizienz ist von entscheidender Bedeutung, insbesondere angesichts der Tatsache, dass die Durchführung einer grundlegenden Datenbereitstellung ohne Beteiligung an Aktivitäten wie der MEV-Extraktion oft unrentabel ist. Oracle-Projekte arbeiten oft mit Verlust, subventionieren Datenfeeds in der Hoffnung auf eine zukünftige Wertsteigerung des Tokens oder suchen externe Subventionen zur Deckung der Betriebskosten. Durch die Minimierung der Anzahl der beteiligten Parteien und die damit verbundene Senkung der Betriebskosten bieten First-Party-Oracles potenziellen Partnern eine attraktivere Lösung und kombinieren Effizienz mit geringeren Vertrauensanforderungen und niedrigeren Kosten.
Welche spieltheoretischen Zusammenhänge gibt es bei Order Flow Auctions (OFA)?
Wenn Sie über eine Plattform wie MEV Share handeln, haben Ihre Geschäfte im Wesentlichen das Potenzial, Wert zu schaffen. Dieses Konzept wird in Orderflow-Auktionen verwendet, bei denen Personen auf den durch Ihre Trades generierten Wert bieten können. MEV-Sucher können Sie dann mit einem großen Teil des Werts entschädigen, der durch die Verpackung und den Verkauf Ihres Dealflows entsteht. Beispielsweise kann ein großer Verkaufsauftrag eine gewinnbringende Liquidation auslösen, wodurch Ihr Handel für Bieter, die diese Gelegenheiten nutzen können, sehr wertvoll wird und Sie dadurch einen erheblichen Cashback erzielen.
Im Kontext des OEV-Netzwerks verlagert sich der Schwerpunkt eher auf Oracle-Updates als auf typische Transaktionen. Wir nehmen speziell für diese Updates an Orderflow-Auktionen teil. Bieter können sich um die Möglichkeit bewerben, Oracle-Updates zu veröffentlichen, wobei die Erlöse die betreffende Anwendung oder das betreffende Protokoll unterstützen. Beispielsweise könnte eine geringfügige Preisänderung, die eine größere Liquidation auslöst, eine erhebliche Gewinnchance darstellen und Menschen dazu veranlassen, um das Recht zur Durchführung dieses Oracle-Updates zu konkurrieren.
Dieses System spiegelt die Dynamik traditioneller Orderflow-Auktionen im Ethereum-Mainnet wider, wo Liquidationen und Oracle-Updates einen erheblichen Wert generieren können. Unser Ansatz ist jedoch darauf ausgelegt, eine gleichmäßigere Verteilung der Vorteile sicherzustellen. Indem wir es dem Markt ermöglichen, den Wert von Oracle-Updates zu bestimmen, schaffen wir eine Umgebung, in der Anwendungen einen größeren Teil der Anreize zurückgewinnen können, die normalerweise für die Zahlung für das Clearing verwendet werden, wodurch die Kosten erheblich gesenkt werden.
Zusammenfassend lässt sich sagen, dass Oracle-Updates einen erheblichen Wert freisetzen können, weshalb es wichtig ist, den Markt über ihren Wert bestimmen zu lassen. Derzeit finden Oracle-Updates ohne diesen marktorientierten Ansatz statt, was häufig dazu führt, dass Gelegenheiten zur Wiedererlangung von Werten verpasst werden. Unser System zielt darauf ab, dies zu ändern und es DApps möglicherweise zu ermöglichen, einen größeren Anteil der von ihnen bereitgestellten Anreize zu behalten.
Was ist, wenn die Belohnungen für Fehlverhalten höher sind als Servicegebühren und Bußgelder?
Wir konzentrieren uns auf Orakel von Erstanbietern, da sie durch echte Geschäftsaktivitäten gestützt werden und somit für ihre Daten verantwortlich sind. Wenn sich diese Orakel schlecht benehmen, werden ihre Aktionen in der Blockchain aufgezeichnet, was einen direkten Rückgriff ermöglicht. API3 verwaltet und überwacht diese Datenanbieter, um sicherzustellen, dass Qualitätsstandards eingehalten werden. Anbieter, die diese Standards nicht erfüllen, werden ersetzt, um die Integrität der Datenbereitstellung sicherzustellen. Dieser Ansatz basiert auf dem Vertrauen in diese Anbieter, zielt jedoch darauf ab, das Vertrauen durch Transparenz und Rechenschaftspflicht zu minimieren. Das Ziel besteht darin, zu einem System überzugehen, das in Zukunft weniger auf Vertrauen angewiesen ist.
Wie konkurriert API3 mit Chainlink und Python? Was ist das ultimative Ziel?
Wir konzentrieren uns nicht in erster Linie auf den Total Value Locked (TVS) als unsere Kernkennzahl, da der TVS nicht direkt zur Rentabilität beiträgt. Der Grund dafür ist, dass die Bereitstellung von Betriebsdaten, unabhängig von der Größe von TVS, derzeit kein profitables Unterfangen ist – es gibt keinen direkten Mechanismus, um den aus der Bereitstellung von Betriebsdaten gewonnenen Wert in Token einzubringen. Unabhängig davon, ob Sie 5 Milliarden oder 500 Millionen US-Dollar schützen, bleiben die finanziellen Ergebnisse die gleichen: Es gibt keinen Gewinn aus der Aktivität selbst. Diese Erkenntnis veranlasste uns, uns auf das OEV-Netzwerk zu konzentrieren, das eine Möglichkeit bietet, Geld in Projekte zurückzubringen und tatsächlich Einnahmen zu generieren.
Das OEV-Netzwerk wandelt TVS in aussagekräftige Zahlen um und entfernt sich von einem Modell, das auf „Hoffnungen und Träumen“ basiert, indem es Sicherheitsbemühungen direkt mit potenziellen Einnahmen durch Liquidationen und andere Mechanismen verknüpft. Derzeit arbeitet das OEV-Netzwerk neben dem Datenfeed von API3 und ermöglicht so zusätzliche Updates und Einnahmequellen. Wir erwägen die Ausweitung des OEV-Netzwerks auf andere Orakel, was es uns möglicherweise ermöglichen würde, uns von den unrentablen Aspekten der Bereitstellung von Betriebsdaten zu lösen und uns auf profitable OEV-Operationen zu konzentrieren.
Auf vielen Plattformen der zweiten Ebene subventioniert die zugrunde liegende Stiftung die Bereitstellung, was bedeutet, dass die tatsächlichen Kosten oft von Chainlink Labs oder dem Leitungsgremium der zweiten Ebene getragen werden, anstatt die bereitgestellten Projekte zu nutzen. Die Bereitstellung wichtiger und häufig genutzter Daten bringt Oracle-Projekten weitgehend keinen direkten Gewinn. Der Wechsel zu einem OEV-Netzwerk stellt einen innovativen Ansatz zur Wertschöpfung im Oracle-Bereich dar, der sich auf profitable Interaktionen konzentriert und nicht nur auf die Sicherung großer TVS-Mengen ohne direkte finanzielle Rendite.
Es ist nicht ganz richtig zu sagen, dass Oracle-Dienste wie Chainlink kein Geld verdienen. Sie generieren möglicherweise Einnahmen, indem sie die Kosten auf die von ihnen betriebenen Netzwerke umlegen, beispielsweise auf Arbitrum, wo die Arbitrum Foundation diese Kosten trägt. Der Zusammenhang zwischen dem Umfang der bereitgestellten Projektnutzung und den erzielten Einnahmen ist oft nicht eindeutig; diese Dienste sind eher auf die Deckung der Betriebskosten als auf die Erwirtschaftung großer Gewinne ausgelegt.
Die Expansion in neue Bereiche wie CCIP zeigt eine Strategie zur Wertschöpfung, die über das bloße Preisangebot hinausgeht, das eher als Instrument zur Markenbildung oder als Break-Even-Operation denn als Profitcenter angesehen werden kann. Governance-Diskussionen im Rahmen dieser Projekte offenbaren häufig die finanziellen Herausforderungen beim Betrieb von Oracle-Diensten und verdeutlichen die Entwicklung hin zu potenziell profitableren Lösungen.
Wie unterscheidet sich API3 von Oval? Was sind die Vorteile gegenüber UMA?
Oval basiert auf einer Infrastruktur aus Oracles und Flashbots und demonstriert eine Möglichkeit, durch den Vorverkauf von Update-Rechten einen Mehrwert aus Oracle-Updates zu ziehen. Allerdings ist es auf zentralisierte Komponenten angewiesen und aufgrund der Einschränkungen von Flashbots ist sein Einsatzbereich auf das Ethereum-Mainnet beschränkt, was ein System mit erheblichen Abhängigkeiten darstellt.
API3 schlägt ein flexibleres Modell vor, das eine umfassende Lösung bietet, die über das hinausgeht, was Oval bietet. Es bietet Optionen für die Verwendung der API3-eigenen Datenfeeds, um feinkörnige Aktualisierungen zu erhalten oder andere Orakel mit zusätzlicher Feinkörnigkeit über das OEV-Netzwerk zu erweitern. Dieser Ansatz reduziert die Abhängigkeit von einem einzelnen Netzwerk oder einer einzelnen Lösung und zielt darauf ab, eine breitere Anwendbarkeit über Blockchains hinweg zu ermöglichen, ohne die Einschränkungen, die durch Abhängigkeiten von Diensten wie Flashbots entstehen.
Im Wesentlichen besteht die Strategie von API3 darin, auf bestehenden Oracle-Frameworks aufzubauen, eine verbesserte Granularität bereitzustellen und das Werterfassungspotenzial über mehrere Blockchains hinweg zu erweitern. Dieser vielschichtige Ansatz zielt darauf ab, die Komplexität von Oracle-Diensten anzugehen und die Einschränkungen aktueller Modelle zu beseitigen und gleichzeitig Wege zu größerer Effizienz und breiterer Netzwerkanwendbarkeit zu erkunden.
Im Vergleich zu UMA besteht der Vorteil von API3 darin, dass der Schwerpunkt auf dem Aufbau eines dezentralen First-Party-Datenanbieters liegt und die Abhängigkeit von zentralisierten Diensten und Drittanbietern verringert wird. Die OEV-Netzwerk- und Datenbereitstellungsstrategie von API3 sorgt für einen dezentraleren, transparenteren und überprüfbaren Datenfluss, der für die Gewährleistung der Fairness und Sicherheit von Blockchain-Anwendungen von entscheidender Bedeutung ist. Darüber hinaus zielt API3 darauf ab, eine kettenübergreifende Lösung bereitzustellen, die eine breitere Anwendbarkeit und Flexibilität ermöglicht, während UMA sich auf die Bereitstellung von Bausteinen für dezentrale Finanzverträge konzentriert, die Unterschiede im Anwendungsbereich und in der technischen Umsetzung aufweisen können.