Frais de priorité, MEV et Jito

Curiosité

1. Pourquoi une transaction qui paie plus en frais de priorité n’est-elle pas nécessairement exécutée avant celle qui paie moins ?
2. Comment un validateur peut-il tirer profit de la séquence exacte des transactions sans révéler ses propres intentions au reste du réseau ?
3. Quel mécanisme permet à un utilisateur de plafonner sa perte maximale face à une attaque sandwich tout en acceptant un certain slippage ?

Explorer

1. Chaque transaction Solana paie des frais de base de 5 000 lamports par signature. Ce coût fixe couvre le travail de calcul nécessaire pour vérifier la transaction et l’inscrire dans le registre. Cependant, les frais de base ne déterminent pas à eux seuls le moment où une transaction s’exécute. En période de forte activité, les validateurs reçoivent plus de transactions qu’ils ne peuvent en traiter dans la limite de 400 millisecondes d’un slot. Pour décider quelles transactions inclure en premier, ils examinent un paramètre supplémentaire : les frais de priorité.
2. Les frais de priorité sont calculés comme un prix par unité de calcul (CU), exprimé en micro-lamports, multiplié par le nombre total de CU demandées pour la transaction concernée. Cela crée une enchère locale plutôt que globale. La congestion autour d’un seul programme populaire, comme une plateforme d’échange décentralisée à fort volume, fait monter les frais principalement pour les transactions qui écrivent dans les mêmes comptes, par exemple un pool très sollicité ; l’activité sur les autres comptes est bien moins touchée, même si une congestion à l’échelle du réseau fait encore monter les frais de manière générale.
3. La valeur extractible maximale (MEV) découle de la capacité à réordonner ou à inclure des transactions précises dans un bloc. Les arbitragistes exploitent les écarts de prix entre pools en exécutant des séquences d’achat et de vente dans le même slot. Les bots de liquidation surveillent les ratios de collatéral et déclenchent des liquidations lorsque les seuils sont franchis. Les attaques sandwich en sont une forme plus agressive : un bot détecte un gros ordre en attente, place son propre ordre d’achat juste avant pour faire monter le prix, laisse l’ordre de la victime s’exécuter au prix gonflé, puis revend sa position immédiatement après pour empocher l’écart.
4. Le client validateur de Jito, exécuté par la majeure partie du stake de Solana, a ajouté une voie distincte pour l’ordonnancement des transactions. Les bundles Jito regroupent des transactions qui doivent être incluses de manière atomique ; un bundle contient jusqu’à cinq transactions, et si l’une d’elles échoue, tout le bundle est abandonné et n’arrive jamais on-chain. Cela permet aux searchers d’exécuter en toute sécurité des stratégies complexes en plusieurs étapes. Les utilisateurs peuvent joindre des tips (pourboires) directement à ces bundles, payant ainsi l’inclusion et l’ordonnancement si le bundle remporte l’enchère. L’enchère sur les tips fonctionne indépendamment des frais de priorité standard, créant un marché distinct pour le séquencement des transactions à forte valeur.
5. En mars 2024, Jito a fermé son mempool public afin de réduire la visibilité des transactions en attente, limitant ainsi les possibilités d’attaques sandwich contre les utilisateurs ordinaires. Si cette mesure a freiné une partie du front-running public, des canaux de communication privés entre searchers sophistiqués et validateurs ont subsisté. Les frais de priorité ne protègent pas contre les sandwichs, car un bot peut toujours surenchérir sur les frais de la victime pour obtenir une place avant elle. Une limite de slippage plafonne l’écart de prix défavorable qu’un ordre peut subir avant d’échouer, ce qui limite ce qu’un sandwich peut extraire sans empêcher la tentative ; certaines routes proposent aussi une soumission protégée contre le MEV.
6. Simuler une transaction révèle sa consommation en unités de calcul, ce qui permet aux expéditeurs d’optimiser le calcul de leurs frais. Surestimer les CU gaspille des lamports ; les sous-estimer fait échouer l’exécution. Les portefeuilles et les agrégateurs automatisent souvent ce calcul en récupérant les percentiles de frais récents auprès de nœuds RPC. Les utilisateurs qui tradent sur des plateformes à haute vélocité doivent évoluer dans cet environnement concurrentiel, où les millisecondes et le montant des enchères déterminent la qualité d’exécution. Le compromis est clair : des frais plus élevés augmentent la probabilité d’inclusion, mais ne garantissent pas une protection contre une manipulation de marché sophistiquée.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• Solana Documentation: Transaction Fees and Compute Units (solana.com/docs)
• Jito Announcement: Mempool Shutdown (March 2024)
• Jito Documentation: Bundles and Tip Auctions (jito.wtf/docs)