Auteur : Shijun Jun
Récemment, API3 a reçu 4 millions de dollars de financement stratégique, dirigé par DWF Labs, avec la participation de nombreuses sociétés de capital-risque bien connues.
Pendant longtemps, la piste des oracles a été dominée par trois oracles de partis représentés par Chainlink. Quatorze a également été surpris en voyant cette nouvelle ~ Pourquoi API3 a-t-elle pu obtenir un financement ? Sera-t-il le perturbateur des oracles traditionnels ? Qu’est-ce qui le rend unique ?
En tant que projet d'API décentralisé (dAPI), API3 est défini comme un oracle « de première partie » Grâce au réseau OEV révolutionnaire et innovant (basé sur ZK-Rollup), API3 résout le problème de la confiance des intermédiaires oracles « tiers ». données Il existe un problème courant de faible transparence et d’OEV (Oracle Extractable Value) contrôlé.
1. La machine Oracle peut-elle vraiment prédire l’avenir ?
Le terme « oracle » est quelque peu mythique et peut facilement induire le public en erreur. Mais en fait, il fait référence à des outils qui fournissent des données réelles hors chaîne pour les contrats intelligents en chaîne, mais qu'est-ce qui est réel ?
Comment garantir l’intégrité de l’oracle lui-même ? Les prophéties feront-elles du mal ? Plusieurs oracles sont-ils de connivence ? Comment comprendre OVM (la machine Oracle peut extraire de la valeur) ?
Au premier trimestre 2024, après la récente augmentation du BTC, la valeur totale des jetons verrouillés dans les projets DeFi a également atteint un nouveau sommet, atteignant 175 milliards de dollars. Par rapport aux 103 milliards de dollars au quatrième trimestre 2023, il s'agit d'une augmentation de près de 70. %, et les oracles ont également été Ils sont tous appelés le sang de base de DeFi.
Dans le domaine DeFi, comme les bourses décentralisées (DEX), les plateformes de prêt et les plateformes de négociation de produits dérivés, toutes s'appuient sur des données de prix précises pour fonctionner. Début 2023, le contrat oracle TellorFlex utilisé par BONQ, le protocole de prêt décentralisé sur la chaîne polygonale, a été manipulé. L'attaquant a utilisé un coût inférieur pour modifier le devis oracle, puis a effectué des prêts hypothécaires et a ainsi obtenu d'énormes bénéfices. le projet a généré une perte d’environ 88 millions de dollars. Les attaques causées par des problèmes de cotation d'Oracle sont devenues monnaie courante. On peut constater que des données hors chaîne transparentes et fiables sont la garantie de base pour prendre en charge le fonctionnement des dApp.
2. Comment l'oracle se connecte-t-il au hors-chaîne et en chaîne ?
Les modes de fonctionnement des machines Oracle incluent généralement le téléchargement planifié, les événements et la réponse aux demandes. Prenons comme exemple le processus général de réponse à une demande, qui est grossièrement divisé en quatre étapes :
ÉTAPE 1 : Sur la chaîne, l'appelant dApp initie une requête (essentiellement une transaction) et le contrat du serveur Oracle déclenche l'émission d'un événement sur la chaîne.
ÉTAPE 2 : Les nœuds Oracle hors chaîne écoutent les événements pour obtenir des informations et obtiennent des informations hors chaîne précises via leurs systèmes respectifs.
ÉTAPE 3 : Hors chaîne et en chaîne, la machine Oracle fournit des données au contrat du serveur de la machine Oracle sous la forme d'une transaction
ÉTAPE 4 : Sur la chaîne, le contrat du serveur Oracle renvoie les données à l'appelant (dApp). Il existe deux options : le push actif et la requête secondaire Dapp.
L'auteur donnera une interprétation élargie de ce processus :
Tout d'abord, les exigences relatives à la chaîne sont publiques, car les événements sont un mécanisme courant des blockchains EVM, ce qui signifie que l'ensemble du réseau peut savoir que Dapp a désormais besoin de xx informations.
Deuxièmement, le push hors chaîne n'est pas atomique et les transactions en chaîne sont effectuées en temps réel, les données hors chaîne doivent donc avoir un certain décalage.
Enfin, s'il existe une demande personnalisée sur la chaîne, l'oracle peut être transformé en un rôle tiers impartial et transmis au Dapp. Cependant, la plupart des données générales du marché, telles que le prix en temps réel du BTC, le seront. récupéré par le Dapp lui-même. Le contrat est acquis. Bien entendu, la machine Oracle elle-même dispose également d'un mécanisme de reporting planifié, et ceux ci-dessus sont fondamentalement les mêmes.
3. Luna est découplée et la piste oracle est turbulente
Mais la blockchain n'est pas seulement Defi. Grâce aux oracles, les dApps peuvent obtenir des données hors chaîne de manière sécurisée et efficace, élargissant ainsi considérablement leur champ d'activité et leurs scénarios d'application, étendant leur orientation commerciale à la finance, à l'assurance, à la gestion de la chaîne d'approvisionnement et à l'Internet et aux biens physiques. d'autres domaines.
Sur le marché actuel, nous utilisons les données de la plateforme Defillama pour montrer que Chainlink occupe toujours une position de leader, avec TVS (la valeur totale des actifs libellés en dollars américains déposés sur le marché garantis par des infrastructures clés telles que les oracles) atteignant 45 % de la marché entier.
Les lecteurs attentifs constateront que la courbe sur le côté droit du chiffre ci-dessus a fluctué violemment en mai 2022, et que le déclencheur a été le célèbre crash de LUNA en 2022. Du 7 mai 2022 au 13 mai 2022, UST, le principal stablecoin algorithmique , a connu deux découplages et est finalement tombé dans une spirale mortelle, avec l'effondrement de LUNA et de l'UST. Dans le même temps, de nombreux projets utilisant des oracles internes ont rencontré de sérieux problèmes en raison de leur lenteur à réagir aux fluctuations des prix.
Comme le montre clairement la figure ci-dessous, la part de marché des oracles internes (en rose dans la figure ci-dessous) est tombée d'une falaise en mai 2022. L'oracle Chronicle (en rouge dans la figure ci-dessous) a très bien capté cette vague de trafic et, en gros, a gagné la part de marché. Le marché perdu des oracles internes.
4. Le dilemme des oracles tiers
Outre les événements qui ont choqué l'industrie, il semble que le développement des oracles soit bloqué. En effet, le positionnement de l'industrie étant très clair, il s'agit d'un outil permettant de connecter les données en amont et en aval de la chaîne, ce qui aboutit à un produit relativement unique. fonction.
La chose la plus critiquée est son modèle de profit. Actuellement, ses points de profit sont concentrés dans deux directions générales : les frais d'abonnement aux données et l'espoir que les jetons émis par le projet s'apprécieront. De toute évidence, les revenus générés par un modèle de profit d'abonnement de données unique sont limités. Prenons l'exemple de la fonction de facturation VRF (séquence aléatoire vérifiable) fournie par Chainlink. Se référant au navigateur blockchain Etherscan, l'auteur a compté les verrous de contrat des deux versions de. VRF V1 et V2. Le nombre total de jetons est d'environ 370 000 (7+30). Calculé au taux de change LINK actuel (16 $), le chiffre d'affaires total est d'environ 6 millions de dollars américains. Depuis le lancement de la version VRF V2 fin février 2022, elle a généré un chiffre d'affaires total de 4,8 millions de dollars américains, avec un chiffre d'affaires mensuel moyen d'environ 170 000 dollars américains (1,1 W LINK). Par rapport à la grande taille de Chainlink, ces bénéfices ne représentent en effet qu’une goutte d’eau dans l’océan. Quant à l’appréciation du jeton, c’est une question d’opinion.
Cependant, en raison de la nature du tiers, la machine Oracle elle-même est dans une position relativement neutre et a commencé à coûter cher à l'infrastructure de sécurité de la couche applicative. Ce n'est qu'en brisant l'image du middleware traditionnel et en procédant à une expansion fonctionnelle différenciée et systématique que les marges bénéficiaires peuvent être augmentées. Par exemple, LayerZero, en tant que pont inter-chaînes typique, place sa sécurité sur la tête de requête de nœud ultra-légère portée par la machine Oracle. .
En bref, le dilemme de la machine Oracle au niveau du marché est qu'elle est limitée par les inconvénients naturels causés par le modèle d'exploitation, avec des fonctions uniques, de maigres profits et une évolutivité qui n'a pas encore été développée.
Cependant, si nous élargissons le modèle d'exécution de ce que l'on appelle l'oracle tiers, nous constaterons que ses problèmes proviennent également de facteurs « tiers ».
En tant que nouvelle machine Oracle, API3 se positionne comme une machine Oracle « first-party ».
4.1 Comparaison des oracles tiers et propriétaires
API3 a choisi d'activer les capacités complètes de service d'exploitation et de maintenance des nœuds de service API comme point d'entrée et d'utiliser une approche plus web3 native (légère + modulaire) pour construire un pont entre le côté demande et le côté offre de la machine Oracle. Les opérateurs d'API peuvent rapidement créer leurs propres nœuds Oracle basés sur la solution Airnode fournie par API3.
En tant que projet Oracle propriétaire, par rapport au fournisseur d'API d'oracle tiers traditionnel → oracle → processus métier Dapp, la transformation d'API3 (fournisseur d'API + oracle) → Dapp fait du fournisseur d'API le maître, et non plus Il agit uniquement comme un travailleur Oracle tiers et a plus son mot à dire.
Comme le montre la figure ci-dessus, sans l'intervention d'un tiers, la liaison de données est réduite. Lorsque les rôles du fournisseur d'API et de l'oracle seront intégrés, il ne sera plus question de savoir d'où proviennent les données, car la réputation du fournisseur d'API est intégrée à la chaîne avec les données.
En raison de la réputation du fournisseur d'API et de la forte stratégie contraignante de fourniture de données, la traçabilité est simple, il n'est techniquement pas permis de faire du mal (sans être découvert) et il existe un mécanisme de marge comme filet de sécurité. Même si le fournisseur d'API fournit de fausses données à des fins personnelles, l'utilisateur lésé peut toujours faire appel et réclamer une indemnisation. Pour les incidents complexes (tels que les utilisateurs se plaignant de manière malveillante d'une fraude à l'assurance), ils seront soumis au système judiciaire en chaîne pour arbitrage. Grâce au mécanisme d'assurance fourni par le DAO API3 entièrement décentralisé, API3 peut punir au maximum les fournisseurs d'API et indemniser les utilisateurs lésés.
5. Compréhension approfondie du modèle économique des jetons d'API3 DAO
Basé sur son mécanisme de jalonnement, API3 DAO permet au modèle économique de jetons d'API3 de fonctionner de manière stable grâce à des retours positifs et négatifs.
5.1 Mécanisme de gouvernance des engagements
Le mécanisme de gage est une opération régulière de la gouvernance du DAO, promettant des bénéfices, et la gouvernance des gage est également le point de départ de l'économie circulaire. Et l'API3 a également été optimisée :
Que dois-je faire si le donateur s'enfuit après avoir reçu le produit du don ? Les revenus gonflés (jetons nouvellement créés) générés par le jalonnement des utilisateurs seront retardés et seront versés par défaut au pool de jalonnement.
Que peut-on faire d'autre avec les jetons du pool de jalonnement ? Peut être utilisé pour compenser les pertes des utilisateurs.
Comment le prix en devise du pool de promesses de don est-il stable ? API3 contrôle l'inflation grâce aux mécanismes de verrouillage Burn et Token : la condition d'échange pour obtenir les services dAPI est que les utilisateurs doivent graver leurs propres tokens ou verrouiller leurs propres tokens.
5.2 Boucles de rétroaction positives et négatives
De cette façon, quelle sera l’évolution du nombre de tokens dans le pool de promesses de don ? Y aura-t-il une expansion désordonnée ou un effondrement dû au paiement insuffisant des indemnisations ? Analysons-le :
À mesure que le nombre d’utilisateurs de dAPI augmente, les risques du système augmenteront (les coûts d’exploitation du système augmenteront à mesure que le nombre d’utilisateurs augmentera) et le nombre d’incidents nécessitant une indemnisation augmentera. À ce stade, les jetons du pool de gages seront réduits (utilisés pour indemniser les utilisateurs lésés), et les donateurs (et les gestionnaires) subiront des dommages à leurs propres intérêts en raison d'une mauvaise gestion. Mais de la même manière, une réduction du nombre de jetons dans le pool de jalonnement signifie également une augmentation du nombre de jetons arrivant sur le marché. Étant donné que les jetons détenus par les utilisateurs sont affectés par l’inflation, pour leur propre bénéfice, une grande partie du flux de jetons est destinée au pool de promesses de dons.
Lorsque le nombre d'utilisateurs de dAPI diminue, le risque système diminue, les jetons dans le pool de gages augmenteront progressivement et le nombre de jetons entrant sur le marché deviendra rare. Mais cela ne signifie pas que le nombre de jetons dans le pool de promesses augmentera toujours. API3 DAO l'adaptera à une valeur de santé cible en contrôlant dynamiquement les revenus des promesses (et le taux d'expansion).
Les deux situations ci-dessus peuvent très bien former le cycle positif et négatif illustré en (a) à gauche dans la figure ci-dessous. Lorsqu'une situation atteint le seuil, le système s'ajuste automatiquement et les utilisateurs de dAPI se stabilisent comme indiqué en (b) à gauche dans la figure ci-dessous, permettant finalement au système de fonctionner dans un état sain.
En fait, ce type de jeton de gouvernance de style Dao est depuis longtemps populaire dans diverses gouvernances DeFi. Par exemple, le DAI de MakerDao, le benchmark détaillé de mise en œuvre des pièces stables décentralisées que l'auteur a analysé précédemment, a MKR comme précurseur :
Ce qui est particulièrement beau, c'est son mécanisme d'enchères à 4 voies : Lecture approfondie : "Expliquez-le clairement dans un article - La dernière proposition stablecoin GHO de DeFI King AAVE"
Parmi eux se trouve la rubrique « Insolvable, quatre enchères ».
Par conséquent, la gouvernance de type DAO est le modèle opérationnel principal pour la stabilité économique, mais l’innovation de l’API3 n’est pas inférieure.
6. Avantages uniques - Réseau OEV révolutionnaire (basé sur ZK-Rollup)
6.1 La naissance d'OEV
Semblable à MEV (Miner Extractable Value), OEV (Oracle Extractable Value) fait référence à un oracle utilisant sa position pour capturer une valeur qui autrement irait à un tiers. MEV capture la valeur grâce au séquençage des transactions, tandis qu'OEV utilise la différence de prix entre la chaîne et hors chaîne pour extraire de la valeur, comme dans les données clés du marché ou les scénarios qui déclenchent des événements majeurs en chaîne (tels que la liquidation).
Pour comprendre comment l'OEV est généré, vous devez d'abord connaître les problèmes actuels des machines Oracle : en raison du coût de téléchargement des données, les machines Oracle actuelles adoptent essentiellement un mécanisme de téléchargement régulier des données, et l'intervalle de temps est défini dans une plage relativement petite. . Dans le même temps, afin d'éviter que d'énormes fluctuations de prix à court terme n'affectent le marché, la machine Oracle fixe généralement un seuil lorsque la plage de fluctuation des prix atteint le seuil dans un court laps de temps, une mise à jour est activement effectuée. déclenché.
Bien que ce remède puisse atténuer certains problèmes, il ne résout pas fondamentalement le problème de la latence de téléchargement des données. Le marché DeFi est généralement très volatil et les prix des actifs peuvent changer considérablement sur une courte période de temps. L'incertitude que la fonction d'alimentation des prix de la machine Oracle apporte au marché DeFi ne peut être sous-estimée.
Dans ce cas, les tiers à la recherche de profits ont la perspective de Dieu. En profitant du retard dans la mise à jour des données, ils peuvent réaliser d'énormes profits, et OEV est né.
Pour les dApps qui s'appuient sur Oracles, toute mise à jour ou absence de flux de données peut créer des opportunités pour OEV, telles que le front-running, l'arbitrage et la liquidation. Il est en fait difficile de juger de la propriété de la valeur exploitable en raison du retard dans l'alimentation des données. Par conséquent, si le téléchargement des données est retardé, le problème de la machine Oracle ne peut pas être localisé. on ne peut pas dire que la valeur exploitable générée par un retard partiel a été générée de manière malveillante par la machine Oracle.
6.2 OEV Network : une étape d'enchères pour les jeux multi-parties
En raison de l'existence d'OEV, les utilisateurs et les dApps, en tant que deux parties interagissant l'une avec l'autre, se voient extraire de la valeur par des tiers. C'est évidemment une situation qu'aucun d'eux ne souhaite voir. API3 a découvert que les oracles ont le premier droit de refuser de capturer la valeur de toutes ces fuites (droits de tarification pour les données en chaîne), c'est pourquoi OEV NetWork a été proposé.
En tant que réseau basé sur le cumul Polygon zk, il s'agit d'une plate-forme d'enchères de flux d'ordres distincts (l'intention de tout participant de modifier l'état de la blockchain est une commande), qui met aux enchères les droits de mise à jour des données dAPI.
API3 a développé sa propre plateforme d'enchères, éliminant la dépendance à l'égard de services externes, permettant de partager l'OEV entre les parties prenantes sans avoir besoin de partager les bénéfices avec la plateforme d'enchères, en internalisant l'OEV dans la blockchain avec tous les flux de données intégrés.
Le gagnant de l'enchère peut obtenir les droits de mise à jour des données de dAPI et mettre à jour les données de prix. La plupart des bénéfices de l'enchère seront reversés à dApp, et une très petite partie sera utilisée par API3 pour couvrir les coûts de fonctionnement. Évidemment, l'enchère n'aura lieu que lorsque le commissaire-priseur (tiers) estime que le coût de l'enchère < le bénéfice apporté par le prix actualisé sera, par conséquent, le tiers sera également rentable. En tant qu'utilisateur de la plateforme dApp, il semble qu'il n'y ait aucun avantage réel à participer à la répartition des bénéfices. En fait, grâce à la source de données de haute qualité fournie par dAPI à dApp, elle peut mieux effectuer les transactions et gérer les risques. et en tirera des avantages potentiels.
Le cycle de vie de l'enchère est illustré dans la figure ci-dessous. Lorsqu'un chercheur découvre OEV, il lance une offre d'enchère. Après avoir remporté l'enchère, le chercheur obtiendra le droit de mettre à jour les données dAPI du nœud oracle.Après avoir payé les frais d'enchère, le chercheur pourra exercer ce droit pour mettre à jour les données dAPI du nœud oracle. Les frais d'enchères payés correspondent à l'OEV capturé, qui est transféré à la dApp.
La tendance naturelle dans les enchères est que les tiers (chercheurs) augmentent encore le prix de l'enchère pour d'éventuels bénéfices. Plus le prix de l’enchère est élevé, plus la différence entre l’OEV réelle et l’OEV capturée est faible.
Quant à la taille de ce gâteau, autant attendre de voir et porter un jugement une fois que le réseau de test aura fonctionné de manière stable pendant un certain temps.
Le résultat de l'enchère est presque une situation gagnant-gagnant pour les quatre rôles d'utilisateurs de dApp, de nœud Oracle API3, de tiers et de dAPP. Le dAPP qui accède à la source de données API3 sera minimisé par le tiers. , Il peut également capter l'essentiel de la valeur de l'OEV, car la forme finale de concurrence sur le marché doit être une concurrence entre tiers. Afin de rechercher des marges bénéficiaires, les bénéfices des tiers seront progressivement comprimés et le bénéficiaire final doit être dApp. Pour API3, une petite partie de la valeur OEV peut être utilisée pour maintenir le fonctionnement du parcours commercial OEV. Pour les tiers, ils peuvent également obtenir une part de l’action. Pour les utilisateurs de dApp, la granularité peut être améliorée en incitant les participants tiers hautement spécialisés à fournir des méthodes plus pertinentes pour déterminer quand mettre à jour les points de données en chaîne, ce qui bénéficiera en fin de compte aux utilisateurs de dApp.
À ce stade, sur la base du système d'enchères API3 OEV, le problème de la répartition des bénéfices dans les jeux multipartites a été résolu dans la plus grande mesure et les « mauvais bénéfices » initiaux des tiers ont été renvoyés aux parties prenantes concernées. Cette solution est vraiment élégante.
Lecture approfondie : "Rapport de recherche UniswapX (Partie 1) : Résumer le lien de développement V1-3, interpréter les principales innovations et défis du DEX de nouvelle génération" pour comprendre le mécanisme d'enchères d'UniswapX.
7. Résumé
Basé sur sa propre économie de jetons, API3 a construit un écosystème autonome, rendant le système plus stable grâce à des ajustements de rétroaction positifs et négatifs.
Dans le même temps, le réseau OEV proposé par API3 résout intelligemment le problème du flux OEV en introduisant un mécanisme d'enchères pour les droits de mise à jour des prix dAPI, et transfère intelligemment les conflits entre oracles et dApps dus à OEV à un tiers.
Avec la popularité et le développement des applications décentralisées, la demande de services Oracle fiables et sécurisés continuera de croître, et le prototype de la prochaine génération d'Oracles semble avoir émergé.
Cependant, l’API3 est également confrontée à certains défis.
Un modèle économique ne peut pas être défini et conçu au départ et peut fonctionner de manière stable à long terme. Le processus continu qui s’ensuit aboutira souvent à une gouvernance excessive ou négligée.
De plus, le cœur des enchères API réside dans la mesure de la réputation et des revenus. Il s'agit essentiellement d'un modèle optimiste et non d'un modèle pessimiste (ZK), même si LayerZero, qui adopte également cette structure de réputation, a continué à fonctionner. + pont inter-chaînes bidirectionnel risque élevé La combinaison n'a jamais eu de problèmes de marché et sa sécurité peut être prouvée, mais il existe toujours une possibilité de risque. Et continuer à miser sur la réputation signifie que les rendements du marché des participants doivent être suffisamment élevés, ce qui est étroitement lié au développement du marché d'API3.
Enfin, il n'est pas facile de rivaliser sur le marché des oracles. La cause profonde est que ce que chaque Dapp valorise le plus n'est pas seulement la capacité de fournir des données, mais le positionnement de l'oracle lui-même en tant que tiers est désormais en panne. Ce point, mais les Dapps eux-mêmes peuvent également participer à l'enchère, ce qui amènera inévitablement les utilisateurs à se demander s'ils s'entendront de leur propre chef, même si cela signifie également mettre en jeu la propre réputation de leur Dapp. De plus, il n’est pas impossible que des acteurs établis tels que Chainlink emboîtent le pas. Ils peuvent également lancer davantage d’OEV et continuer à contrôler le marché.