Le Miner Extractable Value (MEV) désigne les profits générés par le contrôle de l’ordre des transactions — autrement dit, « qui passe en caisse en premier ». Imaginez une blockchain comme une file d’attente à la caisse d’un supermarché : l’ordre dans lequel les clients sont servis influence le prix et l’expérience de chacun. Celui qui contrôle la caisse peut réorganiser la file pour maximiser ses pourboires ou profiter des écarts de prix.
Sur les blockchains, les transactions sont d’abord placées dans le « mempool », une zone d’attente publique accessible à tous. L’acteur qui produit un bloc (depuis le Merge d’Ethereum, il s’agit du validateur) ou ses partenaires peuvent modifier l’ordre des transactions du mempool ou y insérer les leurs, capturant ainsi arbitrages, récompenses de liquidation et autres profits additionnels. Toutes ces opportunités forment le MEV.
Le MEV résulte de la combinaison de « flux de transactions publics » et de « règles déterministes ». D’une part, le mempool rend toutes les transactions en attente visibles. D’autre part, les formules des automated market makers des exchanges décentralisés et les seuils de liquidation des protocoles de prêt sont ouverts et prévisibles, ce qui crée des opportunités exploitables.
Lorsqu’une transaction importante touche un AMM, elle déplace significativement le prix, impactant les transactions suivantes. Celui qui parvient à placer son ordre à un moment stratégique peut réaliser un arbitrage. De même, si la garantie dans un protocole de prêt passe sous un seuil, n’importe qui peut déclencher la liquidation et obtenir une récompense, ce qui alimente la concurrence pour l’ordre d’exécution des transactions.
Quels sont les types courants de MEV ?
Les types courants de MEV peuvent être illustrés par des analogies concrètes :
-
Front-running/Back-running & attaques sandwich : Si un utilisateur s’apprête à acheter des tokens avec 100 ETH, faisant grimper le prix, un attaquant peut acheter avant (front-run), puis, après l’exécution de la grosse transaction, vendre (back-run), encadrant ainsi la transaction de la victime et profitant de l’écart de prix.
-
Capture de liquidation : Lorsqu’une garantie dans un protocole de prêt passe sous le ratio requis, n’importe qui peut initier une liquidation et recevoir une récompense. Les searchers rivalisent pour placer leur transaction de liquidation à la position optimale.
-
Arbitrage inter-pools : Si le prix d’un token diffère entre deux DEX, un searcher construit des transactions pour acheter dans le pool le moins cher et vendre dans le plus cher, en plaçant les deux opérations consécutivement dans le bloc afin de garantir un arbitrage sans risque ou à faible risque.
-
Minting NFT & whitelisting : Lors de lancements NFT populaires avec une offre limitée — comme pour des billets — les premières transactions obtiennent les places. L’ordre d’exécution et la compétition sur les frais de gas créent ici d’importantes opportunités de MEV.
Tous ces types reposent sur la transparence du mempool et la prévisibilité des règles des protocoles. Tant que l’ordre des transactions peut être influencé, le MEV demeure possible.
Comment le MEV a-t-il évolué après le Merge d’Ethereum ?
Depuis le Merge d’Ethereum, la production de blocs est passée des mineurs aux validateurs, d’où l’usage désormais plus fréquent de « Maximum Extractable Value ». La communauté a promu la « Proposer-Builder Separation » (PBS), où des « block builders » professionnels construisent les blocs les plus rentables, ensuite proposés par les validateurs.
La séparation de ces rôles a introduit des frameworks de relais et d’enchères (comme MEV-Boost) : les searchers regroupent des opportunités et les soumettent aux builders ; les builders enchérissent pour livrer le bloc le plus rentable aux validateurs. Cela réduit la concentration du pouvoir, mais introduit une dépendance aux relais et des risques potentiels de censure.
Comment le MEV est-il exécuté ?
L’extraction du MEV suit un processus impliquant trois rôles et deux concepts clés :
-
Rôles : Les searchers identifient les opportunités et construisent des séquences de transactions ; les block builders assemblent ces séquences en blocs ; les validateurs ont l’autorité finale pour proposer les blocs et recevoir les tips.
-
Concepts : Le mempool est un ensemble public de transactions en attente ; les « transaction bundles » sont des ensembles de transactions exécutées dans un ordre précis, souvent soumis de façon privée pour éviter l’interception.
Étape 1 : Les searchers surveillent le mempool pour détecter les opportunités d’arbitrage, de liquidation ou de minting, et simulent localement différents ordres pour maximiser le profit.
Étape 2 : Les searchers regroupent leurs propres transactions et celles ciblées en bundles, en précisant les tips maximums ou le partage des revenus.
Étape 3 : Les bundles sont envoyés aux builders ou aux relais pour participer aux enchères ; les enchérisseurs les plus élevés ont plus de chances d’être sélectionnés.
Étape 4 : Les validateurs proposent des blocs incluant les bundles retenus ; les profits sont répartis entre searchers, builders et validateurs selon l’accord.
Comment les utilisateurs peuvent-ils réduire le risque MEV ?
Pour limiter les risques MEV, les utilisateurs doivent minimiser la fuite d’informations et l’exposition au slippage, tout en évitant les heures de congestion.
- Définir une tolérance au slippage faible et des limites de gas raisonnables pour éviter les attaques sandwich. Privilégier les ordres limit ou des routes protégées via des agrégateurs.
- Utiliser des wallets/RPC ou des canaux de transaction permettant des soumissions privées afin de contourner le mempool public et réduire le risque de front-running.
- Envisager des services de matching basés sur l’intention, qui agrègent les intentions des utilisateurs hors chaîne pour une exécution optimale avant de publier une unique transaction on-chain — cela limite l’exposition.
- Fractionner les gros swaps en plusieurs petites transactions à différents moments, surtout en période de forte volatilité, afin de réduire l’impact sur le marché.
- Privilégier les routes stables et à forte liquidité pour minimiser le slippage ; faire preuve de prudence avec les pools peu liquides ou les nouveaux tokens.
- En lending, maintenir des ratios de collatéral sains et activer des alertes pour éviter les liquidations forcées et les coûts MEV associés.
Remarque : Les exchanges centralisés comme Gate utilisent des moteurs d’appariement et des order books ; les transactions ne passent pas par des mempools publics et ne sont pas soumises au MEV basé sur l’ordre on-chain. Cependant, les transferts on-chain et les interactions DeFi nécessitent toujours une vigilance face au risque MEV.
En quoi le MEV diffère-t-il de l’arbitrage classique ?
La différence essentielle réside dans la capacité à influencer l’ordre des transactions. L’arbitrage classique s’apparente au transport de marchandises entre magasins : on profite des écarts de prix sans contrôler la file à la caisse. Le MEV implique généralement d’influencer directement la séquence des transactions (soit directement, soit via les block builders) pour garantir le profit.
Il existe un chevauchement : l’arbitrage inter-pools en concurrence ouverte ressemble à de l’arbitrage classique, mais lorsqu’il nécessite de regrouper des opérations adjacentes et de rémunérer les builders pour garantir l’ordre, il relève du MEV. Les débats de conformité et d’éthique portent sur ce point : certains comportements MEV peuvent nuire à l’expérience utilisateur, même sans enfreindre les règles du protocole.
Quel est l’impact du MEV sur l’écosystème ?
Pour les utilisateurs, le MEV se traduit par un slippage accru, des transactions échouées et des délais de confirmation imprévisibles — notamment lors de lancements de tokens populaires, de minting NFT ou de pics de liquidations.
Pour les protocoles, le MEV lié à l’arbitrage contribue à synchroniser les prix entre pools pour une tarification plus efficace. Cependant, les attaques sandwich dégradent l’expérience utilisateur, poussant protocoles et wallets à intégrer des protections comme les enchères groupées, le routage par enchère ou des mécanismes de soumission privée.
Au niveau réseau, le MEV a favorisé des solutions structurelles comme PBS, qui réduisent certains risques de centralisation mais introduisent de nouvelles dépendances aux relais et des risques de censure. Les enchères sur le gas amplifient aussi les externalités lors des congestions.
Quelles sont les tendances à venir pour le MEV ?
La gouvernance du MEV évolue selon trois axes principaux :
- Couche protocole : La communauté débat d’un PBS natif (« ePBS ») pour réduire la dépendance aux relais externes ; elle étudie aussi les mempools chiffrés et les révélations différées pour limiter les fenêtres exploitables.
- Couche transactionnelle : Le trading piloté par l’intention et les marchés de flux d’ordres émergent : wallets et agrégateurs rivalisent pour la meilleure exécution au nom des utilisateurs, en redistribuant une partie de la valeur extraite.
- Couche inter-domaines : L’essor des L2 et des rollups introduit de nouveaux défis MEV inter-domaines : les réseaux de séquençage partagés devront prévoir des mécanismes de répartition équitable entre chaînes et domaines.
Le MEV reflète les externalités économiques issues de flux de transactions publics et de règles prévisibles sous contrôle de l’ordre : celui qui influence « qui passe en premier » dispose d’opportunités de profit. La séparation des rôles post-Merge apporte de nouveaux défis de gouvernance et de censure. Pour les utilisateurs : contrôlez le slippage, privilégiez les canaux privés ou le matching par intention, fractionnez les gros ordres et évitez la congestion si possible. Pour les développeurs et protocoles : l’équilibre entre efficacité et équité dans la conception des protections et l’allocation de la valeur restera central. Toute action on-chain comporte un risque de prix et d’exécution : chaque utilisateur doit évaluer soigneusement sa propre tolérance au risque.
FAQ
Le front-running MEV peut-il faire échouer ma transaction ?
Le front-running MEV peut entraîner l’échec de votre transaction, augmenter le slippage ou les coûts — il ne vole pas directement vos fonds. Lorsque des mineurs ou validateurs insèrent leur propre transaction avant la vôtre, ils modifient les conditions de prix, ce qui peut faire rejeter votre opération ou l’exécuter à un prix moins favorable. La protection contre le slippage et les ordres limit permettent de limiter ce risque.
Pourquoi ai-je souvent des notifications de réessai lors de trades sur les DEX ?
Cela provient généralement de la dynamique MEV. Pendant que votre transaction attend dans le mempool, d’autres peuvent front-run votre ordre, modifiant les prix des pools au point que votre protection contre le slippage déclenche un rejet. Augmenter les frais de gas ou utiliser des services de relais privés (comme Flashbots) peut réduire le risque de front-running.
Puis-je éviter les problèmes MEV en tradant sur Gate ?
Trader sur des exchanges centralisés comme Gate permet d’éviter le MEV car ils utilisent des moteurs d’appariement centralisés plutôt que des smart contracts on-chain. Cependant, si vous utilisez les produits on-chain de Gate ou interagissez avec des protocoles DeFi via Gate, vous devez toujours gérer le risque MEV. Pour les gros trades on-chain, évaluez toujours les coûts liés au MEV et le choix de la plateforme.
Que signifie le MEV pour les débutants en crypto ?
Le MEV représente un coût caché dans le trading on-chain. Pour les débutants : son impact est minime pour les petits montants ; pour les montants importants, privilégiez les périodes peu congestionnées ou les services de protection ; fixez des limites de slippage sur les DEX ; utilisez des exchanges centralisés si besoin pour plus de sécurité. Ces mesures permettent d’éviter des pertes inutiles.
Les problèmes MEV sont-ils plus importants sur les réseaux Layer 2 ?
Les problèmes MEV sont généralement moins prononcés sur les réseaux Layer 2 que sur le mainnet Ethereum, en raison d’un débit supérieur, de coûts réduits et d’une concurrence moindre. Cependant, certaines solutions Layer 2 présentent encore des risques de séquençage. Utiliser des Layer 2 avec des fonctions de confidentialité ou attendre des outils de protection MEV plus avancés améliorera encore l’expérience utilisateur.
