Comment résoudre le problème d'Oracle MEV (OEV) en utilisant les mécanismes du marché ?

Remarque : Le texte original est compilé à partir d'un tweet de plus de 2 000 mots publié sur le compte Twitter officiel de Geek Web3 à propos du problème OEV et de sa solution. Ce sujet étant particulièrement intrigant, nous l'avons compilé dans un court article à titre de référence.

Qu'est-ce que OEV (Oracle MEV)

En termes simples, lorsque l'opérateur de l'oracle détecte un écart entre les données de prix hors chaîne et celles relatives à la chaîne, il peut initier une transaction et mettre à jour le prix perçu par l'oracle en chaîne. Lorsqu'une transaction susceptible de modifier le prix de l'oracle a lieu, cela signifie souvent la génération de MEV. C'est ce que nous appelons MEV, qui dépend de l'oracle OEV (valeur extractible par oracle).

L'existence de l'OEV a entraîné une redistribution de la valeur entre les différentes parties prenantes, et API3 prétend utiliser un mécanisme d'enchères pour rendre la redistribution de l'OEV aussi raisonnable que possible (allouée par le biais des mécanismes du marché), et essayer de mettre à jour les prix plus rapidement et à moindre coût.

On pense généralement que la génération et l'extraction de l'OEV constituent un sous-ensemble du problème du MEV. Nous expliquons brièvement ici comment l'OEV est généré. Les raisons principales résident dans les deux aspects suivants :

1. Le système DeFi utilise des oracles pour obtenir les prix et exécuter des opérations de liquidation et d'autres logiques basées sur les prix des oracles. Et la liquidation d'actifs indique souvent qu'il y a une marge bénéficiaire importante.

2. Il y a un problème précis dans la mise à jour d'Oracle. Ce n'est qu'en cas d'écart entre les prix hors chaîne et ceux en chaîne que les données en chaîne seront mises à jour et présentées sous forme de transaction.

La génération d'OEV entraîne une perte de valeur pour les fournisseurs de liquidités. Certaines données montrent que, sur la base des deux aspects ci-dessus, l'OEV peut être généré de trois manières :

Frontrunning : Lorsque les chercheurs de l'OEV vérifient qu'une transaction de mise à jour des prix Oracle apparaît dans le pool de transactions, ils peuvent insérer leurs propres transactions avant cette transaction pour bénéficier des avantages de la mise à jour des prix. C'est le métier de premier plan le plus traditionnel.

Arbitrage : Étant donné que la mise à jour du prix en chaîne de la machine Oracle dépend de la différence entre le prix en chaîne et le prix hors chaîne, cela signifie que le devis de la machine Oracle peut ne pas être cohérent avec celui des autres systèmes, et un espace d'arbitrage apparaîtra à ce moment-là.

Liquidations : La mise à jour des prix de l'oracle déclenchera la liquidation d'une série de positions de prêt, et le liquidateur peut obtenir d'importants revenus de liquidation au cours du processus de liquidation.

Les bénéfices retirés à l'aide des méthodes de frontrunning et d'arbitrage sont en fait les pertes du fournisseur de liquidités. En ce qui concerne les avantages tirés de la liquidation, d'une part, ils ont une incidence sur les intérêts de l'emprunteur, car celui-ci perdra une partie considérable des fonds pendant la procédure de liquidation, et d'autre part, en raison du retard dans le devis donné par l'oracle, le prêteur reçoit finalement la valeur de la garantie qui peut être inférieure à celle attendue. Par conséquent, quoi qu'il arrive, le retrait de l'OEV entraînera des pertes pour le protocole Defi correspondant en termes de propriété de garde.

Le processus d'extraction de l'OEV est essentiellement avant-gardiste

Pour extraire l'OEV, la personne chargée de la recherche surveillera les « instructions de mise à jour des données Oracle » dans le pool de mémoire, associera les instructions de transaction de mise à jour des données Oracle aux instructions de transaction qu'elle a initiées via l'infrastructure MEV, et les exécutera enfin pour réaliser des bénéfices.

Bien entendu, pour les transactions d'arbitrage et de compensation, les chercheurs n'ont qu'à surveiller l'écart entre le prix en chaîne et le prix hors chaîne, et enfin s'assurer que les transactions qu'ils initient sont d'abord exécutées sur la chaîne via l'infrastructure MEV.

Quel que soit le processus utilisé par les chercheurs, nous pouvons constater que les avantages de l'OEV sont répartis entre l'infrastructure MEV et les chercheurs de l'OEV, et que les protocoles qui « capturent » la valeur OEV ne bénéficient pas des avantages qu'ils méritent. (Selon certaines données, le problème de l'OEV a déjà entraîné la suppression de près de 10 % des bénéfices de la plateforme GMX)

Pour résoudre ce problème, GMX, qui a contribué en grande partie à la valeur OEV et est une plateforme de négociation de produits dérivés en chaîne, a adopté une méthode simple et grossière : laisser certaines personnes désignées par elles-mêmes capturer la valeur OEV, puis renvoyer la valeur OEV autant que possible à la plateforme GMX.

À cet égard, GMX a introduit Rook et Whitelist. En termes simples, la mise à jour de l'oracle de GMX est exécutée via Rook, et Rook effectuera une opération d'extraction de l'OEV en fonction des conditions actuelles du marché pour obtenir l'OEV du marché. 80 % de ces OEV seront renvoyés au protocole GMX.

En résumé, GMX donne à Rooks le droit de mettre à jour l'oracle via la liste blanche, d'extraire l'OEV via Rook pour éviter d'être extrait par d'autres chercheurs, et en même temps de renvoyer 80 % de l'OEV au système GMX. Cette routine est en fait un peu simple et grossière.

Le mécanisme d'enchères de l'OEV basé sur les enchères

Avant de présenter le système d'enchères OEV proposé par API3 qui a fait l'objet de nombreuses discussions ces derniers jours, nous présentons d'abord brièvement le principe de fonctionnement de la machine oracle d'API3. Le cœur de l'API3 s'appelle le protocole Airnode. Ce protocole permet aux fournisseurs de services d'API d'intégrer directement leurs API Web2 dans des oracles Web3.

En termes simples, le protocole Airnode oblige le fournisseur de services API à utiliser sa propre clé privée pour signer chaque donnée publiée. Les utilisateurs peuvent obtenir les données les plus récentes et leur signature auprès du fournisseur de services du protocole Airnode à tout moment, puis les publier sur l'oracle en chaîne pour mettre à jour les données.

Pour les fournisseurs de services API, regrouper leurs services d'API Web2 sous forme d'oracles blockchain ne nécessite en fait que l'ajout d'un lien de signature par clé privée. Une grande partie de l'infrastructure du fournisseur de services d'API peut être directement réutilisée, ce qui réduit considérablement le seuil à partir duquel les entreprises d'API peuvent entrer dans le domaine des machines Oracle.

Sur la base du protocole Airnode, API3 utilise un système d'enchères similaire à Flashbot mais qui cible le système Oracle afin de garantir une distribution raisonnable de l'OEV, tout en augmentant encore la fréquence de mise à jour de l'oracle sur la chaîne. La figure suivante montre le schéma OEV de l'API3 :

L'API3 permet à chacun de mettre à jour activement les données enregistrées sur son contrat Oracle par le biais d'un appel d'offres, et place le nœud relais OEV au cœur de l'ensemble du processus d'enchère OEV. OEV Relay collecte des données sur chaque nœud du réseau Oracle et les renvoie au moteur de recherche. La personne qui effectue la recherche s'en sert ensuite pour mettre à jour les données enregistrées dans l'oracle API3 et en profite pour regrouper les transactions MEV.

L'existence d'OEV Relay présente les deux avantages suivants :

1. Fournissez toutes les données aux chercheurs de manière unifiée et réduisez le nombre de chercheurs interagissant uniquement avec les nœuds Oracle ;

2. Protégez un seul nœud oracle du réseau et empêchez un seul nœud oracle d'être attaqué par des attaques DoS menées par des chercheurs ;

Les chercheurs peuvent obtenir des données agrégées sur les devis du réseau Oracle et des signatures via OEV Relay. Lorsque les chercheurs pensent que la cotation actuelle du réseau Oracle peut les aider à effectuer certaines opérations d'extraction d'OEV, ils lancent une offre auprès de OEV Relay.

Pendant le processus d'appel d'offres, si l'auteur de la recherche fait l'offre la plus élevée, OEV Relay renverra un méta-tx qui a été signé et qui peut être directement téléchargé sur la chaîne pour la mise à jour du prix de la machine Oracle de la chaîne. Les chercheurs peuvent associer cette opération de mise à jour des prix aux autres transactions de la chaîne et l'exécuter pour obtenir un revenu OEV. Pour le moment, étant donné que la transaction de mise à jour des prix est également intégrée à la chaîne, le prix de l'oracle de la chaîne est également mis à jour.

Nous pouvons constater que l'un des effets du soutien aux enchères OEV est de mettre à jour fréquemment les prix des oracle en chaîne. En prenant l'exemple de la source de données AAPL/USD, avant qu'il n'y ait une enchère OEV, lorsque les prix hors chaîne et en chaîne s'écartent de 1 %, cet écart important incitera l'oracle à mettre à jour activement les prix en chaîne.

Mais si la machine Oracle permet au monde extérieur de lui soumettre des instructions de mise à jour des données après l'ouverture de la vente aux enchères OEV, les internautes peuvent penser que la différence de prix de 0,1 % entre les prix en chaîne et hors chaîne peut apporter d'énormes avantages en termes d'OEV. Cela incitera les internautes à utiliser le méta-tx pour mettre à jour les prix lorsque la différence de prix est de 0,1 %, et à télécharger l'ordre de transaction sur la chaîne.

Cela accélérera les mises à jour de la source de données AAPL/USD sans frais supplémentaires de mise à jour d'Oracle pour les applications utilisant cet oracle.

Par conséquent, le coût de la mise à jour des données Oracle est répercuté sur les capteurs de valeur OEV, et le relais OEV d'API3 peut obtenir des frais d'enchères élevés auprès des joueurs OEV, puis répercuter ces frais sur le protocole Defi qui capture la valeur OEV.

Il est prévisible qu'à mesure que le marché des OEV se développe, les chercheurs se feront une rude concurrence sur le prix des enchères, ce qui entraînera le transfert de la majeure partie (voire 95 %) de la valeur OEV vers le protocole API3. Une fois que le protocole API3 aura reçu cette partie des recettes OEV, il différenciera la source de la valeur OEV et la renverra au protocole Defi où la valeur OEV a été capturée.

Il convient également de noter qu'à des fins d'assurance, API3 effectue automatiquement des opérations de mise à jour des données lorsque la différence entre les données en chaîne et les données hors chaîne est importante, à condition qu'aucun commissaire-priseur OEV n'ait activement mis à jour les données enregistrées dans le contrat API3.

Résumé

Sur la base du protocole Airnode et inspirée de Flashbot, API3 a développé une solution d'enchères OEV qui présente les avantages suivants :

Renvoyez la majeure partie de l'OEV aux protocoles qui utilisent les flux de prix Oracle, afin de fournir des mises à jour de prix plus précises ; les plateformes de protocoles qui utilisent les flux de prix Oracle n'ont pas à payer de frais élevés pour des mises à jour de données plus précises. Ce coût est répercuté sur les meilleurs joueurs de l'OEV qui enchérissent par le biais des enchères.

Comparée à la solution spécialisée de GMX, la solution d'API3 est plus polyvalente. De plus, l'utilisateur de l'oracle API3 n'a qu'à fournir une adresse de portefeuille, et le protocole API3 transfère automatiquement les revenus OEV vers ce portefeuille, ce qui facilite la redistribution de l'OEV.

Avertissement：

1. Cet article est repris de [PANews]. Tous les droits d'auteur appartiennent à l'auteur original [Geek Web3]. En cas d'objection à cette réimpression, contactez l'équipe de Gate Learn, elle s'en occupera rapidement.
2. Avertissement en matière de responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent en aucun cas un conseil d'investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe de Gate Learn. Sauf mention contraire, il est interdit de copier, de distribuer ou de plagier les articles traduits.