L’Oracle Extractable Value (OEV) constitue un sous-ensemble du Maximal Extractable Value (MEV). L’OEV désigne la valeur extractible lors des mises à jour de prix transmises par des oracles à des protocoles, soulevant aujourd’hui à la fois des défis stratégiques et de nouvelles perspectives structurantes pour l’écosystème DeFi.
1. Comprendre l’OEV
Définition
L’OEV désigne la valeur liée au MEV, extraite spécifiquement lors de la réception de mises à jour de prix par les protocoles via les oracles. Cette forme de valeur apparaît principalement lors des événements de liquidation sur les plateformes de prêt ou lors d’arbitrages sur les DEX. Les oracles blockchain permettent aux protocoles DeFi de déterminer la valeur des collatéraux, des actifs empruntés ou des activités des pools de liquidité : ils délivrent des données de prix qui déclenchent des seuils d’action automatisés.
Fonctionnement de l’OEV
La chaîne classique d’extraction OEV s’articule ainsi :
- Mise à jour du prix : un oracle (Chainlink, Pyth, etc.) transmet une nouvelle valeur à un protocole DeFi
- Déclenchement : la mise à jour entraîne le franchissement d’un seuil — liquidation ou opportunité d’arbitrage
- Traitement : les liquidateurs remboursent la dette et récupèrent le collatéral à prix réduit (bonus de liquidation), tandis que des bots d’arbitrage exploitent l’écart de prix
- Extraction du MEV : des chercheurs de MEV rivalisent en proposant à fort prix l’inclusion de leur transaction auprès des constructeurs de blocs
Défis et opportunités liés à l’OEV
L’OEV présente plusieurs défis majeurs dans la DeFi :
- Fuite de valeur : des protocoles majeurs tels qu’Aave et Compound ont perdu plus de 100 M$ chacun au profit des extracteurs de MEV
- Surincentivation à l’exécution : les protocoles de prêt fixent des primes pour garantir la rapidité d’exécution, mais ces incitations dépassent souvent le strict nécessaire en cas de risque sur les prêts
- Arbitrage lié à la latence oracle : sur les plateformes perpétuelles, la latence engendre des écarts de prix dus au temps de bloc et aux coûts du gaz
- Extraction de valeur pour les LP : les fournisseurs de liquidité voient disparaître des profits d’arbitrage qui pourraient leur revenir
La captation OEV présente des atouts significatifs :
- Nouveaux revenus : elle permet aux protocoles de générer des flux pérennes, auparavant captés par des extracteurs externes
- Réduction des pénalités : les protocoles peuvent abaisser de 5 à 10 % les pénalités de liquidation, au bénéfice direct des utilisateurs
- Diminution des frais de trading : les gains d’arbitrage sont reversés aux LP, permettant de réduire les frais pour tous
- Amélioration des performances des oracles : des enchères dédiées à l’OEV permettent de mitiger la latence sur les mises à jour
- Soutenabilité DeFi : la valeur récupérée consolide le fonctionnement des protocoles et dope les incitations utilisateurs
Certains défis persistent :
- Délai oracle : la logique d’enchère peut accroître le délai de mise à jour, nécessitant de réajuster finement les bonus de liquidation
- Risques de sécurité : toute implémentation doit préserver l’intégrité de l’infrastructure oracle sous-jacente
- Complexité technique : la capture MEV requiert des architectures complexes, surtout en environnement Non-EVM
- Optimisation : les protocoles doivent trouver l’équilibre entre recapture du MEV, exposition à la mauvaise dette et attaques de bots
2. Panorama des solutions OEV
L’écosystème OEV s’est fortement structuré autour de solutions techniques novatrices, permettant aux protocoles de regagner une partie de la valeur longtemps perdue. Chaque solution se distingue par son architecture, son modèle économique et sa spécialisation. Aperçu détaillé :
Oval d’UMA : pionnier des enchères OEV

Source : Uma Project
Architecture principale
- Conception wrapper : Oval entoure les flux Chainlink, intercepte leurs mises à jour avant leur arrivée sur les protocoles
- Intégration partage de MEV : s’appuie sur Flashbots partage de MEV pour automatiser des enchères à offre scellée sur les droits d’exécution
- Smart contracts en deux phases : le vainqueur de l’enchère exécute l’événement, puis reverse les produits générés
Caractéristiques techniques distinctives
- Paramétrage flexible : durée d’enchère modulable (1–2 blocs typiquement), pour arbitrer entre capture MEV et risque de latence
- Partage dynamique des profits : 90 % du produit reviennent au protocole, 10 % à l’infrastructure
- Basculement automatique : continuation automatique des mises à jour oracle en l’absence d’offres, évitant toute interruption
Limites
- Oracle unique : ne fonctionne qu’avec les flux Chainlink, non adapté aux protocoles sur d’autres oracles
- Dépendance au temps de bloc Ethereum : limitation sur l’efficacité des enchères et risques de latence
- Intégration technique contraignante : adaptation protocolaire substantielle requise
Chainlink Smart Value Recapture (SVR) : gestion du risque optimisée

Source : Chainlink & Gate Ventures
Architecture principale
- Double agrégateur : architecture contractuelle innovante avec deux agrégateurs pour une sécurité accrue
- Cadre VaR (Value-at-Risk) : calculs sophistiqués pour ajuster dynamiquement les paramètres de liquidation
- Intégration native Chainlink : directement ancrée dans l’oracle, ce qui réduit la friction d’intégration
Caractéristiques techniques distinctives
- Bonus de liquidation ajustés au risque : adaptation automatique selon volatilité et taille de la position
- Enchères à niveaux successifs : enchères multi-phases avec contraintes progressivement assouplies en cas d’échec
- Optimisation inter-collatéraux : gestion multi-actifs pour une efficacité accrue
- Participation des validateurs : les opérateurs Chainlink peuvent valider les résultats
Limites
- Dépendance totale à Chainlink : exclut la multi-connectivité oracle
- Surcharge computationnelle : les calculs avancés augmentent la consommation de ressources
- Paramétrage complexe : la multiplicité des réglages complique la gouvernance
OEV-Share d’API3 : l’approche oracle propriétaire

Source : Silo Finance
Architecture principale
- Modèle enchère latérale : solution fonctionnant parallèlement aux mises à jour existantes, sans modification des flux
- Focalisation sur les oracles first-party : optimisée pour les oracles natifs API3, intégration directe à la source
- Droits de déclenchement exclusifs : les gagnants des enchères déterminent les mises à jour oracle
Caractéristiques techniques distinctives
- Optimisation de la latence : réduction jusqu’à 40 % des délais par rapport aux enchères classiques
- Rémunération directe des fournisseurs de données : permet aux providers originels de percevoir une part des revenus
- Intégration Airnode : infrastructure sécurisée et décentralisée API3
- Compatibilité cross-chain native : pensée dès l’origine pour le multi-blockchain
Limites
- Couplée au réseau API3 : optimal seulement pour cette architecture oracle
- Moins répandue que Chainlink : part de marché plus restreinte
- Processus d’enchère plus complexe : optimisation potentiellement ardue
RedStone OEV : la solution hybride flexible

Source : Redstone & Gate Ventures
Architecture principale
- Hybride push-pull : combine mises à jour push traditionnelles et enchères pull
- Flexibilité de livraison de données : livraison des prix innovante RedStone sans nécessité de stockage on-chain exhaustif
- Intégration sans permission : accessible à tout protocole, sans partenariat préalable
Caractéristiques techniques distinctives
- Frais dynamiques : modèle adapté en fonction des conditions de marché et des valeurs de liquidation
- Redistribution directe aux utilisateurs : l’OEV capté peut être reversé instantanément aux utilisateurs concernés
- Aggregation multi-sources : combinaison de multiples flux de données pour une précision accrue
- Optimisation L2 et Non-EVM : design efficace avec consommation de gaz réduite
Limites
- Adoption plus récente que Chainlink : notoriété et expérience de marché inférieures
- Maturité logicielle : retour d’expérience sur la production plus limité
- Exigences d’intégration spécifiques : adaptation nécessaire au modèle RedStone
Oracle OFA de Pyth Network : l’agrégation centralisée à grande échelle

Source : Multicoin Capital
Architecture principale
- GOFA (Global Orderflow Auction) : orchestration d’enchères centralisées à haute fréquence, mutualisant le flux d’ordres de nombreuses applications
- Intégration oracle native : Pyth exploite son contrôle sur les mises à jour pour organiser un système unifié autour de ses flux de données
- Mise en commun de liquidité : concentration du flux d’ordres pour des pools plus profonds et une extraction MEV maximale
Caractéristiques techniques distinctives
- Mise en commun de liquidité à l’échelle de l’écosystème : dynamique d’enchère robuste et compétitive entre applications
- Économies d’échelle : la composabilité attire plus aisément les bots MEV, convertissant la fragmentation en avantage
- Réduction des charges opérationnelles : externalisation complète de la logique d’enchère
- Optimisation des retours : redistribution efficace du MEV au profit de Pyth et de ses partenaires
Limites
- Exclusivité oracle : réservé aux protocoles adoptant Pyth
- Scalabilité et latence : centralisation et haute fréquence peuvent créer des goulets d’étranglement
- L’effet de réseau est primordial : faible adoption potentielle = liquidité et rentabilité inférieures
Comparaison des solutions
Pour choisir une solution OEV, un protocole doit considérer :
- Dépendances oracle et coût de migration
- Tolérance au risque : arbitrer performance/couverture contre la latence
- Ressources techniques disponibles pour l’intégration
- Distribution de la valeur récupérée : trésorerie, utilisateurs, LP
- Exigences d’interopérabilité multi-chaînes
Chaque solution répond à des enjeux spécifiques, selon le degré de spécialisation, d’efficacité et d’intégration visé. Le choix idéal dépendra des caractéristiques techniques, de la stratégie et de la structure économique du protocole concerné.

Gate Ventures
OEV optimisé pour chaque protocole DeFi
Chaque solution OEV cible spécifiquement les mécanismes et objectifs du protocole, favorisant une capture tout à la fois efficace, pérenne et génératrice de valeur. Revue ciblée :
Aave (protocole de prêt) nécessite d’optimiser l’efficacité du capital tout en captant de la valeur au niveau des flux de prix, en particulier lors des liquidations. Le SVR de Chainlink (« double agrégateur » + partage de MEV Flashbots) maximise la recapture lors des liquidations. Cette valeur renforce les réserves, améliore les taux de rendement annuel (APY) pour les prêteurs et soutient la compétitivité globale du protocole.
Uniswap V3 (AMM à liquidité concentrée) : l’OEV crée des opportunités d’arbitrage lors des décalages de prix provoqués par les updates oracle. L’OEV-Share d’API3 (enchère latérale) propose des flux rapides et des mises à jour efficaces, avec latence minimale, adapté à l’environnement trading d’Uniswap V3.
Uniswap V4 (système de hooks, Flash Accounting) : la personnalisation des swaps exige une solution OEV intégrable nativement dans la logique hook pour l’ajustement dynamique des frais. RedStone OEV, capable de s’imbriquer pour créer des flux OEV natifs, convient idéalement à V4.
Aerodrome ve(3,3) : ce modèle combine des tokens verrouillés et la théorie des jeux pour aligner les intérêts. La solution Chainlink SVR (double agrégateur + partage de MEV) permet de recapturer 20–50 % de l’OEV au profit du protocole, ce qui augmente le taux de rendement annuel (APY) et élargit la base d’utilisateurs.
Les DEX perpétuels reposent sur des oracles pour calculer funding rates et index/mark price, avec un risque de cascade de liquidations. UMA Oval, en encapsulant les flux Chainlink et en reversant 90 % de l’OEV capté, assure stabilité et réduction du risque côté DEX perpétuels.
Les DEX agrégateurs, qui réunissent de multiples flux, ont besoin de mises à jour de prix instantanées et ultra-fiables. Les OFA Pyth offrent des mises à jour rapides et continues et une intégration parfaite, adaptées à une gestion efficace d’un flux d’ordres multicanal.
Nous recommandons les solutions suivantes pour chaque mécanisme :
- Aave : Chainlink Smart Value Recapture (SVR)
- Uniswap V3 : OEV-Share d’API3
- Uniswap V4 : RedStone OEV
- Aerodrome : Chainlink Smart Value Recapture (SVR)
- DEX perpétuel : UMA Oval
- DEX agrégateur : Pyth OFA
Conclusion
L’OEV devient une fonctionnalité centrale de la DeFi : implémenter des solutions dédiées transforme le MEV de taxe invisible en moteur de revenus, catalysant possiblement la prochaine phase d’expansion du secteur.
En adoptant une approche d’investissement fondée sur la gestion des risques et la valorisation des opportunités, la DeFi peut faire de l’OEV un levier d’efficacité et de rétention de valeur sans précédent. Les protocoles qui priorisent la recapture du MEV façonneront les modèles économiques les plus robustes et pérennes à long terme.
Sources
À propos de Gate Ventures
Gate Ventures, branche capital-risque de Gate, investit dans l’infrastructure décentralisée, le middleware et les applications qui façonneront le Web 3.0. En collaborant avec des leaders internationaux, Gate Ventures accompagne les équipes et startups les plus prometteuses, porteuses d’innovations de rupture pour les interactions sociales et économiques de demain.
Site : https://ventures.gate.com/
Twitter : https://x.com/gate_ventures
Medium : https://medium.com/gate_ventures