--- title: "Valeur maximale extractible (MEV)" description: "La MEV est la valeur captée en incluant, excluant ou ordonnant des transactions lors de la production d'un bloc. Découvrez les rôles des chercheurs, constructeurs et proposeurs, la différence entre arbitrage et attaque sandwich, et les moyens de limiter le risque d'exécution." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Valeur maximale extractible (MEV) > À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes. ## Réponse directe La valeur maximale extractible (MEV) est la valeur disponible, au-delà des récompenses normales de bloc et des frais de gas, en incluant, excluant ou modifiant l'ordre des transactions lors de la production d'un bloc. Le terme signifiait initialement « valeur extractible par le mineur » ; sur Ethereum en preuve d'enjeu, « maximale » indique que chercheurs, constructeurs, relais et validateurs peuvent participer à la détection, l'assemblage et la répartition de cette valeur. La MEV est une catégorie de résultats, pas une attaque unique. L'arbitrage entre DEX peut rapprocher les prix des différentes places, et les liquidations peuvent aider les protocoles de prêt à rester solvables. Le front-running et les attaques sandwich peuvent au contraire dégrader l'exécution de l'utilisateur. Il faut déterminer qui contrôle l'ordre, d'où vient la valeur, qui la reçoit et quels coûts ou préjudices l'accompagnent. Une statistique publique n'est pas un registre complet de la MEV. Les flux d'ordres privés, enchères hors chaîne, remboursements, tentatives échouées, coûts d'infrastructure et stratégies non classées peuvent modifier le résultat. La MEV publiée doit donc être lue comme une estimation selon une méthode déclarée, non comme un bénéfice net exact. ## Fonctionnement 1. **Une occasion apparaît.** Un swap en attente, un écart de prix entre places ou une position liquidable crée un rendement dépendant de l'état. 2. **Un chercheur simule un ordre.** Il construit des transactions ou un bundle et estime le revenu après frais de protocole, gas, paiements au constructeur et risque d'échec. 3. **Un constructeur assemble un bloc.** Dans la chaîne MEV-Boost, les constructeurs combinent transactions publiques, flux privés et bundles, puis envoient des en-têtes de charge utile et des offres via des relais. 4. **Un proposeur choisit une charge utile.** Le validateur du créneau peut utiliser un bloc local ou choisir l'offre d'un constructeur. L'inclusion reste soumise à la validité d'exécution, au consensus et à la finalité. Le pouvoir d'ordonner ne rend pas chaque occasion rentable. Les chercheurs concurrents peuvent dissiper par leurs enchères l'essentiel de la valeur brute, l'état peut changer avant l'exécution ou une transaction peut être annulée. Valeur brute extraite, paiement au proposeur et bénéfice net du chercheur sont des mesures distinctes. ## Exemple Supposons qu'un pool AMM contienne 100 ETH et 200,000 USDC. Un utilisateur soumet publiquement un swap de 10,000 USDC, accepte un glissement de 5% et fixe une sortie minimale de 4.50 ETH. La transaction en attente révèle sa direction, sa taille et sa limite d'exécution. Un chercheur peut acheter des ETH juste avant l'utilisateur et les vendre juste après. Si le constructeur place ces opérations autour du swap, la transaction de l'utilisateur déplace le prix entre l'achat et la vente du chercheur. L'utilisateur peut recevoir moins d'ETH que sans sandwich, tout en respectant le minimum de 4.50 ETH. Cela ne prouve pas que toute exécution défavorable relève de la MEV. L'impact propre de l'ordre, les frais AMM, les changements de route et les mouvements ordinaires du marché peuvent aussi réduire la sortie. L'attribution exige l'ordre des transactions et l'état du pool ; le bénéfice se calcule après tous les coûts d'exécution et d'enchère. ## Risques et contrôles - **Perte à l'exécution.** Fixez une sortie minimale ou une limite de prix défendable selon la liquidité et la taille ; n'élargissez pas le glissement uniquement pour forcer l'exécution. - **Fuite d'informations.** Un mempool public révèle l'intention avant l'inclusion. Une route privée peut réduire l'exposition, mais le fournisseur et les constructeurs en aval peuvent voir la charge utile, sans garantie d'inclusion ou de meilleure exécution. - **Centralisation et censure.** Constructeurs spécialisés et flux exclusifs peuvent concentrer la construction des blocs. Surveillez les dépendances aux constructeurs et relais ; une enchère concurrentielle n'est pas automatiquement décentralisée. - **Incitations du consensus.** Des blocs passés exceptionnellement précieux peuvent inciter à réorganiser la chaîne. Les règles de finalité et pénalités réduisent le risque sans rendre la MEV sans effet sur la sécurité. - **Erreur de mesure.** Séparez préjudice utilisateur, revenu d'arbitrage, récompense de liquidation, paiement au proposeur, remboursement, gas échoué et coûts du chercheur. Comparer les chaînes exige le même périmètre et la même méthode. Les protocoles peuvent réduire l'extraction nuisible par des enchères groupées, des schémas d'engagement-révélation, une soumission chiffrée ou privée, une exécution fondée sur les intentions et des règles restituant la valeur aux utilisateurs. Chaque modèle change les compromis de confiance, latence, disponibilité, confidentialité et censure ; son nom seul ne prouve aucune protection. ## Idées reçues ### Mythe 1 : Toute MEV est une attaque L'arbitrage et la liquidation autorisée par le protocole peuvent améliorer la cohérence des prix ou la solvabilité. Les attaques sandwich et certaines formes de front-running nuisent plus directement à l'utilisateur. La stratégie et ses effets comptent. ### Mythe 2 : Payer plus de gas empêche la MEV Des frais de priorité supérieurs peuvent influer sur l'inclusion, mais ne cachent pas le contenu et ne garantissent pas la position. Chercheurs et constructeurs peuvent évaluer un bundle complet. ### Mythe 3 : La soumission privée élimine le risque de MEV Le routage privé change qui voit d'abord la transaction. Il ne garantit ni confidentialité, ni inclusion, ni succès, ni meilleure exécution, ni remboursement, ni finalité. ## Sujets connexes - [Front-running sur chaîne](/fr/crypto/front-running/) - [Attaque sandwich](/fr/crypto/sandwich-attack/) - [Mempool](/fr/crypto/mempool/) - [RPC de transaction privée](/fr/crypto/private-transaction-rpc/) - [Séquenceur partagé](/fr/crypto/shared-sequencer/) ## Sources - [Valeur maximale extractible (MEV)](https://ethereum.org/developers/docs/mev/) - ethereum.org (consulté le : 2026-08-21) - [Séparation proposeur-constructeur](https://ethereum.org/roadmap/pbs/) - ethereum.org (consulté le : 2026-08-21) - [Proposition de bloc MEV-Boost](https://docs.flashbots.net/flashbots-mev-boost/architecture-overview/block-proposal) - Flashbots Docs (consulté le : 2026-08-21) - [Protection contre la MEV](https://docs.flashbots.net/flashbots-protect/overview) - Flashbots Docs (consulté le : 2026-08-21) Source: https://wiki.fcontext.com/fr/crypto/mev/index.mdx