API3

À propos d'API3 (API3)

Qu'est-ce qu'API3 (API3) ?

API3 est un projet d'oracle construit autour d'une seule idée à contre-courant : l'entreprise qui possède les données devrait être celle qui les inscrit sur la chaîne. Plutôt que de payer un réseau d'opérateurs de nœuds tiers pour aller chercher des données auprès d'une API et les relayer, API3 fait signer ses propres données par le fournisseur de l'API lui-même. Le projet appelle cela un oracle de première partie (first-party oracle), un terme introduit par le whitepaper d'API3 lui-même.

La seconde idée est plus récente et c'est celle que le projet met aujourd'hui en avant. Chaque mise à jour d'oracle crée une valeur que quelqu'un peut capter, généralement un bot chercheur (searcher) qui court pour liquider une position dès qu'un prix bouge. API3 appelle cela l'Oracle Extractable Value, vend le droit d'effectuer ces mises à jour et reverse 80 pour cent des revenus qui en résultent à l'application dont le flux a créé l'opportunité. Le raccourci du projet lui-même est « des oracles qui vous paient ».

API3 est le token de gouvernance et de staking de l'API3 DAO, qui contrôle les paramètres et la trésorerie du projet.

Sources officielles :

• Api3
• Documentation Api3
• Whitepaper API3
• api3dao sur GitHub
• API3 sur Etherscan

Qui a fondé API3 ? (Historique)

API3 a été lancé fin 2020 par Heikki Vanttinen, Burak Benligiray et Sasa Milic, le token étant mis en service en décembre 2020. En juillet 2021, le projet a lancé sa DAO faisant autorité ainsi que le staking, de sorte que les détenteurs de tokens stakant dans le pool de la DAO recevaient un poids de gouvernance proportionnel à leur part du pool.

Le socle technique était Airnode, un nœud d'oracle sans serveur qu'un fournisseur d'API pouvait déployer sans exploiter d'infrastructure blockchain ni détenir de cryptomonnaie, ce qui a rendu le modèle de première partie praticable. À partir de là, API3 a construit les dAPI, des flux de données agrégés à partir de plusieurs sources de première partie, puis l'Api3 Market, une boutique en libre-service où un développeur peut acheter un flux avec les paramètres de mise à jour dont il a besoin et l'intégrer sans contacter personne.

L'OEV est venu ensuite. API3 a construit l'OEV Network, un rollup Arbitrum Nitro qui exécutait des enchères publiques pour les droits de mise à jour des oracles. Cette chaîne d'enchères publiques et son commissaire-priseur ont été retirés, avec des fonds transférés hors chaîne avant la fin novembre 2025, et API3 est passé à un modèle à deux voies : des enchères privées menées avec des searchers partenaires sur des données non retardées, et des points d'accès publics de données signées sur des données retardées contre lesquelles n'importe qui peut chercher. La mécanique on-chain sous-jacente, le contrat Api3ServerV1OevExtension, est restée en place.

Deux développements plus récents méritent d'être connus. API3 agit désormais comme curateur de coffres (vault curator) sur Morpho, exploitant ses propres marchés de prêt, et a introduit AirnodeHub, une place de marché en accès anticipé où des agents autonomes découvrent, appellent et paient des API, la source de données étant payée par réponse.

Comment fonctionne API3

Le système comporte trois éléments mobiles qui s'articulent proprement.

1. Les données de première partie atteignent la chaîne Chaque fournisseur d'API exécute le logiciel Airnode feed, qui interroge en continu sa propre API et signe le résultat avec son propre portefeuille Airnode. Ces données signées sont poussées vers une Signed API, qui les sert publiquement. Comme les données sont signées à la source, n'importe qui peut vérifier qui les a produites, et aucun intermédiaire n'a besoin d'être approuvé pour les avoir relayées fidèlement.

2. Les flux sont agrégés sur la chaîne Chaque fournisseur alimente un flux à source unique, identifié par un ID de beacon dérivé de son adresse Airnode et d'un ID de template. Plusieurs beacons sont combinés en un beacon set, et la valeur qu'une application lit est la médiane on-chain des flux contributeurs, l'horodatage étant la médiane de leurs horodatages. L'agrégation se fait sur la chaîne plutôt qu'en dehors, un choix de sécurité délibéré. Les applications lisent le résultat via un contrat Api3ReaderProxyV1, qui implémente aussi une interface d'agrégateur largement utilisée, ce qui lui permet de s'insérer dans des contrats écrits pour un autre oracle.

3. Les mises à jour sont déclenchées puis mises aux enchères Les flux se mettent à jour selon deux conditions : un seuil de déviation, c'est-à-dire que la valeur hors chaîne s'est éloignée de la valeur on-chain de plus d'un pourcentage configuré, et un intervalle de heartbeat, proposé sur l'Api3 Market comme un écart maximal d'un jour entre les mises à jour et déclenché deux minutes plus tôt pour réduire le risque de reverts limites. En plus de cela, API3 vend le droit exclusif d'exécuter les mises à jour de valeur. Un searcher qui remporte ce droit peut mettre à jour le flux et agir sur l'opportunité qui en résulte de façon atomique, sans enchère de gas contre des rivaux, et l'application reçoit 80 pour cent de ce que le searcher a payé.

Le compromis est énoncé ouvertement dans la documentation d'API3 : les applications utilisant ce système voient un délai de 0 à 15 secondes sur leur flux de base, en échange des revenus OEV que ce délai rend capturables.

Composants clés de l'écosystème

• Airnode et Airnode feed, le logiciel qu'un fournisseur d'API exploite pour signer et publier ses propres données
• Les Signed APIs, les points d'accès publics qui servent des données signées par les fournisseurs
• Les beacons et beacon sets, les flux à source unique et leurs agrégats on-chain
• Api3ReaderProxyV1, le contrat proxy déterministe que lit une application, déployé par application lorsque les OEV Rewards sont activées
• Api3ServerV1OevExtension, le contrat qui protège les mises à jour OEV derrière une signature et un paiement valides
• Api3 Market, la boutique en libre-service pour acheter des flux avec les paramètres de mise à jour choisis
• OEV Rewards, le versement mensuel de 80 pour cent des revenus OEV aux applications partenaires, payé dans le token de gas natif de la chaîne sur laquelle l'application s'exécute
• Les marchés curatés par Api3, où API3 cure des coffres de prêt sur Morpho et conserve la totalité de l'OEV que ces marchés génèrent
• AirnodeHub, la place de marché en accès anticipé permettant aux agents de découvrir, d'appeler et de payer des API
• L'API3 DAO et son pool de staking

Utilité du token API3

Le token API3 présente un couplage inhabituellement étroit entre gouvernance et risque :

• Staker dans le pool de la DAO est ce qui confère un poids de gouvernance, proportionnel à la part du staker dans le pool
• Les tokens stakés servent aussi de collatéral adossant la couverture de service du projet, si bien que les stakers portent une exposition économique à une défaillance de flux plutôt que de se contenter d'y voter
• Les récompenses sont frappées vers le pool, faisant d'API3 un token inflationniste sans plafond fixe
• Le taux de récompense est ajusté chaque semaine vers une proportion cible de l'offre stakée, augmentant quand le pool est sous-staké et diminuant quand il est bien financé
• L'unstaking est soumis à une période d'attente de sept jours, qui existe pour freiner le spam de propositions et la captation de la gouvernance de dernière minute
• Les tokens de récompense sont verrouillés pendant un an selon un calendrier glissant après leur réception

Deux nuances comptent pour le lecteur. Le staking expose le principal aux demandes de couverture, ce n'est donc pas un rendement sans risque. Et les OEV Rewards sont versées aux applications dans le token de gas natif de leur chaîne, pas en API3, le token n'est donc pas une créance sur ce flux de revenus.

Qu'est-ce qui rend API3 unique ?

Supprimer l'intermédiaire est toute la thèse. Dans le modèle d'API3, il n'existe pas de classe distincte d'opérateurs de nœuds entre la source de données et la chaîne, ce qui signifie qu'il n'y a pas de second système de consensus dont les incitations pourraient diverger de celles des données, ni d'opérateur qui puisse être corrompu indépendamment du fournisseur. La documentation d'API3 soutient que les designs à intermédiaires créent deux points de défaillance, les fournisseurs et les relayeurs, là où un design de première partie n'en a qu'un.

Le travail sur l'OEV est la partie la plus distinctive sur le plan commercial. API3 a transformé un coût que d'autres applications laissaient discrètement fuir vers des bots en une ligne de revenus pour l'application, en énonçant une répartition précise plutôt qu'une promesse vague. Le projet va plus loin et soutient que les auditeurs devraient traiter l'absence de capture d'OEV comme un constat, une position agressive mais défendable.

En quoi API3 diffère des oracles similaires

• Les données sont signées par le fournisseur de l'API lui-même, et non récupérées par des opérateurs de nœuds tiers
• L'agrégation est effectuée on-chain sous forme de médiane des flux des fournisseurs, plutôt que convenue hors chaîne et postée comme une valeur unique
• Les flux s'achètent en libre-service via un marché avec des paramètres de déviation et de heartbeat choisis, plutôt que négociés par client
• Le contrat de lecture implémente une interface d'agrégateur courante, si bien que migrer depuis un autre oracle ne requiert généralement aucun changement de contrat
• La valeur extraite autour des mises à jour est mise aux enchères et rendue à l'application, là où la plupart des designs la laissent fuir vers les searchers et les validateurs
• Le prix de ce modèle est un court délai sur le flux de base, que les designs concurrents n'imposent pas

Cas d'usage d'API3

• Les marchés de prêt qui évaluent le collatéral et déclenchent les liquidations, tout en gagnant des OEV Rewards sur les liquidations que leurs propres flux permettent
• Les protocoles de perpétuels, d'options et d'actifs synthétiques ayant besoin de mises à jour de prix fréquentes
• Les stablecoins et systèmes d'actifs tokenisés référençant des valeurs externes
• Les applications migrant depuis un autre oracle sans réécrire leurs contrats
• Les searchers qui se disputent des droits de mise à jour exclusifs via des enchères partenaires ou des points d'accès publics signés
• Les agents autonomes qui paient à l'appel d'API via AirnodeHub
• Les détenteurs de tokens qui stakent pour gouverner la DAO et adosser sa couverture de service

Comment API3 est sécurisé

La sécurité repose sur la provenance, l'agrégation et l'économie. Chaque valeur peut être retracée jusqu'à une signature du portefeuille Airnode d'un fournisseur spécifique, et les fournisseurs font tourner leurs mnémoniques Airnode tous les six mois en pratique courante, si bien que les adresses faisant autorité doivent toujours être lues depuis le Market ou la chaîne plutôt que mises en cache. Les flux sont des médianes de sources de première partie indépendantes, si bien qu'une seule mauvaise source ne fait pas bouger l'agrégat à elle seule. Changer les fournisseurs qui contribuent à un flux nécessite des signatures de tous les propriétaires de la multisignature concernée.

Comme les flux sont asynchrones plutôt que basés sur des rounds, ils sont conçus pour la disponibilité, ce qui explique pourquoi le contrat de lecture n'implémente délibérément pas les fonctions basées sur des rounds de l'interface d'agrégateur qu'il reflète par ailleurs. La documentation d'API3 précise explicitement que les mises à jour OEV offrent les mêmes garanties que les mises à jour ordinaires, puisque les deux sont des agrégations on-chain de données signées par les fournisseurs. Côté token, l'API3 staké sert de collatéral pour la couverture de service, plaçant les stakers derrière les flux qu'ils gouvernent.

Risques et considérations

• Le délai du flux de base est un vrai compromis. Les applications acceptent un décalage de 0 à 15 secondes en échange des revenus OEV, et ce n'est pas le bon compromis pour tous les designs.
• Les revenus OEV ne sont pas versés aux détenteurs du token. Ils vont aux applications partenaires dans le token de gas de leur chaîne, si bien que la valeur du token doit provenir de la gouvernance et de la couverture, pas d'un partage de revenus direct.
• Le staking est du collatéral, pas seulement du rendement. Les stakers peuvent être appelés à payer des demandes de couverture.
• API3 est inflationniste et sans plafond, et les récompenses sont verrouillées pendant un an après réception, si bien que la position est illiquide en pratique en plus d'être exposée.
• Le risque de concentration est inhérent au design de première partie. Des sources moins nombreuses et de meilleure qualité signifient aussi moins de sources.
• L'architecture OEV a déjà changé une fois, avec l'OEV Network publique et son commissaire-priseur retirés. Les enchères privées avec des searchers partenaires sont moins ouvertes qu'une chaîne d'enchères publique.
• Les marchés de prêt curatés sont un métier différent de la vente de données, avec des risques de prêt, de liquidation et de paramètres qu'un oracle pur n'a pas.
• Les oracles forment un marché en consolidation et concurrentiel où les intégrations, et non les fonctionnalités, décident des résultats.

Pourquoi API3 compte

API3 est l'un des rares projets d'oracle à avoir défendu une architecture véritablement différente puis à l'avoir livrée, et son travail sur l'OEV a reformulé un coût que les applications acceptaient comme inévitable. Que le modèle de première partie l'emporte ou non, l'idée qu'un protocole devrait être payé pour la valeur extractible que créent ses propres mises à jour de prix a déjà changé la façon dont le secteur discute de la conception des oracles.

Où peut-on acheter API3 (API3) ?

API3 est un token ERC-20 sur Ethereum, coté sur un large ensemble d'exchanges centralisés ainsi que sur des plateformes décentralisées. La disponibilité et les paires varient selon la juridiction.

Principaux exchanges centralisés (CEX)

API3 est couramment disponible sur :

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

Les paires courantes incluent API3 contre les principales stablecoins et, sur des plateformes régionales, contre des monnaies locales.

Options de conservation après achat

API3 peut être conservé :

• Sur un exchange, sous la garde de cet exchange
• Dans n'importe quel portefeuille d'autoconservation Ethereum, puisqu'API3 est un token ERC-20 standard
• Derrière un portefeuille matériel associé à un logiciel de portefeuille compatible

Le staking se fait en déposant dans le contrat du pool de la DAO via l'interface de la DAO, ce qui signifie renoncer à la liquidité pendant la période d'attente de l'unstaking et accepter le rôle de collatéral qui l'accompagne. Vérifiez le réseau et l'adresse du contrat avant tout dépôt ou retrait.

Cryptomonnaies liées

Vous pouvez comparer API3 avec des projets d'oracles et de données similaires sur Coinrithm :

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