MEV sur Ethereum : sandwich attacks, coûts et protections

D’où vient la MEV sur Ethereum

Ce sujet complète celui des frais de gas Ethereum et de leur réduction, mais il suit une logique différente. Le gas rémunère l’exécution et aide à prioriser une transaction. La MEV vient de l’avantage économique créé par sa position relative aux autres opérations.

Un utilisateur diffuse généralement une transaction vers un mempool public. Des searchers analysent les opérations en attente et cherchent une séquence rentable. Ils soumettent alors des transactions ou des bundles aux constructeurs de blocs. Le validateur propose le bloc qui lui paraît le plus rémunérateur selon l’infrastructure employée.

L’arbitrage peut rapprocher les prix entre deux marchés. Une liquidation peut protéger un protocole de prêt. Ces formes produisent une utilité économique, même si elles concentrent des revenus chez des acteurs techniques. Le sandwich, en revanche, extrait directement de la valeur du prix accepté par un trader.

La documentation Ethereum sur la MEV définit cette valeur comme le surplus obtenu au-delà des récompenses et frais ordinaires grâce au contrôle de l’ordre, de l’inclusion ou de l’exclusion. Elle décrit aussi les arbitrages, liquidations et sandwich trades.

Comment fonctionne une sandwich attack

Un bot repère un ordre important sur un DEX. Cet ordre va déplacer le prix dans un pool. Le bot achète l’actif juste avant, ce qui renchérit l’exécution de la victime, puis revend juste après au prix augmenté.

La transaction de la victime ne s’annule pas si le prix final reste dans sa tolérance de slippage. Elle reçoit simplement moins de tokens que dans un marché sans sandwich. Le bot gagne la différence après avoir payé le gas et les frais du pool.

Le montant, la profondeur et le slippage déterminent l’intérêt de l’attaque. Un ordre volumineux dans un petit pool avec 5 % de tolérance offre plus d’espace qu’un petit échange sur un marché profond avec 0,2 %.

Une attaque peut échouer si le prix bouge autrement ou si un concurrent prend la position. Les bots simulent donc les bundles et rivalisent sur les paiements aux constructeurs. Cette compétition ne protège pas automatiquement l’utilisateur.

Slippage et price impact ne désignent pas la même chose

Le price impact vient de l’effet de votre ordre sur la courbe du pool. Plus la taille approche de la liquidité disponible, plus le prix moyen s’éloigne du prix initial. Fractionner l’ordre ou choisir un autre pool peut le réduire.

Le slippage tolerance représente l’écart maximal accepté entre la simulation et l’exécution. Une tolérance trop faible entraîne un revert lorsque le marché bouge ; une tolérance trop large offre davantage de marge à un sandwich.

Une interface peut ajuster automatiquement le slippage selon le token. Vérifiez toujours la valeur avant de signer. Les tokens avec taxe de transfert ou faible liquidité exigent parfois une tolérance élevée, ce qui augmente le risque.

Le minimum received constitue la donnée pratique à lire. Il indique la quantité minimale que la transaction accepte. Comparez-la à la cotation actuelle et au prix d’un agrégateur concurrent.

Arbitrage et liquidations : une MEV parfois utile

Deux DEX peuvent afficher des prix différents. Un arbitrageur achète sur le moins cher et vend sur le plus cher. Son action rapproche les prix et rend les marchés plus cohérents. Le revenu rémunère le capital, le gas et le risque d’exécution.

Dans un protocole de prêt, les liquidateurs remboursent une dette devenue insuffisamment garantie et reçoivent une prime. La course pour exécuter l’opération produit de la MEV. Sans liquidateurs, le protocole pourrait accumuler des créances déficitaires.

Cette utilité n’efface pas les effets secondaires. Les compétitions de priorité peuvent congestionner le réseau, augmenter les paiements et favoriser une infrastructure spécialisée. La concentration des constructeurs ou des relais pose aussi des questions de censure.

L’utilisateur doit donc distinguer la MEV qui maintient un marché de celle qui dégrade directement son exécution. Une protection absolue contre tout réordonnancement pourrait supprimer certaines fonctions utiles ; l’objectif réaliste consiste à réduire l’extraction nuisible.

Routes privées et protection contre le frontrunning

Une route privée envoie la transaction à des constructeurs ou relais sans la diffuser immédiatement dans le mempool public. Les bots ordinaires ne peuvent alors pas la copier aussi facilement. Certains wallets et agrégateurs proposent ce mode sous le nom de protection MEV.

La confidentialité reste conditionnelle. Le fournisseur voit la transaction et l’utilisateur dépend de ses règles. Il faut vérifier la politique en cas d’échec : la transaction peut finir diffusée publiquement après un délai ou expirer.

Plusieurs constructeurs améliorent les chances d’inclusion, mais élargissent le cercle de confiance. Un seul canal simplifie le modèle tout en créant un point de dépendance. Les conditions doivent préciser si le service protège contre le sandwich ou se contente de faciliter l’inclusion.

Une route privée ne corrige pas un mauvais prix. Si l’ordre accepte une quantité minimale trop faible, une variation normale ou une contrepartie interne peut encore produire une mauvaise exécution. La protection complète exige slippage, liquidité et simulation.

Les gestes qui réduisent l’exposition

Choisissez un pool profond et un agrégateur qui compare plusieurs routes. Vérifiez l’adresse du token : un faux actif peut afficher une liquidité artificielle. Le guide sur la lecture d’un smart contract sans développer donne les contrôles de base.

Réduisez le slippage au minimum compatible avec l’actif et le marché. Pour un ordre important, comparez une exécution unique avec plusieurs tranches. Fractionner augmente toutefois les frais et peut révéler une stratégie répétitive.

Évitez les périodes de faible liquidité ou de volatilité extrême lorsque l’opération n’a aucune urgence. Un prix qui change rapidement multiplie les reverts et les écarts. Utilisez un ordre limite si le protocole offre une exécution suffisamment claire.

Activez une protection MEV reconnue et lisez son fonctionnement. Ne copiez pas une URL RPC reçue dans un message privé. Un endpoint malveillant peut observer, censurer ou manipuler les réponses de l’interface.

Pourquoi augmenter le gas ne résout pas tout

Une priorité supérieure peut accélérer l’inclusion, mais elle peut aussi signaler une transaction rentable. Les searchers utilisent des bundles et des paiements sophistiqués ; une simple hausse du max priority fee ne garantit pas la première position.

Sur EIP-1559, le max fee encadre la somme maximale tandis que la base fee brûlée dépend du bloc. Le paiement économique lié à la MEV peut passer par d’autres mécanismes entre searcher, constructeur et validateur.

Une transaction bloquée expose plus longtemps son intention dans le mempool. Remplacer ses frais peut aider à l’inclusion, sans supprimer la possibilité de sandwich. Si le prix minimum reste large, la nouvelle version garde le même risque.

Le bon réglage associe estimation de gas, expiration courte et slippage prudent. Chaque paramètre traite un problème différent.

MEV sur les NFT, bridges et liquidations personnelles

Un mint NFT populaire peut déclencher une course à la priorité. Des acteurs achètent avant d’autres ou regroupent plusieurs opérations. La valeur vient de la rareté et de l’ordre d’inclusion plutôt que d’un pool de tokens.

Les bridges produisent aussi des opportunités lorsque des prix divergent entre chaînes. Une transaction inter-chaînes ajoute un délai pendant lequel la valeur peut changer. Consultez le guide sur le transfert d’actifs avec un bridge crypto avant d’interpréter un écart.

Votre propre prêt DeFi peut attirer des liquidateurs lorsqu’il approche du seuil. La MEV accélère alors la liquidation. Une alerte ne garantit pas le temps de réagir, car les bots surveillent directement l’oracle et le contrat.

Les nouvelles formes d’intents confient à des solveurs le soin de trouver une exécution. Elles peuvent améliorer le prix, mais exigent une analyse des règles d’enchère, des permissions et du règlement.

Mesurer le coût subi

Comparez le montant attendu juste avant l’envoi, le minimum accepté et le montant reçu. Séparez les frais du protocole, le gas, le price impact et la variation de marché. Une mauvaise exécution ne prouve pas à elle seule un sandwich.

Un explorateur spécialisé peut montrer les transactions placées avant et après dans le bloc. Cherchez un achat du même actif avant votre ordre puis une vente après. Les adresses, montants et pools doivent former un ensemble cohérent.

L’analyse on-chain et ses limites aide à lire ces traces, mais l’intention reste difficile à prouver. Plusieurs arbitrages indépendants peuvent produire une séquence semblable.

Pour une organisation, enregistrez la cotation, le slippage, la route et le résultat de chaque échange important. Ces données permettent de comparer les fournisseurs et d’ajuster les plafonds.

Checklist avant un swap important

Confirmez le token et le réseau. Comparez au moins deux sources de prix. Vérifiez la liquidité, le price impact, le slippage et le minimum received. Examinez le gas et l’expiration.

Choisissez ensuite la méthode de diffusion : mempool public ou route protégée. Lisez les engagements du fournisseur et la politique en cas d’échec. Testez une petite somme lorsque le contrat ou le réseau vous paraît nouveau.

Révoquez les approvals inutiles après l’opération et conservez le TXID. Si l’exécution semble anormale, analysez le bloc avant d’accuser une plateforme ou un bot précis.

La MEV fait partie de l’architecture économique d’Ethereum. Certaines formes rapprochent les prix ou sécurisent des prêts ; d’autres transfèrent de la valeur au détriment d’un trader. Une bonne protection combine liquidité, slippage serré, simulation, routes privées évaluées et taille d’ordre raisonnable. Aucun bouton ne remplace l’ensemble de ces contrôles.

À lire aussi : Stablecoin depeg : mesurer le risque de perte d’ancrage