API3

Over API3 (API3)

Wat is API3 (API3)?

API3 is een oracle-project gebouwd op één contraire gedachte: het bedrijf dat de data bezit, zou degene moeten zijn die deze on-chain zet. In plaats van een netwerk van externe node-operators te betalen om data van een API op te halen en door te sturen, laat API3 de API-aanbieder zelf zijn eigen data ondertekenen. Het project noemt dit een first-party oracle, een term die door API3's eigen whitepaper is geïntroduceerd.

Het tweede idee is nieuwer en is waarmee het project vandaag naar voren komt. Elke oracle-update creëert waarde die iemand kan vastleggen, meestal een searcher-bot die racet om een positie te liquideren zodra een prijs beweegt. API3 noemt dit Oracle Extractable Value, verkoopt het recht om die updates uit te voeren en betaalt 80 procent van de resulterende opbrengst terug aan de applicatie wiens feed de kans creëerde. De eigen samenvatting van het project is "oracles die jou betalen".

API3 is de governance- en stakingtoken van de API3 DAO, die de parameters en de treasury van het project beheert.

Officiële bronnen:

• Api3
• Api3-documentatie
• API3-whitepaper
• api3dao op GitHub
• API3 op Etherscan

Wie richtte API3 op? (Geschiedenis)

API3 werd eind 2020 gelanceerd door Heikki Vanttinen, Burak Benligiray en Sasa Milic, waarbij de token in december 2020 live ging. In juli 2021 lanceerde het project zijn gezaghebbende DAO samen met staking, zodat tokenhouders die in de DAO-pool staakten governance-gewicht kregen naar rato van hun aandeel in de pool.

De technische basis was Airnode, een serverloze oracle-node die een API-aanbieder kon inzetten zonder blockchain-infrastructuur te draaien of crypto te houden, wat het first-party-model praktisch maakte. Van daaruit bouwde API3 dAPI's, geaggregeerde datafeeds samengesteld uit meerdere first-party-bronnen, en daarna de Api3 Market, een selfservicewinkel waar een ontwikkelaar een feed kan kopen met de gewenste update-parameters en deze kan integreren zonder iemand te contacteren.

OEV volgde daarna. API3 bouwde het OEV Network, een Arbitrum Nitro-rollup dat publieke veilingen hield voor oracle-updaterechten. Die publieke veilingchain en de bijbehorende veilingmeester zijn stopgezet, waarbij fondsen vóór eind november 2025 werden weggesluisd, en API3 stapte over op een tweesporenmodel: private veilingen met partner-searchers op niet-vertraagde data, en publieke endpoints met ondertekende data op vertraagde data waartegen iedereen kan zoeken. De onderliggende on-chain machinerie, het Api3ServerV1OevExtension-contract, bleef bestaan.

Twee recentere ontwikkelingen zijn het vermelden waard. API3 treedt nu op als vault-curator op Morpho en beheert zijn eigen leenmarkten, en heeft AirnodeHub geïntroduceerd, een early-access marktplaats waar autonome agenten API's ontdekken, aanroepen en betalen, waarbij de databron per antwoord wordt betaald.

Hoe API3 werkt

Het systeem heeft drie bewegende onderdelen die netjes samenkomen.

1. First-party data bereikt de chain Elke API-aanbieder draait Airnode feed-software, die voortdurend zijn eigen API bevraagt en het resultaat ondertekent met zijn eigen Airnode-wallet. Die ondertekende data wordt naar een Signed API gestuurd, die deze publiekelijk aanbiedt. Omdat de data bij de bron wordt ondertekend, kan iedereen verifiëren wie deze heeft geproduceerd, en hoeft geen tussenpersoon vertrouwd te worden om deze getrouw te hebben doorgegeven.

2. Feeds worden on-chain samengevoegd Elke aanbieder voedt een single-source feed, geïdentificeerd door een beacon-ID afgeleid van zijn Airnode-adres en een template-ID. Meerdere beacons worden gecombineerd tot een beacon set, en de waarde die een applicatie leest is de on-chain mediaan van de bijdragende feeds, waarbij de tijdstempel de mediaan van hun tijdstempels is. Aggregatie gebeurt on-chain in plaats van daarbuiten, een bewuste beveiligingskeuze. Applicaties lezen het resultaat via een Api3ReaderProxyV1-contract, dat ook een veelgebruikte aggregator-interface implementeert, zodat het kan worden ingezet in contracten die voor een andere oracle zijn geschreven.

3. Updates worden getriggerd en geveild Feeds updaten onder twee voorwaarden: een afwijkingsdrempel, wat betekent dat de off-chain waarde meer dan een ingesteld percentage is afgeweken van de on-chain waarde, en een heartbeat-interval, aangeboden op de Api3 Market als een maximale kloof van één dag tussen updates en twee minuten eerder ingezet om de kans op grenswaarde-reverts te verminderen. Daarbovenop verkoopt API3 het exclusieve recht om waardevolle updates uit te voeren. Een searcher die wint, kan de feed updaten en atomair op de resulterende kans handelen, zonder gasveiling tegen rivalen, en de applicatie ontvangt 80 procent van wat de searcher heeft betaald.

De afweging wordt openlijk vermeld in API3's documentatie: applicaties die dit systeem gebruiken, zien een vertraging van 0 tot 15 seconden in hun basisfeed, in ruil voor de OEV-opbrengst die die vertraging vastlegbaar maakt.

Belangrijke ecosysteemonderdelen

• Airnode en Airnode feed, de software die een API-aanbieder draait om zijn eigen data te ondertekenen en te publiceren
• Signed API's, de publieke endpoints die door aanbieders ondertekende data aanbieden
• Beacons en beacon sets, de single-source feeds en hun on-chain aggregaten
• Api3ReaderProxyV1, het deterministische proxycontract dat een applicatie leest, per applicatie ingezet wanneer OEV Rewards zijn ingeschakeld
• Api3ServerV1OevExtension, het contract dat OEV-updates afschermt achter een geldige handtekening en betaling
• Api3 Market, de selfservicewinkel om feeds te kopen met gekozen update-parameters
• OEV Rewards, de maandelijkse uitbetaling van 80 procent van de OEV-opbrengst aan partnerapplicaties, uitbetaald in de native gastoken van de chain waarop de applicatie draait
• Door Api3 gecureerde markten, waar API3 leenkluizen op Morpho cureert en de volledige OEV die die markten genereren behoudt
• AirnodeHub, de early-access marktplaats voor agenten om API's te ontdekken, aan te roepen en te betalen
• De API3 DAO en zijn stakingpool

Nut van de API3-token

De API3-token kent een ongewoon nauwe koppeling tussen governance en risico:

• Staken in de DAO-pool is wat governance-gewicht toekent, naar rato van het aandeel van de staker in de pool
• Gestakete tokens dienen ook als onderpand ter dekking van de servicedekking van het project, waardoor stakers economische blootstelling aan feed-falen dragen in plaats van er alleen over te stemmen
• Beloningen worden naar de pool geslagen, waardoor API3 een inflatoire token zonder vast plafond is
• Het beloningspercentage wordt wekelijks aangepast richting een streefaandeel van de gestakete voorraad, stijgend wanneer de pool onderstaked is en dalend wanneer deze goed gefinancierd is
• Unstaken is onderhevig aan een wachtperiode van zeven dagen, die bestaat om voorstel-spam en governance-overname op het laatste moment af te zwakken
• Beloningstokens worden na ontvangst een jaar lang vergrendeld volgens een doorlopend schema

Twee nuances zijn belangrijk voor de lezer. Staken stelt de hoofdsom bloot aan dekkingsclaims, het is dus geen risicovrij rendement. En OEV Rewards worden aan applicaties uitbetaald in de native gastoken van hun chain, niet in API3, dus de token is geen aanspraak op die opbrengststroom.

Wat maakt API3 uniek?

Het verwijderen van de tussenpersoon is de hele these. In API3's model is er geen aparte klasse van node-operators tussen de databron en de chain, wat betekent dat er geen tweede consensussysteem is waarvan de prikkels kunnen afwijken van die van de data, en geen operator die onafhankelijk van de aanbieder kan worden omgekocht. API3's documentatie stelt dat tussenpersoon-ontwerpen twee faalpunten creëren, de aanbieders en de relayers, terwijl een first-party-ontwerp er maar één heeft.

Het OEV-werk is het commercieel meest onderscheidende deel. API3 heeft een kostenpost die andere applicaties stilletjes aan bots verloren, omgezet in een opbrengstlijn voor de applicatie, en daarbij een specifiek aandeel genoemd in plaats van een vage belofte. Het project gaat verder en stelt dat auditors het ontbreken van OEV-vastlegging als een bevinding zouden moeten behandelen, een agressief maar te verdedigen standpunt.

Hoe API3 verschilt van vergelijkbare oracles

• Data wordt ondertekend door de API-aanbieder zelf, niet opgehaald door externe node-operators
• Aggregatie gebeurt on-chain als mediaan van aanbiedersfeeds, in plaats van off-chain overeengekomen en als één waarde gepost
• Feeds worden selfservice gekocht via een markt met gekozen afwijkings- en heartbeatparameters, in plaats van per klant onderhandeld
• Het lezer-contract implementeert een gangbare aggregator-interface, dus migratie vanaf een andere oracle vereist meestal geen contractwijzigingen
• Waarde die rond updates wordt onttrokken, wordt geveild en teruggegeven aan de applicatie, terwijl de meeste ontwerpen deze laten weglekken naar searchers en validators
• De prijs van dat model is een korte vertraging op de basisfeed, die concurrerende ontwerpen niet opleggen

Toepassingen van API3

• Leenmarkten die onderpand waarderen en liquidaties uitlokken, en OEV Rewards verdienen op de liquidaties die hun eigen feeds mogelijk maken
• Perpetuals-, opties- en synthetische-assetprotocollen die frequente prijsupdates nodig hebben
• Stablecoins en getokeniseerde asset-systemen die naar externe waarden verwijzen
• Applicaties die migreren van een andere oracle zonder hun contracten te herschrijven
• Searchers die concurreren om exclusieve updaterechten via partnerveilingen of publieke ondertekende endpoints
• Autonome agenten die per API-oproep betalen via AirnodeHub
• Tokenhouders die staken om de DAO te besturen en de servicedekking ervan te ondersteunen

Hoe API3 wordt beveiligd

Beveiliging steunt op herkomst, aggregatie en economie. Elke waarde is terug te voeren op een handtekening van de Airnode-wallet van een specifieke aanbieder, en aanbieders roteren hun Airnode-mnemonics standaard elke zes maanden, dus de gezaghebbende adressen moeten altijd van de Market of van de chain worden gelezen in plaats van gecachet. Feeds zijn medianen van onafhankelijke first-party-bronnen, dus één slechte bron beweegt het aggregaat niet op zichzelf. Het wijzigen van welke aanbieders bijdragen aan een feed vereist handtekeningen van alle eigenaren van de betreffende multisig.

Omdat de feeds asynchroon zijn in plaats van rondegebaseerd, zijn ze ontworpen voor beschikbaarheid, wat verklaart waarom het lezer-contract bewust geen rondegebaseerde functies van de aggregator-interface implementeert die het verder weerspiegelt. API3's documentatie is expliciet dat OEV-updates dezelfde garanties bieden als gewone updates, aangezien beide on-chain aggregaties zijn van door aanbieders ondertekende data. Aan de tokenzijde dient gestakete API3 als onderpand voor servicedekking, waardoor stakers achter de feeds staan die ze besturen.

Risico's en overwegingen

• De vertraging van de basisfeed is een echte afweging. Applicaties accepteren een vertraging van 0 tot 15 seconden in ruil voor OEV-opbrengst, en dat is niet voor elk ontwerp de juiste ruil.
• OEV-opbrengst wordt niet uitbetaald aan tokenhouders. Het gaat naar partnerapplicaties in de gastoken van hun chain, dus de tokenwaarde moet komen uit governance en dekking, niet uit een directe opbrengstdeling.
• Staken is onderpand, niet alleen rendement. Stakers kunnen worden aangesproken om dekkingsclaims te betalen.
• API3 is inflatoir zonder plafond, en beloningen worden na ontvangst een jaar vergrendeld, dus de positie is in de praktijk illiquide naast blootgesteld.
• Concentratierisico is inherent aan het first-party-ontwerp. Minder, hoogwaardigere bronnen betekenen ook minder bronnen.
• De OEV-architectuur is al eens veranderd, waarbij het publieke OEV Network en de bijbehorende veilingmeester zijn stopgezet. Private veilingen met partner-searchers zijn minder open dan een publieke veilingchain.
• Gecureerde leenmarkten zijn een andere business dan het verkopen van data, en dragen leen-, liquidatie- en parameterrisico dat een pure oracle niet heeft.
• Oracles vormen een consoliderende en concurrerende markt waarin integraties, niet functies, de uitkomsten bepalen.

Waarom API3 ertoe doet

API3 is een van de weinige oracle-projecten die hebben gepleit voor een echt andere architectuur en deze vervolgens hebben uitgeleverd, en het OEV-werk heeft een kostenpost geherformuleerd die applicaties als onvermijdelijk hadden geaccepteerd. Of het first-party-model uiteindelijk wint of niet, het idee dat een protocol betaald zou moeten worden voor de extraheerbare waarde die zijn eigen prijsupdates creëren, heeft al veranderd hoe de sector over oracle-ontwerp praat.

Waar kunt u API3 (API3) kopen?

API3 is een Ethereum ERC-20-token, genoteerd op een breed scala aan gecentraliseerde exchanges en gedecentraliseerde platforms. Beschikbaarheid en paren variëren per jurisdictie.

Grote gecentraliseerde exchanges (CEX)

API3 is doorgaans beschikbaar op:

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

Gangbare paren omvatten API3 tegen grote stablecoins en, op regionale platforms, tegen lokale valuta.

Bewaaropties na aankoop

API3 kan worden bewaard:

• Op een exchange, onder bewaring van die exchange
• In elke Ethereum self-custody wallet, aangezien API3 een standaard ERC-20-token is
• Achter een hardware wallet gekoppeld aan compatibele walletsoftware

Staken gebeurt door te storten in het DAO-poolcontract via de DAO-interface, wat betekent dat liquiditeit wordt opgegeven voor de wachtperiode van unstaken en de bijbehorende onderpandrol wordt geaccepteerd. Bevestig het netwerk en het contractadres vóór elke storting of opname.

Gerelateerde coins

U kunt API3 vergelijken met gerelateerde oracle- en dataprojecten op Coinrithm:

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