API3

Über API3 (API3)

Was ist API3 (API3)?

API3 ist ein Oracle-Projekt, das auf einer einzigen konträren Idee aufbaut: Das Unternehmen, dem die Daten gehören, sollte auch dasjenige sein, das sie auf die Chain bringt. Statt ein Netzwerk aus externen Node-Betreibern dafür zu bezahlen, Daten von einer API abzurufen und weiterzuleiten, lässt API3 den API-Anbieter selbst seine eigenen Daten signieren. Das Projekt nennt dies ein First-Party-Oracle, ein Begriff, den API3s eigenes Whitepaper eingeführt hat.

Die zweite Idee ist neuer und steht heute im Vordergrund des Projekts. Jedes Oracle-Update erzeugt einen Wert, den jemand abschöpfen kann, meist ein Searcher-Bot, der um die Liquidation einer Position wettrennt, sobald sich ein Preis bewegt. API3 nennt das Oracle Extractable Value, verkauft das Recht, diese Updates durchzuführen, und zahlt 80 Prozent der daraus resultierenden Einnahmen an die Anwendung zurück, deren Feed die Gelegenheit geschaffen hat. Das Projekt fasst dies selbst mit der Formel „Oracles, die dich bezahlen" zusammen.

API3 ist der Governance- und Staking-Token der API3 DAO, die die Parameter und die Treasury des Projekts kontrolliert.

Offizielle Quellen:

• Api3
• Api3-Dokumentation
• API3-Whitepaper
• api3dao auf GitHub
• API3 auf Etherscan

Wer hat API3 gegründet? (Geschichte)

API3 wurde Ende 2020 von Heikki Vanttinen, Burak Benligiray und Sasa Milic gestartet, der Token ging im Dezember 2020 live. Im Juli 2021 startete das Projekt seine maßgebliche DAO zusammen mit Staking, sodass Tokenhalter, die in den DAO-Pool staken, Governance-Gewicht proportional zu ihrem Anteil am Pool erhielten.

Die technische Grundlage war Airnode, ein serverloser Oracle-Node, den ein API-Anbieter bereitstellen konnte, ohne Blockchain-Infrastruktur zu betreiben oder Krypto zu halten, was das First-Party-Modell praktikabel machte. Von dort aus baute API3 dAPIs, aggregierte Datenfeeds aus mehreren First-Party-Quellen, und danach den Api3 Market, einen Self-Service-Marktplatz, auf dem ein Entwickler einen Feed mit den benötigten Update-Parametern kaufen und ohne Kontaktaufnahme integrieren kann.

OEV folgte als Nächstes. API3 baute das OEV Network, ein Arbitrum-Nitro-Rollup, das öffentliche Auktionen für Oracle-Update-Rechte durchführte. Diese öffentliche Auktions-Chain und ihr Auktionator wurden stillgelegt, wobei Mittel bis Ende November 2025 herausgebrückt wurden, und API3 wechselte zu einem zweispurigen Modell: private Auktionen mit Partner-Searchern auf nicht verzögerten Daten, und öffentliche signierte Daten-Endpunkte auf verzögerten Daten, gegen die jeder suchen kann. Die zugrundeliegende On-Chain-Maschinerie, der Api3ServerV1OevExtension-Contract, blieb bestehen.

Zwei neuere Entwicklungen sind erwähnenswert. API3 agiert nun als Vault-Kurator auf Morpho und betreibt eigene Lending-Märkte, und hat AirnodeHub eingeführt, einen Early-Access-Marktplatz, auf dem autonome Agenten APIs entdecken, aufrufen und bezahlen und die Datenquelle pro Antwort bezahlt wird.

Wie API3 funktioniert

Das System hat drei bewegliche Teile, die sauber ineinandergreifen.

1. First-Party-Daten erreichen die Chain Jeder API-Anbieter betreibt Airnode-Feed-Software, die kontinuierlich seine eigene API abfragt und das Ergebnis mit seiner eigenen Airnode-Wallet signiert. Diese signierten Daten werden an eine Signed API übertragen, die sie öffentlich bereitstellt. Da die Daten an der Quelle signiert werden, kann jeder überprüfen, wer sie erzeugt hat, und kein Vermittler muss vertrauenswürdig sein, um sie treu weitergeleitet zu haben.

2. Feeds werden on-chain aggregiert Jeder Anbieter versorgt einen Single-Source-Feed, identifiziert durch eine Beacon-ID, die aus seiner Airnode-Adresse und einer Template-ID abgeleitet wird. Mehrere Beacons werden zu einem Beacon Set kombiniert, und der Wert, den eine Anwendung liest, ist der On-Chain-Median der beitragenden Feeds, wobei der Zeitstempel der Median der jeweiligen Zeitstempel ist. Die Aggregation erfolgt on-chain statt off-chain, eine bewusste Sicherheitsentscheidung. Anwendungen lesen das Ergebnis über einen Api3ReaderProxyV1-Contract, der zudem eine weit verbreitete Aggregator-Schnittstelle implementiert, sodass er in Contracts eingesetzt werden kann, die für ein anderes Oracle geschrieben wurden.

3. Updates werden ausgelöst und versteigert Feeds aktualisieren sich unter zwei Bedingungen: einem Abweichungsschwellenwert, das heißt, der Off-Chain-Wert hat sich um mehr als einen konfigurierten Prozentsatz vom On-Chain-Wert entfernt, und einem Heartbeat-Intervall, das auf dem Api3 Market als maximale Lücke von einem Tag zwischen Updates angeboten und zwei Minuten früher ausgelöst wird, um die Wahrscheinlichkeit grenzwertiger Reverts zu verringern. Darüber hinaus verkauft API3 das exklusive Recht, wertvolle Updates auszuführen. Ein Searcher, der gewinnt, kann den Feed aktualisieren und atomar auf die daraus entstehende Gelegenheit reagieren, ohne Gas-Auktion gegen Konkurrenten, und die Anwendung erhält 80 Prozent dessen, was der Searcher gezahlt hat.

Der Kompromiss wird in API3s Dokumentation offen benannt: Anwendungen, die dieses System nutzen, sehen eine Verzögerung von 0 bis 15 Sekunden in ihrem Basis-Feed, im Austausch für die OEV-Einnahmen, die diese Verzögerung erst abschöpfbar macht.

Wichtige Ökosystem-Komponenten

• Airnode und Airnode Feed, die Software, die ein API-Anbieter betreibt, um seine eigenen Daten zu signieren und zu veröffentlichen
• Signed APIs, die öffentlichen Endpunkte, die von Anbietern signierte Daten bereitstellen
• Beacons und Beacon Sets, die Single-Source-Feeds und ihre On-Chain-Aggregate
• Api3ReaderProxyV1, der deterministische Proxy-Contract, den eine Anwendung liest, pro Anwendung deployt, wenn OEV Rewards aktiviert sind
• Api3ServerV1OevExtension, der Contract, der OEV-Updates hinter einer gültigen Signatur und Zahlung absichert
• Api3 Market, der Self-Service-Marktplatz zum Kauf von Feeds mit gewählten Update-Parametern
• OEV Rewards, die monatliche Auszahlung von 80 Prozent der OEV-Einnahmen an Partneranwendungen, ausgezahlt im nativen Gas-Token der Chain, auf der die Anwendung läuft
• Api3-kuratierte Märkte, in denen API3 Lending-Vaults auf Morpho kuratiert und die gesamten von diesen Märkten erzeugten OEV behält
• AirnodeHub, der Early-Access-Marktplatz für Agenten, um APIs zu entdecken, aufzurufen und zu bezahlen
• Die API3 DAO und ihr Staking-Pool

API3-Token-Nutzen

Der API3-Token weist eine ungewöhnlich enge Kopplung von Governance und Risiko auf:

• Staking in den DAO-Pool verleiht Governance-Gewicht, proportional zum Anteil des Stakers am Pool
• Gestakte Tokens dienen zugleich als Sicherheit für die Serviceabdeckung des Projekts, sodass Staker eine wirtschaftliche Exponierung gegenüber Feed-Ausfällen tragen, statt nur darüber abzustimmen
• Belohnungen werden in den Pool geprägt, wodurch API3 ein inflationärer Token ohne festes Cap ist
• Die Belohnungsrate wird wöchentlich in Richtung eines Zielanteils des gestakten Supplys angepasst, sie steigt, wenn der Pool unterversorgt ist, und sinkt, wenn er gut finanziert ist
• Das Unstaking unterliegt einer siebentägigen Wartefrist, die dazu dient, Proposal-Spam und Governance-Übernahmen in letzter Minute abzuschwächen
• Belohnungs-Tokens werden nach Erhalt für ein Jahr nach einem rollierenden Zeitplan gesperrt

Zwei Nuancen sind für Leser wichtig. Staking setzt Kapital Coverage-Ansprüchen aus, es ist also keine risikofreie Rendite. Und OEV Rewards werden an Anwendungen im nativen Gas-Token ihrer Chain ausgezahlt, nicht in API3, der Token ist also kein Anspruch auf diesen Einnahmestrom.

Was macht API3 einzigartig?

Den Mittelsmann zu entfernen ist die gesamte These. In API3s Modell gibt es keine separate Klasse von Node-Betreibern zwischen Datenquelle und Chain, das heißt, es gibt kein zweites Konsenssystem, dessen Anreize von denen der Daten abweichen können, und keinen Betreiber, der unabhängig vom Anbieter bestochen werden kann. API3s Dokumentation argumentiert, dass Intermediär-Designs zwei Fehlerpunkte schaffen, die Anbieter und die Relayer, während ein First-Party-Design nur einen hat.

Die OEV-Arbeit ist der kommerziell markantere Teil. API3 hat eine Kostenposition, die andere Anwendungen still an Bots verlieren, in eine Einnahmequelle für die Anwendung verwandelt und dabei einen konkreten Anteil statt eines vagen Versprechens genannt. Das Projekt geht weiter und argumentiert, dass Auditoren das Fehlen von OEV-Abschöpfung als Finding behandeln sollten, eine aggressive, aber nachvollziehbare Position.

Wie sich API3 von ähnlichen Oracles unterscheidet

• Daten werden vom API-Anbieter selbst signiert, nicht von externen Node-Betreibern abgerufen
• Aggregation erfolgt on-chain als Median der Anbieter-Feeds, statt off-chain vereinbart und als einzelner Wert gepostet zu werden
• Feeds werden per Self-Service über einen Markt mit gewählten Abweichungs- und Heartbeat-Parametern gekauft, statt pro Kunde ausgehandelt zu werden
• Der Reader-Contract implementiert eine gängige Aggregator-Schnittstelle, sodass eine Migration von einem anderen Oracle üblicherweise keine Contract-Änderungen erfordert
• Wert, der rund um Updates extrahiert wird, wird versteigert und an die Anwendung zurückgegeben, während bei den meisten Designs dieser Wert an Searcher und Validatoren abfließt
• Der Preis dieses Modells ist eine kurze Verzögerung im Basis-Feed, die konkurrierende Designs nicht auferlegen

Anwendungsfälle von API3

• Lending-Märkte, die Collateral bepreisen und Liquidationen auslösen und dabei OEV Rewards auf die Liquidationen verdienen, die ihre eigenen Feeds ermöglichen
• Perpetuals, Optionen und synthetische Asset-Protokolle, die häufige Preis-Updates benötigen
• Stablecoins und tokenisierte Asset-Systeme, die auf externe Werte verweisen
• Anwendungen, die von einem anderen Oracle migrieren, ohne ihre Contracts umzuschreiben
• Searcher, die um exklusive Update-Rechte über Partner-Auktionen oder öffentliche signierte Endpunkte konkurrieren
• Autonome Agenten, die pro API-Aufruf über AirnodeHub bezahlen
• Tokenhalter, die staken, um die DAO zu regieren und ihre Serviceabdeckung abzusichern

Wie API3 abgesichert ist

Die Sicherheit beruht auf Herkunftsnachweis, Aggregation und Ökonomie. Jeder Wert lässt sich auf eine Signatur der Airnode-Wallet eines bestimmten Anbieters zurückführen, und Anbieter rotieren ihre Airnode-Mnemonics praxisüblich alle sechs Monate, sodass die maßgeblichen Adressen immer vom Market oder von der Chain gelesen werden sollten, statt gecacht zu werden. Feeds sind Mediane unabhängiger First-Party-Quellen, sodass eine einzelne schlechte Quelle das Aggregat nicht allein bewegt. Um zu ändern, welche Anbieter zu einem Feed beitragen, sind Signaturen aller Eigentümer der betreffenden Multisig erforderlich.

Da die Feeds asynchron statt rundenbasiert sind, sind sie auf Verfügbarkeit ausgelegt, weshalb der Reader-Contract bewusst keine rundenbasierten Funktionen der Aggregator-Schnittstelle implementiert, die er ansonsten spiegelt. API3s Dokumentation stellt ausdrücklich klar, dass OEV-Updates dieselben Garantien bieten wie gewöhnliche Updates, da beide On-Chain-Aggregationen anbietersignierter Daten sind. Auf der Token-Seite dient gestaktes API3 als Sicherheit für die Serviceabdeckung, wodurch Staker hinter den Feeds stehen, die sie regieren.

Risiken und Überlegungen

• Die Basis-Feed-Verzögerung ist ein echter Kompromiss. Anwendungen akzeptieren eine Verzögerung von 0 bis 15 Sekunden im Austausch für OEV-Einnahmen, und das ist nicht für jedes Design der richtige Tausch.
• OEV-Einnahmen werden nicht an Tokenhalter ausgezahlt. Sie gehen an Partneranwendungen im Gas-Token ihrer Chain, sodass der Tokenwert aus Governance und Coverage kommen muss, nicht aus einer direkten Umsatzbeteiligung.
• Staking ist Sicherheit, nicht nur Rendite. Staker können zur Zahlung von Coverage-Ansprüchen herangezogen werden.
• API3 ist inflationär ohne Cap, und Belohnungen werden nach Erhalt für ein Jahr gesperrt, sodass die Position in der Praxis auch illiquide ist, zusätzlich zur Exponierung.
• Konzentrationsrisiko ist dem First-Party-Design inhärent. Weniger, hochwertigere Quellen bedeuten auch weniger Quellen.
• Die OEV-Architektur hat sich bereits einmal geändert, das öffentliche OEV Network und sein Auktionator wurden stillgelegt. Private Auktionen mit Partner-Searchern sind weniger offen als eine öffentliche Auktions-Chain.
• Kuratierte Lending-Märkte sind ein anderes Geschäft als der Verkauf von Daten und tragen Lending-, Liquidations- und Parameterrisiken, die ein reines Oracle nicht hat.
• Oracles sind ein sich konsolidierender und wettbewerbsintensiver Markt, in dem Integrationen, nicht Features, über Ergebnisse entscheiden.

Warum API3 wichtig ist

API3 ist eines der wenigen Oracle-Projekte, das für eine wirklich andere Architektur argumentiert und sie dann ausgeliefert hat, und seine OEV-Arbeit hat eine Kostenposition neu gerahmt, die Anwendungen bisher als unvermeidlich hingenommen hatten. Ob sich das First-Party-Modell durchsetzt oder nicht, die Idee, dass ein Protokoll für den extrahierbaren Wert bezahlt werden sollte, den seine eigenen Preis-Updates erzeugen, hat bereits verändert, wie der Sektor über Oracle-Design spricht.

Wo kann man API3 (API3) kaufen?

API3 ist ein Ethereum-ERC-20-Token, der an einer breiten Palette zentralisierter Exchanges sowie dezentraler Handelsplätze gelistet ist. Verfügbarkeit und Paare variieren je nach Jurisdiktion.

Große zentralisierte Exchanges (CEX)

API3 ist üblicherweise verfügbar auf:

• Binance
• OKX
• Kraken
• HTX
• Bithumb
• MEXC

Zu den gängigen Paaren gehört API3 gegen große Stablecoins und, auf regionalen Plattformen, gegen lokale Währung.

Aufbewahrungsoptionen nach dem Kauf

API3 kann aufbewahrt werden:

• Auf einer Exchange, unter der Verwahrung dieser Exchange
• In jeder Ethereum-Self-Custody-Wallet, da API3 ein Standard-ERC-20-Token ist
• Hinter einer Hardware-Wallet, gepaart mit kompatibler Wallet-Software

Staking erfolgt durch Einzahlung in den DAO-Pool-Contract über das DAO-Interface, was bedeutet, für die Unstaking-Wartefrist auf Liquidität zu verzichten und die damit verbundene Sicherheitsrolle zu akzeptieren. Bestätigen Sie das Netzwerk und die Contract-Adresse vor jeder Einzahlung oder Auszahlung.

Verwandte Coins

Sie können API3 mit verwandten Oracle- und Datenprojekten auf Coinrithm vergleichen:

• Chainlink (LINK)
• Pyth Network (PYTH)
• Band Protocol (BAND)
• UMA (UMA)
• Tellor (TRB)