Récemment, API 3 a récemment reçu 4 millions de dollars en financement stratégique, dirigé par DWF Labs, suivi par longs VC bien connus. Pendant une longue période, la piste Oracle Machine a été essentiellement dominée par l’Oracle Machine tripartite représentée par Chainlink. Fourteen a également été surpris quand il a vu cette nouvelle ~ Pourquoi API 3 a-t-il pu obtenir un financement ? Pourrait-il briser le cercle des machines Oracle traditionnelles ? Qu’est-ce qui le rend unique ? API 3 est un projet Décentralisation API (dAPI), défini comme un Oracle Machine « propriétaire », qui résout les problèmes courants de confiance des courtiers Oracle Machine « tiers », de faible transparence des données et de contrôle OEV (Oracle Machine Extractable Value) par le biais du réseau OEV révolutionnaire (basé sur ZK-Rollup).
1、Oracle Machine真能预卜先知吗？
Le terme "oracle machine" peut sembler un peu mythique et peut facilement induire le public en erreur. En réalité, il s'agit d'un outil qui fournit des données réelles hors chaîne pour les contrats intelligents sur la chaîne. Mais qu'est-ce qui est considéré comme réel ? Comment garantir l'intégrité de l'oracle machine elle-même ? Les oracles peuvent-ils être malveillants ? Les oracles multi-parties peuvent-ils conspirer ? Comment comprendre l'OVM (Oracle Value Extractor) ?
Au premier trimestre 2024, la valeur totale des tokens verrouillés dans les projets DeFi a atteint un nouveau record de 175 milliards de dollars, après la forte hausse du BTC récemment, soit une augmentation de près de 70% par rapport aux 103 milliards de dollars du quatrième trimestre 2023. Les oracles sont considérés comme le cœur battant de la DeFi. Dans le domaine de la DeFi, les plateformes décentralisées d'échange (DEX), les plateformes de prêt et les plateformes de trading dérivé dépendent de données de prix précises pour fonctionner. Au début de l'année 2023, le protocole de prêt décentralisé sur la chaîne Polygon, BONQ*, a été victime d'une manipulation du contrat oracle TellorFlex, ce qui a permis à l'attaquant de modifier les prix des oracles à faible coût et d'obtenir d'énormes profits grâce aux prêts hypothécaires. En conséquence, le projet a subi une perte d'environ 88 millions de dollars. Les attaques liées aux problèmes de prix des oracles sont devenues courantes, ce qui montre que des données transparentes et fiables hors chaîne sont essentielles au bon fonctionnement des dApps.
2. Comment les machines Oracle se connectent-elles à la chaîne hors chaîne ?
Les oracles fonctionnent généralement selon trois modes : téléchargement périodique, déclenchement d'événements et demande-réponse. Prenons l'exemple du processus de demande-réponse, qui se décompose en quatre étapes :
STEP 1 ：off-chain，dApp initiate une demande (essentiellement une transaction) sur la chaîne, le contrat serveur Oracle Machine déclenche un événement sur la chaîne
STEP 2 ：off-chain，Nœud Oracle Machine écoute les événements pour obtenir des informations et obtient des informations précises hors chaîne via leurs propres systèmes
STEP 4: off-chain, le contrat de service Oracle Machine renvoie les données à l'appelant (dApp), avec deux options : la poussée active et la double requête dApp.
Pour ce processus, l'auteur fera une extension de l'analyse:
Tout d'abord, la demande hors chaîne est publique, car l'événement est un mécanisme commun des chaînes de blocs EVM, ce qui signifie que tout le réseau sait que le Dapp a besoin d'informations xx maintenant.
Ensuite, la poussée hors chaîne est non atomique, les transactions sur chaîne sont finalisées en temps réel, les données hors chaîne ont nécessairement un certain retard
Enfin, si la demande est personnalisée hors chaîne, l'oracle peut être transformé en un rôle tiers impartial, et ainsi être poussé vers le Dapp. Cependant, la plupart des données de marché similaires courantes, telles que le prix en temps réel du BTC, devront être récupérées par le Dapp lui-même en interrogeant à nouveau le contrat. Bien sûr, l'oracle lui-même dispose également d'un mécanisme de rapports périodiques. Ces quelques options sont fondamentalement similaires.
3. Décrochage de Luna, course d'oracle en plein essor
Cependant, la blockchain n'est pas seulement Defi, grâce à l'oracle machine, les dApp peuvent obtenir des données externes de manière sécurisée et efficace, ce qui permet d'étendre considérablement leur champ d'activité et leurs domaines d'application, leur permettant de s'étendre à des domaines tels que la finance, l'assurance, la gestion de la chaîne d'approvisionnement, l'internet des objets, et bien d'autres.
Selon les données de defillama, Chainlink occupe toujours la position de leader sur le marché actuel, avec une valeur totale des actifs en dollars déposés dans le marché garantis par des infrastructures clés telles que les oracles (TVS) atteignant 45% du marché dans son ensemble.
Les lecteurs attentifs remarqueront que la courbe sur le côté droit du graphique a connu une forte fluctuation en mai 2022, déclenchée par l'événement de crash LUNA de renommée mondiale en mai 2022. Du 7 mai 2022 au 13 mai 2022, le stablecoin algorithmique leader UST a subi deux dépegages successifs, finissant par tomber dans une spirale mortelle, entraînant la chute simultanée de LUNA et UST. Pendant ce temps, de nombreux projets utilisant des oracles internes ont rencontré de graves problèmes en raison d'une réaction inadéquate aux fluctuations de prix.
On peut clairement voir sur la figure ci-dessous que la part de marché de l'oracle machine interne (en rose sur la figure ci-dessous) a chuté de manière spectaculaire en mai 2022, et l'oracle Chronicle (en rouge sur la figure ci-dessous) a bien capté cette vague de trafic, remportant essentiellement la part de marché perdue par l'oracle interne.
4. L'impasse des oracles tiers
Outre les événements qui ont secoué l'industrie, il semble que le développement de l'Oracle Machine soit bloqué. En effet, en raison d'une positionnement très clair dans l'industrie, il s'agit d'un outil permettant de connecter les données off-chain, ce qui rend la fonction du produit relativement simple.
Parmi eux, le plus critiqué est son modèle de profit**, qui se concentre actuellement sur les deux directions générales des frais d’abonnement aux données et de l’appréciation des tokens émis par la partie du projet. De toute évidence, les revenus générés par un modèle de profit d’abonnement à une seule donnée sont limités, en prenant l’exemple de la fonction de charge VRF (Verifiable Random Sequence) fournie par Chainlink, se référant à l’explorateur Blockchain Etherscan, l’auteur a compté le nombre total de jetons verrouillés dans les versions VRF V1 et V2 du contrat environ 370 000 (7 + 30), sur la base du taux de change LINK actuel (16 $), soit un total d’environ 6 millions de dollars de revenus. Depuis son lancement fin février 2022, VRF V2 a généré un chiffre d’affaires total de 4,8 millions de dollars, soit une moyenne d’environ 170 000 dollars (1,1 W LINK) par mois. Par rapport à la grande taille de Chainlink, ces bénéfices sont en effet une goutte dans le seau m Quant à l’attente d’appréciation de jetons, c’est une question d’opinion.
Cependant, en raison de la nature tierce des oracles, ils occupent une position relativement neutre et commencent à devenir une tendance dans la construction sécuritaire de la couche d'application. Pour améliorer la rentabilité, il faut briser l'impression traditionnelle des middleware, mener une extension différenciée et systémique des fonctionnalités, comme LayerZero, un pont typique entre les chaînes, qui repose sur la sécurité portée par les en-têtes de requête super légers des nœuds oracles.
En somme, le dilemme des oracles se manifeste sur le plan du marché par une fonctionnalité unique, des bénéfices minimes et une expansion encore inexplorée, en raison de l'inconvénient naturel créé par son mode de fonctionnement.
Cependant, si nous examinons le modèle d'exécution du prétendu Oracle Machine tiers, nous constaterons que son problème réside précisément dans le facteur "tiers". En tant que nouvelle star des Oracle Machine, l'API 3 se positionne comme un "premier parti" Oracle Machine.
4.1 Comparaison de l'oracle machine tiers et premier
API 3 choisit la capacité de service opérationnel globale pour activer les nœuds de service API comme point d'entrée, et construit un pont entre la demande et l'offre de l'oracle de manière plus native web3 (léger + modulaire). Les opérateurs de services API peuvent rapidement construire leurs propres nœuds d'oracle en utilisant la solution Airnode fournie par API 3.
En tant que premier projet d'Oracle Machine, par rapport au processus commercial traditionnel des API fournisseurs d'Oracle Machine de tiers → Oracle Machine → Dapp, la transformation d'API 3 (fournisseurs d'API + Oracle Machine) → Dapp permet aux fournisseurs d'API de prendre le contrôle et de ne plus se contenter de jouer le rôle de travailleur Oracle Machine de tiers, leur donnant ainsi plus de poids.
Comme le montre le schéma ci-dessus, l'intervention d'un tiers est éliminée, ce qui réduit la chaîne de données. Lorsque le fournisseur d'API et le rôle d'oracle sont fusionnés, il n'y a pas de problème quant à l'origine des données, car la réputation du fournisseur d'API est intégrée avec les données hors chaîne.
En raison de la réputation du fournisseur d'API et de sa forte stratégie de liaison avec les données fournies, la traçabilité est simple, techniquement, il n'est pas autorisé à agir de manière malveillante (sans être découvert), tout en ayant un mécanisme de marge comme filet de sécurité. Même si le fournisseur d'API fournit des données fausses pour son intérêt personnel, les utilisateurs lésés peuvent toujours faire appel pour réclamation. Pour les événements complexes (comme les plaintes malveillantes des utilisateurs pour une fraude à l'assurance), ils seront jugés par le système de tribunal en ligne pour arbitrage. Grâce au mécanisme d'assurance fourni par l'API 3 DAO entièrement décentralisé, API 3 peut punir au maximum le fournisseur d'API et indemniser les utilisateurs lésés.
5. Modèle économique du jeton API3 DAO
Le DAO API3 permet à son modèle économique de jeton API3 de fonctionner de manière stable grâce à son mécanisme de mise en jeu.
5.1 Mécanisme de gouvernance de mise en jeu
Le mécanisme de mise en jeu est une opération courante de gouvernance DAO pour générer des profits, gouverner par mise en jeu et est également le point de départ de l'économie circulaire. De plus, l'API 3 a été optimisée :
Que se passe-t-il si un staker s'enfuit après avoir reçu les revenus du staking ? Les revenus d'inflation générés par le staking des utilisateurs (les jetons nouvellement créés) seront distribués avec un certain délai et seront automatiquement versés dans le pool de staking.
Les jetons dans le pool de staking peuvent encore être utilisés à d'autres fins ? Ils peuvent être utilisés pour compenser les pertes des utilisateurs.
Comment stabiliser le prix du pool de mise ? API 3 utilise le mécanisme de Burn et de verrouillage des jetons pour contrôler l'inflation : pour accéder aux services d'API décentralisés, les utilisateurs doivent brûler ou verrouiller leurs jetons.
5.2 Boucle de rétroaction positive et négative
Ainsi, quelle tendance la quantité de jetons dans le pool de staking va-t-elle présenter ? Allons-nous assister à une expansion désordonnée ou à un effondrement par manque de fonds pour les paiements de dédommagement ? Pourquoi ne pas analyser cela :
Lorsque le nombre d'utilisateurs de dAPI augmente, le risque système augmente (les coûts de fonctionnement du système augmentent avec le nombre d'utilisateurs), et le nombre d'événements nécessitant une indemnisation augmente également. À ce stade, le nombre de jetons dans le pool de staking diminue (utilisé pour indemniser les utilisateurs lésés), les stakers (et les gestionnaires) subissent des pertes en raison d'une mauvaise gestion. Cependant, la diminution du nombre de jetons dans le pool de staking signifie également que le nombre de jetons circulant sur le marché augmente. Étant donné que les jetons détenus par les utilisateurs sont affectés par l'inflation, pour leur propre intérêt, une grande partie des jetons circulent toujours dans le pool de staking.
Lorsque les utilisateurs dAPI diminuent, le risque système diminue et le nombre de jetons dans le pool de staking augmentera progressivement, rendant ainsi le nombre de jetons disponibles sur le marché plus rare. Cependant, cela ne signifie pas que le nombre de jetons dans le pool de staking augmentera indéfiniment. Le DAO API 3 ajustera les rendements de staking (et le taux d'inflation) de manière dynamique pour les aligner sur une valeur cible de santé.
Les deux cas ci-dessus peuvent former un cycle positif-négatif comme illustré dans le schéma de gauche (a). Lorsque l'un des cas atteint un seuil, le système se régule automatiquement, et les utilisateurs d'API décentralisée se stabilisent comme indiqué dans le schéma de gauche (b), ce qui finit par amener le système à fonctionner dans un état sain.
En fait, ce type de jeton de gouvernance de style Dao a longtemps été répandu dans diverses gouvernances DeFi, comme le DAI de MakerDao, un exemple détaillé de mise en œuvre de stablecoin décentralisé que j'ai précédemment analysé, avec MKR en tant que précurseur :
Ce qui est particulièrement beau, ce sont ses 4 mécanismes d'enchères : lecture complémentaire : "Un article clair sur la dernière proposition de jeton stable AAVE GHO dans le royaume DeFI"
La rubrique "insolvabilité, quatre ventes aux enchères".
Ainsi, la gouvernance de type DAO est le mode opératoire principal de la stabilité économique, mais l'innovation de l'API 3 n'en est pas moins importante.
6、Avantages uniques - OEV Network révolutionnaire (basé sur ZK-Rollup)
6.1 La naissance d'OEV
Similaire au MEV (Mineur Extractible Value), l'OEV (Oracle Machine Extractible Value) fait référence à la valeur que les machines Oracle peuvent extraire en utilisant leur position pour obtenir la valeur qui irait normalement à des tiers. Le MEV capture de la valeur en ordonnant les transactions, tandis que l'OEV extrait de la valeur en exploitant les différences de prix hors chaîne et sur chaîne, dans des scénarios tels que des données de marché clés ou des événements majeurs sur la chaîne (comme la liquidation).
Pour comprendre comment OEV est généré, il faut d'abord comprendre les problèmes actuels des oracles : en raison du coût de la mise en chaîne des données, les oracles actuels utilisent principalement un mécanisme de téléchargement planifié des données, avec un intervalle de temps défini dans une plage relativement courte. En même temps, afin d'éviter que de fortes fluctuations de prix à court terme n'affectent le marché, les oracles ont généralement un seuil défini, et lorsque la plage de fluctuation des prix dépasse le seuil dans un court laps de temps, une mise à jour est activée automatiquement.
Bien que ces mesures correctives puissent atténuer certains problèmes, le problème de latence de téléversement de données ne peut être résolu fondamentalement. De plus, le marché DeFi est généralement très fluctuant, les prix des actifs pouvant varier considérablement en peu de temps, et la fonction d'alimentation des prix de l'oracle machine apporte une incertitude non négligeable au marché DeFi.
Dans cette situation, les opportunistes tiers ont comme un point de vue divin et peuvent capturer d'énormes profits en utilisant le délai de mise à jour des données, ce qui entraîne la naissance d'OEV.
Pour les dApps qui dépendent des oracles, toute mise à jour ou absence d'alimentation en données peut créer des opportunités pour l'OEV, telles que le front running, l'arbitrage et la liquidation. Parce que l'attribution de la valeur exploitable générée par le retard de l'alimentation en données est en réalité difficile à juger, la chaîne de données elle-même présente une certaine volatilité, donc si un retard est observé dans la mise en données, et qu'on ne peut pas attribuer ce retard au problème de l'oracle, la valeur exploitable générée par ce retard ne peut pas être considérée comme malveillante de la part de l'oracle.
6.2 Réseau OEV - une plateforme de vente aux enchères à plusieurs parties
En raison de l'existence de l'OEV, les utilisateurs et les dApps en interaction sont tous deux victimes de l'extraction de valeur par des tiers, une situation clairement indésirable pour les deux parties. API 3 a découvert que l'Oracle Machine avait le droit de refuser en priorité de capturer toute valeur de fuite de ce type (fixation des prix des données hors chaîne), d'où la proposition de OEV NetWork.
En tant que réseau basé sur le Polygon zk rollup, il s'agit d'une plateforme d'enchères distincte pour un flux de commandes unique (où toute intention de changer l'état de la blockchain par les participants est une commande) pour les droits de mise à jour des données dAPI.
API 3 a développé sa propre plateforme de vente aux enchères, éliminant ainsi la dépendance à l'égard des services externes, permettant aux parties prenantes de partager l'OEV entre elles sans avoir à partager à nouveau les bénéfices avec la plateforme de vente aux enchères, et en interne dans toutes les chaînes de blocs intégrées.
Les gagnants des enchères auront le droit de mettre à jour les données de dAPI, mettront à jour les données de prix, la majorité des bénéfices des enchères seront renvoyés à dApp, une petite partie sera utilisée par API 3 pour couvrir les coûts opérationnels. De toute évidence, lorsque les enchérisseurs (tiers) estiment que les coûts des enchères sont inférieurs aux bénéfices potentiels après la mise à jour des prix, ils procéderont aux enchères, donc les tiers peuvent également en tirer profit. En tant qu'utilisateur de la plateforme dApp, il semble ne pas participer à la distribution des bénéfices pour en tirer des avantages réels, mais en réalité, grâce aux données de haute qualité fournies par dAPI à dApp, il pourra mieux effectuer des transactions et gérer les risques, et aura ainsi un bénéfice potentiel.
Le cycle de vie des enchères est illustré dans le schéma ci-dessus. Lorsqu'un chercheur découvre OEV, il lance une enchère. Une fois que le chercheur remporte l'enchère, il obtient le droit de mettre à jour les données du nœud dAPI de l'oracle, à condition de payer les frais d'enchère. Seulement alors il pourra exercer ce droit et mettre à jour les données du nœud dAPI de l'oracle. Les frais d'enchère payés sont les OEV capturés qui sont transférés vers l'application décentralisée (dApp).
La tendance aux enchères est naturellement que les tiers (chercheurs) augmentent encore le prix des enchères pour les bénéfices potentiels qui peuvent exister. ** Plus le prix des enchères est élevé, moins les écarts entre la valeur économique observée réelle et la valeur économique observée capturée sont importants. **
En ce qui concerne la taille de ce gâteau, nous devrions attendre patiemment et évaluer après que le testnet ait fonctionné de manière stable pendant un certain temps. Les résultats de la vente aux enchères sont presque une situation gagnant-gagnant pour les quatre rôles suivants : les dApp, les nœuds Oracle Machine d'API 3, les tiers et les utilisateurs de dApp. Les dApps qui accèdent à la source de données API 3 minimisent le pillage par les tiers, tout en capturant la majeure partie de la valeur OEV, car la forme finale de la concurrence sur le marché est certainement la concurrence entre tiers. À la recherche de marges bénéficiaires, les marges des tiers seront progressivement réduites, et les bénéficiaires finaux seront certainement les dApps. Pour API 3, une petite partie de la valeur OEV peut être utilisée pour maintenir l'exploitation commerciale d'OEV. Pour les tiers, ils peuvent également en profiter. Pour les utilisateurs de dApp, la participation de tiers hautement professionnels incite à fournir des moyens plus perspicaces pour déterminer quand mettre à jour les points de données off-chain, ce qui peut améliorer la granularité et finalement profiter aux utilisateurs de dApp.
Jusqu'ici, le programme d'enchères OEV basé sur l'API 3 a permis de résoudre au maximum le problème de répartition des bénéfices dans le jeu à plusieurs, renvoyant ainsi le "profit erroné" du tiers aux parties concernées. Une solution aussi élégante.
Lire la suite : "Rapport de recherche sur UniswapX (Partie 1) : Résumé du développement de la version 1 à 3, interprétation des innovations et défis du prochain DEX" pour comprendre le mécanisme d'enchères de UniswapX.
7. Résumé
API 3 a construit un écosystème autonome basé sur sa propre économie de jetons, régulé par des rétroactions positives et négatives pour assurer un fonctionnement plus stable du système.
En même temps, le réseau OEV proposé par API 3 résout habilement le problème de flux OEV en introduisant un mécanisme d'enchères pour la mise à jour des prix d'API, transférant habilement le conflit entre l'oracle et l'application décentralisée généré par OEV à un tiers.
Avec la popularisation et le développement des applications décentralisées, la demande de services d'oracle machine fiables et sécurisés ne cessera d'augmenter, et le prototype de la prochaine génération d'oracle machine semble être apparu.
Cependant, l'API 3 est également confrontée à certains défis.
Le modèle économique ne peut pas être défini et conçu de manière stable à long terme dès le départ. Le processus ultérieur est souvent caractérisé par une surréglementation ou une négligence de la réglementation.
Et les enchères API, le cœur est la mesure de la réputation et des revenus, l'essence est un modèle optimiste, pas un modèle pessimiste (ZK), bien que LayerZero, qui utilise la même structure de réputation, n'a eu aucun problème de marché, même avec une combinaison à haut risque de l'oracle machine + des bridges cross-chain, ce qui peut garantir sa sécurité, il reste néanmoins un risque possible. S'engager continuellement dans la réputation signifie que les revenus du marché des participants doivent être suffisamment élevés, ce qui est étroitement lié au développement du marché de l'API 3.
Enfin, le marché de l'Oracle Machine n'est pas facile à conquérir, car ce que chaque Dapp apprécie le plus n'est pas seulement la capacité à fournir des données, mais aussi le rôle de tiers de l'Oracle Machine. Aujourd'hui, l'API 3 a brisé ce schéma, mais les Dapp peuvent également participer aux enchères, ce qui peut inquiéter les utilisateurs quant à leur éventuelle collusion. Cela signifie également qu'ils risquent leur propre réputation de Dapp. De plus, des acteurs historiques tels que chainlink ne restent pas inactifs et peuvent libérer plus de OEV pour continuer à contrôler le marché.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Une analyse approfondie d'API3, libérant le coureur de piste de l'Oracle Machine OVM
Récemment, API 3 a récemment reçu 4 millions de dollars en financement stratégique, dirigé par DWF Labs, suivi par longs VC bien connus. Pendant une longue période, la piste Oracle Machine a été essentiellement dominée par l’Oracle Machine tripartite représentée par Chainlink. Fourteen a également été surpris quand il a vu cette nouvelle ~ Pourquoi API 3 a-t-il pu obtenir un financement ? Pourrait-il briser le cercle des machines Oracle traditionnelles ? Qu’est-ce qui le rend unique ? API 3 est un projet Décentralisation API (dAPI), défini comme un Oracle Machine « propriétaire », qui résout les problèmes courants de confiance des courtiers Oracle Machine « tiers », de faible transparence des données et de contrôle OEV (Oracle Machine Extractable Value) par le biais du réseau OEV révolutionnaire (basé sur ZK-Rollup).
1、Oracle Machine真能预卜先知吗？
Le terme "oracle machine" peut sembler un peu mythique et peut facilement induire le public en erreur. En réalité, il s'agit d'un outil qui fournit des données réelles hors chaîne pour les contrats intelligents sur la chaîne. Mais qu'est-ce qui est considéré comme réel ? Comment garantir l'intégrité de l'oracle machine elle-même ? Les oracles peuvent-ils être malveillants ? Les oracles multi-parties peuvent-ils conspirer ? Comment comprendre l'OVM (Oracle Value Extractor) ? Au premier trimestre 2024, la valeur totale des tokens verrouillés dans les projets DeFi a atteint un nouveau record de 175 milliards de dollars, après la forte hausse du BTC récemment, soit une augmentation de près de 70% par rapport aux 103 milliards de dollars du quatrième trimestre 2023. Les oracles sont considérés comme le cœur battant de la DeFi. Dans le domaine de la DeFi, les plateformes décentralisées d'échange (DEX), les plateformes de prêt et les plateformes de trading dérivé dépendent de données de prix précises pour fonctionner. Au début de l'année 2023, le protocole de prêt décentralisé sur la chaîne Polygon, BONQ*, a été victime d'une manipulation du contrat oracle TellorFlex, ce qui a permis à l'attaquant de modifier les prix des oracles à faible coût et d'obtenir d'énormes profits grâce aux prêts hypothécaires. En conséquence, le projet a subi une perte d'environ 88 millions de dollars. Les attaques liées aux problèmes de prix des oracles sont devenues courantes, ce qui montre que des données transparentes et fiables hors chaîne sont essentielles au bon fonctionnement des dApps.
2. Comment les machines Oracle se connectent-elles à la chaîne hors chaîne ?
Les oracles fonctionnent généralement selon trois modes : téléchargement périodique, déclenchement d'événements et demande-réponse. Prenons l'exemple du processus de demande-réponse, qui se décompose en quatre étapes :
Pour ce processus, l'auteur fera une extension de l'analyse:
Tout d'abord, la demande hors chaîne est publique, car l'événement est un mécanisme commun des chaînes de blocs EVM, ce qui signifie que tout le réseau sait que le Dapp a besoin d'informations xx maintenant.
Ensuite, la poussée hors chaîne est non atomique, les transactions sur chaîne sont finalisées en temps réel, les données hors chaîne ont nécessairement un certain retard
Enfin, si la demande est personnalisée hors chaîne, l'oracle peut être transformé en un rôle tiers impartial, et ainsi être poussé vers le Dapp. Cependant, la plupart des données de marché similaires courantes, telles que le prix en temps réel du BTC, devront être récupérées par le Dapp lui-même en interrogeant à nouveau le contrat. Bien sûr, l'oracle lui-même dispose également d'un mécanisme de rapports périodiques. Ces quelques options sont fondamentalement similaires.
3. Décrochage de Luna, course d'oracle en plein essor
Cependant, la blockchain n'est pas seulement Defi, grâce à l'oracle machine, les dApp peuvent obtenir des données externes de manière sécurisée et efficace, ce qui permet d'étendre considérablement leur champ d'activité et leurs domaines d'application, leur permettant de s'étendre à des domaines tels que la finance, l'assurance, la gestion de la chaîne d'approvisionnement, l'internet des objets, et bien d'autres.
Selon les données de defillama, Chainlink occupe toujours la position de leader sur le marché actuel, avec une valeur totale des actifs en dollars déposés dans le marché garantis par des infrastructures clés telles que les oracles (TVS) atteignant 45% du marché dans son ensemble.
Les lecteurs attentifs remarqueront que la courbe sur le côté droit du graphique a connu une forte fluctuation en mai 2022, déclenchée par l'événement de crash LUNA de renommée mondiale en mai 2022. Du 7 mai 2022 au 13 mai 2022, le stablecoin algorithmique leader UST a subi deux dépegages successifs, finissant par tomber dans une spirale mortelle, entraînant la chute simultanée de LUNA et UST. Pendant ce temps, de nombreux projets utilisant des oracles internes ont rencontré de graves problèmes en raison d'une réaction inadéquate aux fluctuations de prix.
On peut clairement voir sur la figure ci-dessous que la part de marché de l'oracle machine interne (en rose sur la figure ci-dessous) a chuté de manière spectaculaire en mai 2022, et l'oracle Chronicle (en rouge sur la figure ci-dessous) a bien capté cette vague de trafic, remportant essentiellement la part de marché perdue par l'oracle interne.
4. L'impasse des oracles tiers
Outre les événements qui ont secoué l'industrie, il semble que le développement de l'Oracle Machine soit bloqué. En effet, en raison d'une positionnement très clair dans l'industrie, il s'agit d'un outil permettant de connecter les données off-chain, ce qui rend la fonction du produit relativement simple.
Parmi eux, le plus critiqué est son modèle de profit**, qui se concentre actuellement sur les deux directions générales des frais d’abonnement aux données et de l’appréciation des tokens émis par la partie du projet. De toute évidence, les revenus générés par un modèle de profit d’abonnement à une seule donnée sont limités, en prenant l’exemple de la fonction de charge VRF (Verifiable Random Sequence) fournie par Chainlink, se référant à l’explorateur Blockchain Etherscan, l’auteur a compté le nombre total de jetons verrouillés dans les versions VRF V1 et V2 du contrat environ 370 000 (7 + 30), sur la base du taux de change LINK actuel (16 $), soit un total d’environ 6 millions de dollars de revenus. Depuis son lancement fin février 2022, VRF V2 a généré un chiffre d’affaires total de 4,8 millions de dollars, soit une moyenne d’environ 170 000 dollars (1,1 W LINK) par mois. Par rapport à la grande taille de Chainlink, ces bénéfices sont en effet une goutte dans le seau m Quant à l’attente d’appréciation de jetons, c’est une question d’opinion.
Cependant, en raison de la nature tierce des oracles, ils occupent une position relativement neutre et commencent à devenir une tendance dans la construction sécuritaire de la couche d'application. Pour améliorer la rentabilité, il faut briser l'impression traditionnelle des middleware, mener une extension différenciée et systémique des fonctionnalités, comme LayerZero, un pont typique entre les chaînes, qui repose sur la sécurité portée par les en-têtes de requête super légers des nœuds oracles.
En somme, le dilemme des oracles se manifeste sur le plan du marché par une fonctionnalité unique, des bénéfices minimes et une expansion encore inexplorée, en raison de l'inconvénient naturel créé par son mode de fonctionnement.
Cependant, si nous examinons le modèle d'exécution du prétendu Oracle Machine tiers, nous constaterons que son problème réside précisément dans le facteur "tiers". En tant que nouvelle star des Oracle Machine, l'API 3 se positionne comme un "premier parti" Oracle Machine.
4.1 Comparaison de l'oracle machine tiers et premier
API 3 choisit la capacité de service opérationnel globale pour activer les nœuds de service API comme point d'entrée, et construit un pont entre la demande et l'offre de l'oracle de manière plus native web3 (léger + modulaire). Les opérateurs de services API peuvent rapidement construire leurs propres nœuds d'oracle en utilisant la solution Airnode fournie par API 3.
En tant que premier projet d'Oracle Machine, par rapport au processus commercial traditionnel des API fournisseurs d'Oracle Machine de tiers → Oracle Machine → Dapp, la transformation d'API 3 (fournisseurs d'API + Oracle Machine) → Dapp permet aux fournisseurs d'API de prendre le contrôle et de ne plus se contenter de jouer le rôle de travailleur Oracle Machine de tiers, leur donnant ainsi plus de poids.
Comme le montre le schéma ci-dessus, l'intervention d'un tiers est éliminée, ce qui réduit la chaîne de données. Lorsque le fournisseur d'API et le rôle d'oracle sont fusionnés, il n'y a pas de problème quant à l'origine des données, car la réputation du fournisseur d'API est intégrée avec les données hors chaîne.
En raison de la réputation du fournisseur d'API et de sa forte stratégie de liaison avec les données fournies, la traçabilité est simple, techniquement, il n'est pas autorisé à agir de manière malveillante (sans être découvert), tout en ayant un mécanisme de marge comme filet de sécurité. Même si le fournisseur d'API fournit des données fausses pour son intérêt personnel, les utilisateurs lésés peuvent toujours faire appel pour réclamation. Pour les événements complexes (comme les plaintes malveillantes des utilisateurs pour une fraude à l'assurance), ils seront jugés par le système de tribunal en ligne pour arbitrage. Grâce au mécanisme d'assurance fourni par l'API 3 DAO entièrement décentralisé, API 3 peut punir au maximum le fournisseur d'API et indemniser les utilisateurs lésés.
5. Modèle économique du jeton API3 DAO
Le DAO API3 permet à son modèle économique de jeton API3 de fonctionner de manière stable grâce à son mécanisme de mise en jeu.
5.1 Mécanisme de gouvernance de mise en jeu
Le mécanisme de mise en jeu est une opération courante de gouvernance DAO pour générer des profits, gouverner par mise en jeu et est également le point de départ de l'économie circulaire. De plus, l'API 3 a été optimisée :
5.2 Boucle de rétroaction positive et négative
Ainsi, quelle tendance la quantité de jetons dans le pool de staking va-t-elle présenter ? Allons-nous assister à une expansion désordonnée ou à un effondrement par manque de fonds pour les paiements de dédommagement ? Pourquoi ne pas analyser cela :
En fait, ce type de jeton de gouvernance de style Dao a longtemps été répandu dans diverses gouvernances DeFi, comme le DAI de MakerDao, un exemple détaillé de mise en œuvre de stablecoin décentralisé que j'ai précédemment analysé, avec MKR en tant que précurseur :
Ce qui est particulièrement beau, ce sont ses 4 mécanismes d'enchères : lecture complémentaire : "Un article clair sur la dernière proposition de jeton stable AAVE GHO dans le royaume DeFI"
La rubrique "insolvabilité, quatre ventes aux enchères".
Ainsi, la gouvernance de type DAO est le mode opératoire principal de la stabilité économique, mais l'innovation de l'API 3 n'en est pas moins importante.
6、Avantages uniques - OEV Network révolutionnaire (basé sur ZK-Rollup)
6.1 La naissance d'OEV
Similaire au MEV (Mineur Extractible Value), l'OEV (Oracle Machine Extractible Value) fait référence à la valeur que les machines Oracle peuvent extraire en utilisant leur position pour obtenir la valeur qui irait normalement à des tiers. Le MEV capture de la valeur en ordonnant les transactions, tandis que l'OEV extrait de la valeur en exploitant les différences de prix hors chaîne et sur chaîne, dans des scénarios tels que des données de marché clés ou des événements majeurs sur la chaîne (comme la liquidation).
Pour comprendre comment OEV est généré, il faut d'abord comprendre les problèmes actuels des oracles : en raison du coût de la mise en chaîne des données, les oracles actuels utilisent principalement un mécanisme de téléchargement planifié des données, avec un intervalle de temps défini dans une plage relativement courte. En même temps, afin d'éviter que de fortes fluctuations de prix à court terme n'affectent le marché, les oracles ont généralement un seuil défini, et lorsque la plage de fluctuation des prix dépasse le seuil dans un court laps de temps, une mise à jour est activée automatiquement.
Bien que ces mesures correctives puissent atténuer certains problèmes, le problème de latence de téléversement de données ne peut être résolu fondamentalement. De plus, le marché DeFi est généralement très fluctuant, les prix des actifs pouvant varier considérablement en peu de temps, et la fonction d'alimentation des prix de l'oracle machine apporte une incertitude non négligeable au marché DeFi.
Dans cette situation, les opportunistes tiers ont comme un point de vue divin et peuvent capturer d'énormes profits en utilisant le délai de mise à jour des données, ce qui entraîne la naissance d'OEV.
Pour les dApps qui dépendent des oracles, toute mise à jour ou absence d'alimentation en données peut créer des opportunités pour l'OEV, telles que le front running, l'arbitrage et la liquidation. Parce que l'attribution de la valeur exploitable générée par le retard de l'alimentation en données est en réalité difficile à juger, la chaîne de données elle-même présente une certaine volatilité, donc si un retard est observé dans la mise en données, et qu'on ne peut pas attribuer ce retard au problème de l'oracle, la valeur exploitable générée par ce retard ne peut pas être considérée comme malveillante de la part de l'oracle.
6.2 Réseau OEV - une plateforme de vente aux enchères à plusieurs parties
En raison de l'existence de l'OEV, les utilisateurs et les dApps en interaction sont tous deux victimes de l'extraction de valeur par des tiers, une situation clairement indésirable pour les deux parties. API 3 a découvert que l'Oracle Machine avait le droit de refuser en priorité de capturer toute valeur de fuite de ce type (fixation des prix des données hors chaîne), d'où la proposition de OEV NetWork.
En tant que réseau basé sur le Polygon zk rollup, il s'agit d'une plateforme d'enchères distincte pour un flux de commandes unique (où toute intention de changer l'état de la blockchain par les participants est une commande) pour les droits de mise à jour des données dAPI.
API 3 a développé sa propre plateforme de vente aux enchères, éliminant ainsi la dépendance à l'égard des services externes, permettant aux parties prenantes de partager l'OEV entre elles sans avoir à partager à nouveau les bénéfices avec la plateforme de vente aux enchères, et en interne dans toutes les chaînes de blocs intégrées.
Les gagnants des enchères auront le droit de mettre à jour les données de dAPI, mettront à jour les données de prix, la majorité des bénéfices des enchères seront renvoyés à dApp, une petite partie sera utilisée par API 3 pour couvrir les coûts opérationnels. De toute évidence, lorsque les enchérisseurs (tiers) estiment que les coûts des enchères sont inférieurs aux bénéfices potentiels après la mise à jour des prix, ils procéderont aux enchères, donc les tiers peuvent également en tirer profit. En tant qu'utilisateur de la plateforme dApp, il semble ne pas participer à la distribution des bénéfices pour en tirer des avantages réels, mais en réalité, grâce aux données de haute qualité fournies par dAPI à dApp, il pourra mieux effectuer des transactions et gérer les risques, et aura ainsi un bénéfice potentiel.
Le cycle de vie des enchères est illustré dans le schéma ci-dessus. Lorsqu'un chercheur découvre OEV, il lance une enchère. Une fois que le chercheur remporte l'enchère, il obtient le droit de mettre à jour les données du nœud dAPI de l'oracle, à condition de payer les frais d'enchère. Seulement alors il pourra exercer ce droit et mettre à jour les données du nœud dAPI de l'oracle. Les frais d'enchère payés sont les OEV capturés qui sont transférés vers l'application décentralisée (dApp).
La tendance aux enchères est naturellement que les tiers (chercheurs) augmentent encore le prix des enchères pour les bénéfices potentiels qui peuvent exister. ** Plus le prix des enchères est élevé, moins les écarts entre la valeur économique observée réelle et la valeur économique observée capturée sont importants. **
En ce qui concerne la taille de ce gâteau, nous devrions attendre patiemment et évaluer après que le testnet ait fonctionné de manière stable pendant un certain temps. Les résultats de la vente aux enchères sont presque une situation gagnant-gagnant pour les quatre rôles suivants : les dApp, les nœuds Oracle Machine d'API 3, les tiers et les utilisateurs de dApp. Les dApps qui accèdent à la source de données API 3 minimisent le pillage par les tiers, tout en capturant la majeure partie de la valeur OEV, car la forme finale de la concurrence sur le marché est certainement la concurrence entre tiers. À la recherche de marges bénéficiaires, les marges des tiers seront progressivement réduites, et les bénéficiaires finaux seront certainement les dApps. Pour API 3, une petite partie de la valeur OEV peut être utilisée pour maintenir l'exploitation commerciale d'OEV. Pour les tiers, ils peuvent également en profiter. Pour les utilisateurs de dApp, la participation de tiers hautement professionnels incite à fournir des moyens plus perspicaces pour déterminer quand mettre à jour les points de données off-chain, ce qui peut améliorer la granularité et finalement profiter aux utilisateurs de dApp.
Jusqu'ici, le programme d'enchères OEV basé sur l'API 3 a permis de résoudre au maximum le problème de répartition des bénéfices dans le jeu à plusieurs, renvoyant ainsi le "profit erroné" du tiers aux parties concernées. Une solution aussi élégante.
Lire la suite : "Rapport de recherche sur UniswapX (Partie 1) : Résumé du développement de la version 1 à 3, interprétation des innovations et défis du prochain DEX" pour comprendre le mécanisme d'enchères de UniswapX.
7. Résumé
API 3 a construit un écosystème autonome basé sur sa propre économie de jetons, régulé par des rétroactions positives et négatives pour assurer un fonctionnement plus stable du système.
En même temps, le réseau OEV proposé par API 3 résout habilement le problème de flux OEV en introduisant un mécanisme d'enchères pour la mise à jour des prix d'API, transférant habilement le conflit entre l'oracle et l'application décentralisée généré par OEV à un tiers.
Avec la popularisation et le développement des applications décentralisées, la demande de services d'oracle machine fiables et sécurisés ne cessera d'augmenter, et le prototype de la prochaine génération d'oracle machine semble être apparu.
Cependant, l'API 3 est également confrontée à certains défis.
Le modèle économique ne peut pas être défini et conçu de manière stable à long terme dès le départ. Le processus ultérieur est souvent caractérisé par une surréglementation ou une négligence de la réglementation.
Et les enchères API, le cœur est la mesure de la réputation et des revenus, l'essence est un modèle optimiste, pas un modèle pessimiste (ZK), bien que LayerZero, qui utilise la même structure de réputation, n'a eu aucun problème de marché, même avec une combinaison à haut risque de l'oracle machine + des bridges cross-chain, ce qui peut garantir sa sécurité, il reste néanmoins un risque possible. S'engager continuellement dans la réputation signifie que les revenus du marché des participants doivent être suffisamment élevés, ce qui est étroitement lié au développement du marché de l'API 3.
Enfin, le marché de l'Oracle Machine n'est pas facile à conquérir, car ce que chaque Dapp apprécie le plus n'est pas seulement la capacité à fournir des données, mais aussi le rôle de tiers de l'Oracle Machine. Aujourd'hui, l'API 3 a brisé ce schéma, mais les Dapp peuvent également participer aux enchères, ce qui peut inquiéter les utilisateurs quant à leur éventuelle collusion. Cela signifie également qu'ils risquent leur propre réputation de Dapp. De plus, des acteurs historiques tels que chainlink ne restent pas inactifs et peuvent libérer plus de OEV pour continuer à contrôler le marché.