Valeur Extractible d'Oracle (OEV) : Le Revenu Caché et la Nouvelle Frontière dans le DeFi, Recherche Approfondie

Gate Ventures

La valeur extractible des oracles (OEV) est un sous-ensemble de la valeur maximale extractible (MEV). L'OEV représente la valeur qui peut être extraite lorsque les protocoles reçoivent des mises à jour des oracles de prix, ce qui constitue des défis émergents et des opportunités significatives dans l'écosystème DeFi.

1. Comprendre OEV

Définition

L'OEV est un type de MEV créé spécifiquement lorsque les protocoles reçoivent des mises à jour des oracles de prix. Elle émerge principalement lors des événements de liquidation sur les plateformes de prêt et des opportunités d'arbitrage sur les DEX. Les oracles blockchain permettent aux protocoles DeFi de calculer la valeur des actifs de garantie et des actifs empruntés, ou des activités de pool de liquidités, fournissant des mises à jour de prix qui peuvent déclencher des seuils d'événements.

Comment fonctionne OEV

La séquence d'extraction générale OEV est la suivante :

1. Mise à jour des prix : Un oracle (Chainlink, Pyth,…) envoie une mise à jour de prix à un protocole DeFi
2. Déclencheur : La mise à jour provoque un événement atteignant son seuil : liquidation ou opportunité d'arbitrage
3. Processus : Les liquidateurs remboursent la dette et réclament des garanties à un prix réduit (bonus de liquidation), tandis que le bot d'arbitrage échange des jetons pour profiter de la différence de prix.
4. Extraction MEV : Les chercheurs se disputent en offrant une "enchère" élevée aux constructeurs de blocs pour l'inclusion des transactions.

Défis et opportunités avec OEV

OEV fait face à plusieurs problèmes importants dans l'écosystème DeFi :

• Fuite de valeur : Des protocoles majeurs comme Aave et Compound ont chacun perdu plus de 100 millions de dollars en valeur au profit des extracteurs MEV.
• Surpaiement pour l'exécution : Les protocoles de prêt paient des pourcentages fixes pour inciter à des liquidations rapides, mais surpayent considérablement lorsque les prêts sont exposés.
• Arbitrage de latence des oracles : Les plateformes perpétuelles souffrent de divergences de prix dues aux temps de bloc et aux frais de gaz.
• Extraction de la valeur des LP : Les fournisseurs de liquidité perdent des bénéfices d'arbitrage potentiels qui pourraient autrement être redistribués.

La mise en œuvre de la capture OEV offre plusieurs avantages :

• Nouveaux flux de revenus : Crée un revenu durable pour les protocoles précédemment perdus aux extracteurs MEV.
• Pénalités réduites : Les protocoles peuvent potentiellement réduire les pénalités de liquidation de 5 à 10 %, permettant aux utilisateurs d'économiser.
• Frais de trading réduits : Les protocoles perpétuels peuvent rediriger la valeur d'arbitrage vers les LP, permettant des réductions de frais.
• Amélioration de la performance des Oracles : les enchères spécifiques à l'OEV peuvent réduire les impacts de latence
• Sustainabilité DeFi : La valeur recapturée maintient les opérations et augmente les incitations pour les utilisateurs

Malgré les avantages, plusieurs défis demeurent pour OEV :

• Délai d'Oracle : Les processus d'enchères peuvent augmenter les délais de mise à jour, nécessitant un ajustement minutieux des bonus de liquidation.
• Préoccupations en matière de sécurité : L'implémentation ne doit pas compromettre l'infrastructure oracle sous-jacente
• Complexité : La conception d'applications pour la capture de MEV est difficile, avec une méthode opérationnelle significative sur un nouveau système de couche en tant que Non-EVM.
• Optimisation : Les protocoles doivent équilibrer la récupération de MEV contre l'exposition potentielle à des dettes douteuses et aux attaques de bots.

2. Paysage de la solution OEV

L'écosystème de la Valeur Extractible par Oracle (OEV) a évolué rapidement, avec plusieurs solutions innovantes émergeant pour aider les protocoles à récupérer cette valeur précédemment perdue. Chaque solution propose des approches uniques, des architectures techniques et des propositions de valeur. Passons en revue ces solutions en détail :

Oval d'UMA : Le Pionnier des Enchères OEV

Source : Projet Uma

Architecture de base

• Conception de l'enveloppe : Oval fonctionne comme une enveloppe autour des flux de prix Chainlink, interceptant les mises à jour des oracles avant qu'elles n'atteignent les protocoles.
• Intégration MEV-Share : Tire parti de l'infrastructure MEV-Share de Flashbots pour réaliser des enchères à soumission scellée pour des droits exécutifs.
• Cadre de contrat intelligent : Met en œuvre un système de transaction en deux phases où les enchérisseurs gagnants exécutent l'événement et retournent les produits.

Caractéristiques techniques uniques

• Paramètres d'enchères configurables : Les protocoles peuvent ajuster la durée des enchères (généralement de 1 à 2 blocs) pour équilibrer la capture de MEV par rapport aux risques de retard des oracles.
• Mécanisme de partage des profits : Met en œuvre un modèle de partage des revenus dynamique où 90 % des recettes reviennent aux protocoles et 10 % aux fournisseurs d'infrastructure.
• Système de secours : Inclut des mécanismes de basculement automatiques si les enchères ne reçoivent aucune offre, garantissant que les mises à jour des oracles se poursuivent sans interruption.

Limitations

• Spécificité des oracles : Actuellement, cela fonctionne uniquement avec les flux de prix Chainlink, limitant l'applicabilité pour les protocoles utilisant des oracles alternatifs.
• Contraintes de Temps de Bloc : L'efficacité des enchères est contrainte par le temps de bloc d'Ethereum, créant des défis de latence.
• Complexité d'implémentation : nécessite des modifications importantes côté protocole pour l'intégration

Chainlink Smart Value Recapture (SVR) : L'approche ajustée au risque

Source : Chainlink & Gate Ventures

Architecture de base

• Conception de l'agrégateur dual : Implémente une architecture de contrat novatrice avec des agrégateurs principaux et secondaires pour une sécurité renforcée
• Cadre de Value-at-Risk : Intègre des calculs de VaR sophistiqués pour ajuster dynamiquement les paramètres de liquidation
• Intégration native de Chainlink : Intégré directement dans l'infrastructure oracle de Chainlink, minimisant les frictions d'intégration.
  Caractéristiques Techniques Uniques
• Seuils de liquidation ajustés au risque : Calibre automatiquement les bonus de liquidation en fonction de la volatilité du marché et de la taille de la position.
• Système d'enchères par paliers : Met en œuvre des enchères multi-phases avec des contraintes progressivement assouplies si les enchères initiales échouent.
• Optimisation Multi-Actif : Capable de coordonner les liquidations à travers plusieurs types de collatéraux pour maximiser l'efficacité
• Participation au réseau de validateurs : Les opérateurs de nœuds Chainlink peuvent choisir de participer à la validation des résultats des enchères.
  Limitations
• Verrouillage Oracle : Exige que les protocoles utilisent exclusivement Chainlink, limitant ainsi les stratégies multi-oracle.
• Coût de calcul : Les calculs sophistiqués de la VaR introduisent des coûts de calcul supplémentaires.
• Complexité de la gouvernance : Les nombreux paramètres configurables créent un potentiel de surcharge de gouvernance.

OEV-Share d'API3 : L'approche centrée sur l'oracle

Source : Silo Finance
Architecture de base

• Conception de Sidecar : Fonctionne en parallèle des mises à jour des oracles existants plutôt que de les remplacer.
• Concentration sur l'Oracle de Première Partie : Conçu spécifiquement pour le système d'oracle de première partie d'API3, optimisant l'intégration des sources de données directes.
• Droits de mise à jour exclusifs : Accorde aux enchérisseurs gagnants des enchères le droit exclusif de déclencher des mises à jour d'oracle
  Caractéristiques techniques uniques
• Optimisation de la latence : Réduit les délais de transaction jusqu'à 40 % par rapport aux enchères de flux d'ordres traditionnelles.
• Participation des fournisseurs de données : Modèle unique où les fournisseurs de données originaux peuvent participer aux revenus des enchères
• Intégration Airnode : Tire parti de l'infrastructure Airnode d'API3 pour une opération d'oracle sécurisée et décentralisée.
• Capacité Cross-Chain : Conçu depuis le départ pour fonctionner à travers plusieurs environnements blockchain
  Limitations
• Spécificité Oracle : Optimisé principalement pour le réseau oracle d'API3
• Pénétration du marché : Moins largement adopté que les solutions basées sur Chainlink
• Complexité de l'enchère : Mécanisme d'enchère plus complexe qui peut être difficile à optimiser

  RedStone OEV : La solution hybride flexible

  
  Source : Redstone et Gate Ventures
  Architecture de base
• Modèle hybride Push-Pull : Combine des mises à jour d'oracle basées sur la méthode push traditionnelle avec des mécanismes d'enchères basés sur la méthode pull.
• Flexibilité de livraison des données : Utilise l'approche innovante de livraison des données de RedStone qui ne nécessite pas de stockage on-chain de tous les points de prix.
• Intégration sans autorisation : Permet à tout protocole de s'intégrer sans partenariats formels.
  Caractéristiques Techniques Uniques
• Structure de frais adaptative : Met en œuvre des modèles de frais dynamiques en fonction des conditions du marché et des valeurs de liquidation
• Redistribution directe aux utilisateurs : Capacité unique de redistribuer l'OEV capturé directement aux utilisateurs concernés
• Agrégation Multi-Feed : Peut combiner plusieurs flux de données pour une détermination des prix plus précise
• Conception optimisée : spécialement conçue pour l'efficacité sur L2 et Non-EVM avec une utilisation de gaz rationalisée
  Limitations
• Adoption du marché : Moins établi que Chainlink sur le marché des oracles
• Maturité technique : Système plus récent avec moins de tests de production que les alternatives
• Exigences d'intégration : nécessite des protocoles pour s'adapter au modèle de livraison de données unique de RedStone.

  OFA de l'Oracle Pyth Network : L'approche de l'agrégateur centralisé

  
  Source : Multicoin Capital
  Architecture de base
• Global Orderflow Auction (GOFA) : Pyth tire parti de ses mises à jour oracle à haute fréquence pour orchestrer un cadre d'enchères centralisé, agrégeant le flux de commandes de plusieurs applications.
• Intégration pilotée par des oracles : En tant que fournisseur de données de confiance, Pyth commande naturellement un espace de bloc précieux autour de ses mises à jour d'oracle, facilitant un système d'enchères unifié.
• Flux de commandes groupées : En consolidant les flux de commandes provenant de divers protocoles, Pyth crée des pools de liquidité profonds, augmentant la probabilité d'une extraction réussie de MEV.
  Caractéristiques techniques uniques
• Liquidité Agrégée : Combine le flux d'ordres à travers plusieurs applications pour garantir une dynamique d'enchères robuste et compétitive.
• Économies d'échelle : Le modèle agrégé stimule une plus grande participation des bots MEV grâce à une composabilité atomique accrue, transformant la liquidité fragmentée en un avantage concurrentiel.
• Réduction des frais d'exploitation : Externalise le processus d'enchères vers un système centralisé, épargnant aux protocoles individuels la construction et la maintenance de mécanismes d'enchères internes.
• Optimisation des revenus : Le modèle d'enchères centralisé permet une recapture et une redistribution efficaces du MEV, bénéficiant directement à Pyth et à ses participants de l'écosystème.
  Limitations
• Exclusivité de l'Oracle : L'efficacité du système dépend des protocoles utilisant les données de l'oracle de Pyth, ce qui peut limiter son application parmi ceux préférant des réseaux d'oracle alternatifs.
• Défis de scalabilité : La gestion d'enchères centralisées à haute fréquence peut introduire des problèmes d'échelle et de latence à mesure que la participation et le volume des ordres augmentent.

• Adoption du marché : L'adhésion à un large écosystème est essentielle, une participation limitée pourrait compromettre les avantages de liquidité d'un modèle d'enchères centralisé.

  Comparaison des solutions

  Lors de la sélection d'une solution OEV, les protocoles devraient prendre en compte :

• Dépendances Oracle : Quel fournisseur d'oracle est actuellement utilisé et les coûts de migration

• Tolérance au risque : Équilibre entre la maximisation de la capture de l'OEV et la minimisation des risques de délai d'oracle
• Ressources techniques : Ressources de développement disponibles pour l'intégration
• Économie de protocole : Comment l'OEV capturé sera distribué (trésorerie du protocole, utilisateurs, LPs)
• Stratégie Cross-Chain : Exigences pour l'opération multi-chaînes et la cohérence

Chaque solution représente une approche différente du défi OEV, avec divers niveaux de spécialisation, d'efficacité et d'intégration dans l'écosystème. Le choix optimal dépend des exigences spécifiques d'un protocole, de l'infrastructure existante et des priorités stratégiques dans le paysage DeFi en évolution.

Gate Ventures

OEV optimisé pour le protocole DeFi respectif

Chaque solution est optimisée pour le protocole respectif, garantissant une recapture efficace de l'OEV et la génération de flux de revenus. Architecture OEV détaillée compatible avec les mécanismes du protocole :
Aave fonctionne comme un protocole de prêt qui nécessite un mécanisme pour optimiser l'efficacité du capital tout en capturant une valeur supplémentaire à partir des feeds de prix d'oracle, en particulier lors des liquidations. Le SVR de Chainlink, utilisant son architecture "Dual Aggregator" et Flashbots MEV-Share, permet à Aave de recapturer une part significative lors des événements de liquidation. Cette valeur de recapture peut être redistribuée pour améliorer les fonds de réserve, augmenter l'APY pour les prêteurs et améliorer la durabilité et la compétitivité globales du protocole.

Uniswap V3 (AMM traditionnel) : en tant qu'AMM avec une liquidité concentrée, OEV a des opportunités d'arbitrage en raison des écarts de prix lors de la mise à jour des oracles. Idéal pour l'environnement de trading rapide d'Uniswap V3, l'OEV-Share d'API3. L'OEV-Share d'API3 fonctionne comme une enchère secondaire, fournissant des mises à jour de flux de données rapides et efficaces avec une latence réduite.

Avec le modèle Uniswap V4 (présentant le système Hook et la comptabilité Flash) : V4 ouvre la possibilité d'intégrer une logique personnalisée lors des échanges. Il nécessite une solution qui peut être directement intégrée dans le mécanisme hook pour ajuster les frais de manière dynamique. Par conséquent, RedStone OEV est capable de puiser dans des produits externes tout en créant un flux OEV natif, ce qui s'adapte bien au système hook de V4 en minimisant la latence et en facilitant la logique de trading personnalisée.

Modèle Aerodrome ve(3,3) : Ce modèle utilise des jetons vote-escrow (ve) combinés avec la théorie du jeu (3,3), dans le but d'aligner les bénéfices des participants. Une solution qui recapture efficacement et redistribue cela au protocole est la solution Chainlink SVR, avec son architecture "Dual Aggregator" combinée avec Flashbots MEV-Share, pouvant recapturer environ 20 à 50 % de l'OEV vers le protocole. Cela aide à augmenter l'APY et à attirer plus de participants dans l'écosystème Aerodrome.

Les DEX perpétuels s'appuient fortement sur des oracles pour calculer les taux de financement et les prix d'index/marque, ce qui les rend sensibles aux cascades de liquidation. Dans ce cas, l'Oval d'UMA est conçu pour exécuter des enchères pour la récupération de MEV en enveloppant les flux de prix Chainlink, redirigeant environ 90 % de l'OEV vers le protocole. C'est idéal pour les environnements DEX perpétuels où la stabilité des prix et l'atténuation des risques sont critiques.

Les DEX agrégateurs, qui consolident le flux d'ordres provenant de plusieurs sources, exigent des mises à jour de prix en temps réel avec une latence ultra-faible pour soutenir le trading à haute vitesse et maximiser les opportunités MEV. Grâce aux Pyth OFAs, ils offrent des mises à jour continues et rapides des flux de données avec une intégration transparente, ce qui en fait une solution idéale pour les protocoles nécessitant une agrégation et un traitement efficaces de divers flux d'ordres.

En résumé, les solutions recommandées pour chaque mécanisme sont les suivantes :

• Aave : Chainlink Smart Value Recapture (SVR)
• Uniswap V3 : OEV-Share d'API3
• Uniswap V4 : RedStone OEV
• Aerodrome : Récupération de Valeur Intelligente Chainlink (SVR)
• DEX Perpétuel : Oval de UMA
• Agrégateur DEX : Pyth OFAs

Conclusion

OEV n'est plus simplement un "bug" dans DeFi. Il est en train de se développer en une fonctionnalité pour le fonctionnement durable des protocoles. En mettant en œuvre des solutions, les protocoles peuvent transformer le MEV d'une taxe cachée en un moteur de revenus et cela pourrait bien devenir la clé de la prochaine phase de croissance de DeFi.

Pour la thèse d'investissement, en abordant les risques tout en capitalisant sur les opportunités, DeFi peut transformer les défis liés à l'OEV en un catalyseur pour une plus grande efficacité et la rétention de valeur au sein de l'écosystème. Les protocoles qui priorisent la récupération de MEV prouveront des modèles économiques plus solides et une durabilité à long terme.

À propos de Gate Ventures

Gate Ventures, la branche capital-risque de Gate, se concentre sur les investissements dans l'infrastructure décentralisée, le middleware et les applications qui transformeront le monde à l'ère du Web 3.0. Travaillant avec des leaders de l'industrie à travers le monde, Gate Ventures aide les équipes et les startups prometteuses qui possèdent les idées et les capacités nécessaires pour redéfinir les interactions sociales et financières.

Site Web: https://www.gate.com/ventures

Merci pour votre attention.