Sur des blockchains hautes performances comme Solana, les temps de bloc peuvent descendre à 400 millisecondes et le débit transactionnel est particulièrement élevé. Dans ce contexte, l’ordre des transactions et les opportunités de MEV (Maximal Extractable Value) sont extrêmement disputés. Jito, l’infrastructure MEV de l’écosystème Solana, transforme la concurrence fragmentée du MEV en un système d’enchères structuré pour l’espace des blocs, grâce à ses enchères de paquets et à son Block Engine. Cette méthode améliore l’efficacité du réseau tout en permettant aux validateurs et aux stakers de partager un rendement accru.
Jito détient aujourd’hui plus de 95% de la part de marché de l’infrastructure MEV sur Solana, ce qui en fait un élément incontournable pour comprendre l’économie des validateurs Solana et l’exécution des transactions. Jito influence les stratégies des chercheurs MEV et impacte directement le rendement du staking ainsi que l’expérience de règlement des utilisateurs.
Le MEV correspond à la valeur extraite par les producteurs de blocs à partir de l’activité on-chain, via le réordonnancement, l’insertion ou l’exclusion de transactions. Il joue un rôle central en influençant directement l’équité d’exécution, les incitations économiques du réseau et le coût réel pour les utilisateurs.
Dans la Finance décentralisée, le MEV se manifeste souvent par l’arbitrage, le front-running de liquidation ou les attaques sandwich. Sans mécanismes adaptés, la valeur MEV peut être accaparée par quelques chercheurs professionnels, entraînant une slippage accrue et des pertes pour les utilisateurs, et nuisant à la réputation du réseau.
Contrairement à Ethereum, Solana ne dispose pas de mempool publique globale. Les transactions sont généralement transmises directement au validateur leader et propagées en amont via Gulf Stream. Ce modèle rend le “mempool sniping” traditionnel inopérant, au profit d’une concurrence privée très sensible à la latence.
Le calendrier des leaders Solana pivote rapidement (un slot tous les deux blocs), et des fonctionnalités comme la propagation Turbine des blocs et le QoS pondéré par le stake exigent une infrastructure avancée. Jito pallie l’absence de mempool grâce à son Relayer et à son Block Engine.
Le flux central de Jito forme une boucle fermée : soumission de transaction → transmission par Relayer → paquets des Searchers → enchère et ordonnancement via Block Engine → exécution par le Validateur. Les transactions utilisateurs transitent d’abord par le Jito Relayer (pool de délai de 200 ms), puis les Searchers composent des paquets atomiques de cinq transactions maximum et ajoutent des tips pour participer à l’enchère.
Source : Jito Labs
Le Block Engine reçoit tous les paquets, simule leur exécution, les note et sélectionne le portefeuille le plus rentable à transmettre aux validateurs utilisant le client Jito-Solana. Les validateurs exécutent ensuite ces paquets de façon atomique lors du Bundle Stage : toutes les transactions réussissent ou échouent, garantissant des stratégies de recherche déterministes.
Jito n’applique pas le principe “premier arrivé, premier servi”. Il trie les transactions via des enchères de paquets. Les Searchers définissent un tip (incitation pour les validateurs) lors de la soumission des paquets. Le Block Engine simule différentes combinaisons et sélectionne le contenu du bloc avec le rendement total le plus élevé (frais de base + MEV + tip).
L’enchère est entièrement privée, ce qui empêche le front-running. Jito prend en charge le mécanisme dontfront (exécution d’une transaction à l’index 0 du paquet) ; les utilisateurs peuvent éviter les attaques sandwich en ajoutant un compte readonly spécifique (par exemple jitodontfront...) après l’instruction.
Les éléments clés de Jito sont le client validateur Jito-Solana, le Block Engine, les paquets et le système de comptes de tips, tous interconnectés.
| Composant | Fonction | Collaboration |
|---|---|---|
| Jito Relayer | Reçoit les transactions utilisateurs et les transmet après un délai de 200 ms | → Searcher (apporte l’intelligence transactionnelle) → Block Engine |
| Block Engine | Moteur d’enchères : simule les paquets, trie et transmet le portefeuille optimal aux validateurs | ← Relayer/Searcher → JitoValidator |
| Client Jito-Solana | Client validateur avec Bundle Stage et TipPaymentProgram | Exécute les paquets sélectionnés par le Block Engine, traitement atomique |
| Comptes de tips | 8 tip PDA aléatoires, alloués aux stakers à la fin de l’epoch | Searcher paie → Validateur reçoit → Staker partage |
Le client validateur Jito-Solana est modifié pour permettre aux validateurs de recevoir et traiter les paquets. Le Block Engine sert de couche de correspondance et d’enchères, recevant les paquets de transactions des Searchers et les distribuant.
Le mécanisme de tip constitue un autre aspect central. Les Searchers ajoutent des tips aux paquets comme frais pour la priorité. Jito propose également un chemin direct pour envoyer des transactions via le Block Engine et intègre des protections telles que dontfront pour limiter les risques de sandwich ou de front-running.
Les sources de rendement de Jito proviennent principalement des tips des Searchers et de la valeur extraite du MEV. Après exécution, le TipPaymentProgram dépose des lamports dans les tip PDA. À la fin de chaque epoch, le Tip Distribution Account (TDA) répartit ces lamports entre tous les opérateurs clients Jito et leurs délégataires, selon le poids du stake du validateur.
Les données montrent que les tips Jito représentent désormais une part significative du REV (Real Economic Value) de Solana. Les stakers utilisant des validateurs Jito enregistrent en moyenne 20 à 50% de rendement supplémentaire par rapport aux solutions traditionnelles, ce qui a favorisé l’essor rapide du staking liquide, notamment avec JitoSOL.
Jito dépasse le simple outil MEV : il modifie en profondeur la structure des revenus des validateurs et l’allocation de l’espace des blocs.
À mesure que davantage d’actifs stakés migrent vers le client Jito-Solana, le rendement MEV devient un pilier du modèle économique des validateurs.
Du point de vue du réseau, cette évolution améliore l’efficacité de la construction des blocs et rend la distribution du rendement plus dynamique. Toutefois, elle soulève de nouveaux enjeux : le MEV risque-t-il de se concentrer excessivement ? La stratification des revenus des validateurs va-t-elle s’accentuer ? L’expérience transactionnelle des utilisateurs dépendra-t-elle de plus en plus d’une infrastructure particulière ?
Jito fait passer le MEV sur Solana d’un “jeu caché” à une “enchère structurée”. Grâce au Block Engine, aux enchères de paquets et au client validateur, Jito atteint trois objectifs : optimiser l’ordre des transactions, distribuer le rendement et renforcer l’efficacité du réseau.
Pour les utilisateurs, l’impact de Jito va au-delà du packaging technique des blocs : il influence directement le rendement du staking, l’ordre d’exécution des transactions et l’expérience globale du réseau.
Pour l’écosystème Solana, Jito constitue une infrastructure essentielle pour appréhender le MEV, l’économie des validateurs et le staking liquide.
Le Block Engine est le composant central de Jito dédié à la réception, au tri et à l’enchère des transactions pour l’extraction du MEV.
Oui. Le MEV peut affecter les prix d’exécution, notamment en augmentant la slippage dans certaines situations.
Oui. En captant le MEV, Jito offre un rendement additionnel au rendement de base du staking.
Même sans mempool traditionnel, l’ordre des transactions persiste, maintenant les opportunités d’arbitrage et de liquidation.
Oui. Les risques incluent la centralisation induite par le MEV et des risques techniques liés à la complexité du système.





