Bundle Jito : ce qu'il garantit vraiment et ce qu'il ne garantit pas

Un bundle Jito est un groupe d'au plus cinq transactions Solana envoyées ensemble, exécutées dans l'ordre que vous avez écrit, et incluses en totalité ou pas du tout. Vous y ajoutez un pourboire, et le groupe enchérit avec lui pour une place dans le bloc.

• Un bundle contient cinq transactions au maximum, pourboire compris, et elles s'exécutent séquentiellement et de façon atomique (documentation Jito Labs, août 2026).
• L'enchère ne classe pas sur le pourboire brut mais sur le pourboire rapporté aux unités de calcul demandées. Une transaction légère peu généreuse bat une transaction lourde bien payée.
• Le 28 août 2026 à 11h11 UTC, le pourboire médian entré en bloc valait 0,00000285 SOL et le 95e centile 0,0003 SOL.
• L'atomicité connaît une vraie exception : si votre bundle atterrit dans un bloc uncled, ses transactions peuvent être rediffusées séparément, et là il n'y a plus ni atomicité ni protection contre les reverts.
• La Block Engine n'implémente pas simulateBundle. Nous l'avons mesuré le 7 août 2026 sur cinq régions et les cinq ont répondu par une erreur de méthode. Il n'existe donc aucun contrôle préalable.

Qu'est-ce qu'un bundle Jito ?

Un bundle Jito est une liste d'une à cinq transactions Solana signées qu'un validateur exécute entièrement, dans votre ordre, ou qu'il ignore complètement. Les transactions ordinaires arrivent au validateur séparément et se placent dans l'ordre choisi par l'ordonnanceur. À l'intérieur de son groupe, un bundle supprime cette incertitude.

Deux propriétés font tout le travail. La première est l'exécution séquentielle : la deuxième transaction voit l'état laissé par la première. La seconde est l'atomicité. Si une transaction du groupe échoue, le groupe entier tombe et rien n'est écrit sur la chaîne. Cette paire transforme une création suivie d'un premier achat en une seule opération au lieu de deux paris successifs.

Le chemin change aussi. Une transaction normale part vers un fournisseur RPC puis vers le leader du moment. Un bundle part vers une Block Engine Jito, entre dans une enchère, et seules les combinaisons gagnantes atteignent le validateur. Jito Labs exploite huit régions publiques de Block Engine : Tokyo, Francfort, New York, Amsterdam, Dublin, Londres, Salt Lake City et Singapour.

Le pourboire est le prix d'entrée. C'est un simple virement SOL vers un des comptes de pourboire de Jito, placé dans le bundle, et il occupe une de vos cinq places. Un bundle sans pourboire est une enchère sans montant.

Un pourboire plus élevé garantit-il que votre bundle passe ?

Non. Un pourboire plus élevé améliore votre position dans une enchère, et une enchère produit des perdants par construction. Jito écrit la règle sans ambiguïté : les bundles sont priorisés sur le pourboire demandé rapporté aux unités de calcul demandées, pas sur le pourboire seul. C'est l'efficacité qui gagne, pas la générosité.

Cette phrase explique la plupart des pourboires gaspillés. Si votre bundle réclame 1,4 million d'unités de calcul et paie 0,001 SOL, un concurrent qui demande 200 000 unités et paie 0,0004 SOL offre au bloc plus de valeur par unité d'espace. Réduire le budget de calcul coûte souvent moins cher que gonfler le pourboire, et cela agit sur le même levier.

Réglez une limite de calcul honnête avant d'augmenter le pourboire. L'enchère lit le pourboire divisé par les unités demandées, donc une limite serrée vous amène là où seul un pourboire plus gros vous mènerait autrement.

Deux autres mécanismes décident. Les enchères tournent en parallèle toutes les 50 millisecondes, et les bundles qui touchent les mêmes comptes s'affrontent dans une seule enchère tandis que ceux qui touchent des comptes différents ne se croisent jamais. Votre adversaire réel n'est pas Solana entier, c'est quiconque écrit dans le même pool pendant ces 50 millisecondes.

Le second n'a rien à voir avec l'argent. La Block Engine publique accepte une requête par seconde par IP et par région, et un dépassement renvoie un 429. Tout outil qui diffuse un même bundle vers les huit régions depuis une seule adresse heurte ce plafond. Nous l'avons heurté : notre voie d'envoi respecte désormais un intervalle minimal de 1100 millisecondes par point de terminaison et préfère un endpoint privé au pool public.

Combien coûte un pourboire Jito en ce moment ?

Le pourboire minimal accepté par Jito est de 1000 lamports, soit 0,000001 SOL. Ce qui entre réellement est un autre chiffre, et il bouge. Le tableau lit les centiles des pourboires entrés en bloc directement depuis l'API publique tip floor de Jito, le 28 août 2026 à 11h11 UTC. Lisez-le comme une forme, pas comme une grille tarifaire.

Centile des pourboires entrés	Pourboire en SOL	Ce qu'il achète
Minimum accepté	0,000001 SOL	L'entrée dans l'enchère. Rien de plus.
25e centile	0,000001 SOL	Un quart des bundles entrés ont payé cela ou moins.
50e centile (médiane)	0,00000285 SOL	Le cas ordinaire. La plupart des bundles ne se battent pas.
75e centile	0,0000441 SOL	Disputé, mais sans affolement.
95e centile	0,0003 SOL	Vraie concurrence sur les mêmes comptes.
99e centile	0,001 SOL	Une course de bots. Payer ici en tant qu'humain est rarement utile.

Regardez l'écart entre la médiane et le 99e centile avant de trancher. Il vaut environ 350 fois, et presque rien de cette plage ne concerne quelqu'un qui clique sur un bouton. Nos valeurs par défaut sont volontairement basses : nous lisons le 95e centile sur cette même API, nous multiplions par 1,2 et nous bornons le résultat entre 0,00001 SOL et 0,02 SOL, pour qu'un pic dans une guerre de bots ne vide pas un portefeuille en silence.

Construire un bundle à la main, c'est signer chaque transaction dans le bon ordre, insérer le virement du pourboire et rester sous cinq. Bundled Trade assemble ce groupe, y attache le pourboire et l'envoie à la Block Engine en une passe. Cela retire les erreurs d'ordre, pas le risque de l'enchère.

Un bundle est-il vraiment atomique ?

Dans un bloc accepté, oui. Le validateur exécute le bundle en entier ou pas du tout, et une transaction qui échoue entraîne tout le groupe. Il existe une exception documentée, et elle explique pourquoi certains voient des transactions de bundle marquées en rouge dans un explorateur.

Solana connaît des slots sautés : un leader construit un bloc que la supermajorité n'accepte jamais. Jito appelle cela des blocs uncled. Quand un bundle y atterrit, toute partie ayant reçu ce bloc peut rediffuser ses transactions. Ces copies entrent dans la banking stage normale, qui ne respecte ni l'atomicité du bundle ni la protection contre les reverts. La moitié d'un bundle peut alors passer et échouer au vu de tous.

Un bloc uncled peut couper en deux un bundle présenté comme atomique. Ne bâtissez pas de stratégie où la deuxième transaction passant seule serait irrattrapable. Ce cas est rare, mais documenté.

Question	Le bundle le garantit	Détail
Mes transactions passent-elles dans mon ordre	Oui	Exécution séquentielle dans le groupe.
Toutes ou aucune	Oui, dans un bloc accepté	Le validateur exécute le groupe de façon atomique.
Le bundle va-t-il passer	Non	C'est une enchère. Les offres perdantes sont écartées.
Le pourboire revient-il en cas d'échec	Oui	Il est dans le bundle, et un bundle non inclus ne transfère rien.
Suis-je protégé d'un sandwich	Non, pas par défaut	Jito propose un marqueur optionnel, décrit plus bas.
Survit-il à un bloc uncled	Non	Les copies rediffusées perdent atomicité et protection.

Le cas du sandwich a une réponse qu'il vaut mieux connaître. Jito accepte comme marqueur toute clé publique valide commençant par jitodontfront placée dans une instruction, et la Block Engine rejette tout bundle où cette transaction n'occupe pas la première position, à l'index zéro. Hors des bundles, cela n'arrête personne, et cela vous prive de la possibilité d'être placé derrière quelqu'un.

Pourquoi mon bundle a-t-il disparu sans erreur ?

Un bundle peut disparaître en silence parce qu'il n'existe aucun contrôle préalable sur votre voie. La page de dépannage de Jito conseille de vérifier avec simulateBundle, et cette méthode existe bien sur un nœud RPC Jito-Solana. Sur la Block Engine qui accepte votre bundle, elle n'existe pas.

Nous l'avons mesuré plutôt que supposé. Le 7 août 2026, nous avons appelé simulateBundle sur les régions publiques de Francfort, New York, Amsterdam, Salt Lake City et Londres, et les cinq ont renvoyé une erreur de méthode introuvable. Notre client indique désormais séparément si une simulation a réellement tourné. Un chemin de code qui prend une méthode absente pour une simulation réussie n'a aucun contrôle préalable et l'ignore.

La seconde raison tient à une mémoire courte. getInflightBundleStatuses ne connaît que les cinq dernières minutes. Passé ce délai, un identifiant de bundle revient en invalid, ce qui ressemble à un refus sans en être un. Cela signifie que la Block Engine a cessé de le suivre. Il ne reste alors qu'une source de vérité : les transactions sont-elles sur la chaîne ou non.

Quand un bundle est-il le mauvais outil ?

La plupart du temps. Un bundle mérite sa complexité quand deux transactions ou plus ne doivent pas être séparées, et il n'apporte rien dans les autres cas. Un swap isolé n'a pas d'ordre à protéger et ne gagne rien à une enchère qu'il peut perdre. Y attacher un pourboire revient à acheter un ticket pour une course où vous ne courez pas.

Trois limites méritent d'être dites franchement, parce qu'un bundle est souvent vendu comme une garantie.

• Un bundle ne sauve pas une mauvaise transaction. Si votre slippage est trop serré ou si le compte manque de dépôt de loyer, le groupe tombe en entier et vous avez payé de la latence pour rien.
• Un bundle ne bat pas un rival plus rapide au meilleur rapport pourboire sur calcul, et il ne peut pas vous dire qu'il a perdu. Finir deuxième dans une enchère ne produit aucun message d'erreur.
• Un bundle ne vous protège pas de vous-même. Le plafond de cinq transactions pousse à tasser plus d'instructions dans chacune, ce qui augmente le calcul demandé et fait baisser l'efficacité même sur laquelle l'enchère vous classe.

Un lancement où la création et le premier achat doivent vraiment rester inséparables, voilà le cas pour lequel les bundles ont été construits. Pump.fun Create and Bundle Buy place le mint et les achats dans un même groupe et les soumet comme une seule offre. Soit le lancement se déroule comme prévu, soit il n'a pas lieu.

Cet article est éducatif et ne constitue pas un conseil financier, en investissement, juridique ou fiscal. Les tokens Solana sont très volatils et la plupart perdent toute valeur. Faites vos propres recherches et ne risquez jamais des fonds que vous ne pouvez pas perdre. J Tools ne recommande aucun token ni aucune opération.

Questions fréquentes

Combien de transactions tiennent dans un bundle Jito ?

Cinq, et le virement du pourboire en fait partie. Il reste donc quatre transactions de travail réel. Jito Labs documente cette limite, et notre voie d'envoi refuse une sixième transaction avant qu'elle n'atteigne le réseau, plutôt que d'attendre le refus de la Block Engine.

Le pourboire est-il rendu si le bundle ne passe pas ?

Oui. Le pourboire est un virement SOL ordinaire placé dans le bundle, il ne s'exécute donc que si le bundle s'exécute. Un bundle qui perd l'enchère ne transfère rien et ne coûte rien sur la chaîne. Vous perdez du temps, pas du SOL.

Quel est le pourboire Jito minimal ?

1000 lamports, soit 0,000001 SOL. C'est le seuil d'acceptation, pas celui de l'inclusion. Le 28 août 2026 à 11h11 UTC, le pourboire médian entré en bloc valait 0,00000285 SOL, soit plusieurs fois le minimum documenté en conditions normales.

Un bundle Jito équivaut-il aux frais de priorité ?

Non. Les frais de priorité vont au validateur via le programme de budget de calcul et concernent une seule transaction sur la voie normale. Le pourboire Jito est un virement SOL dans le bundle qui enchérit dans une autre enchère. Vous pouvez utiliser les deux, ils font des choses différentes.

Pourquoi l'explorateur affiche-t-il mon bundle en échec ?

Le plus souvent à cause d'un bloc uncled. Votre bundle a atterri dans un bloc que le réseau n'a pas accepté, quelqu'un a rediffusé ses transactions dans la banking stage normale, et là le groupe n'a ni atomicité ni protection contre les reverts. L'explorateur montre une copie, pas votre bundle.

Un bundle protège-t-il d'une attaque sandwich ?

Seulement si vous l'activez. En ajoutant à une instruction une clé publique commençant par jitodontfront, vous forcez la Block Engine à rejeter tout bundle où votre transaction n'est pas la première. Cela bloque le passage devant vous à l'intérieur des bundles Jito et ne touche à rien en dehors.

Sources utilisées dans cet article : la documentation Jito Labs sur l'envoi de transactions à faible latence pour les limites du bundle, les règles d'enchère, les quotas et les blocs uncled, l'API tip floor de Jito pour les centiles de pourboires, et la documentation Solana sur les transactions pour le modèle de base. À lire ensuite : combien payer de frais de priorité sur Solana, Jupiter, Raydium et Orca comparés et les alternatives à Pump.fun.

Écrit par l'équipe J Tools. Nous construisons et exploitons plus de 40 outils Solana en production, de la création de tokens à l'analyse de portefeuilles en chaîne, et nous écrivons à partir de ce que nous voyons sur le mainnet, pas de la théorie. Publié : 28 août 2026. Dernière vérification : 28 août 2026.