Bundle Jito: cosa garantisce davvero e cosa no

Un bundle Jito è un gruppo di al massimo cinque transazioni Solana inviate insieme, eseguite nell'ordine che hai scritto e incluse tutte o nessuna. Ci attacchi una mancia, e il gruppo con quella mancia fa un'offerta per un posto nel blocco.

• Un bundle contiene al massimo cinque transazioni, mancia compresa, e vengono eseguite in sequenza e in modo atomico (documentazione Jito Labs, agosto 2026).
• L'asta non ordina sulla mancia grezza ma sulla mancia rapportata alle unità di calcolo richieste. Una transazione snella con poca mancia batte una gonfia con tanta.
• Il 28 agosto 2026 alle 11:11 UTC la mancia mediana entrata in blocco valeva 0,00000285 SOL e il 95esimo percentile 0,0003 SOL.
• L'atomicità ha una vera eccezione: se il bundle finisce in un blocco uncled, le sue transazioni possono essere ritrasmesse singolarmente, e lì non valgono né atomicità né protezione dai revert.
• La Block Engine non implementa simulateBundle. Lo abbiamo misurato il 7 agosto 2026 su cinque regioni e tutte e cinque hanno risposto con un errore di metodo, quindi non esiste alcun controllo preventivo.

Che cos'è un bundle Jito?

Un bundle Jito è un elenco di una fino a cinque transazioni Solana firmate che un validatore esegue per intero, nel tuo ordine, oppure ignora del tutto. Le transazioni normali raggiungono il validatore separatamente e finiscono nell'ordine scelto dallo scheduler. Dentro il proprio gruppo, un bundle toglie di mezzo quell'incertezza.

Il lavoro lo fanno due proprietà. La prima è l'esecuzione sequenziale: la seconda transazione vede lo stato lasciato dalla prima. La seconda è l'atomicità. Se una transazione del gruppo fallisce, l'intero gruppo cade e sulla catena non resta nulla. Questa coppia trasforma una creazione con il primo acquisto in una sola operazione invece che in due speranze consecutive.

Cambia anche la strada. Una transazione normale va a un provider RPC e da lì al leader del momento. Un bundle va a una Block Engine di Jito, entra in un'asta, e solo le combinazioni vincenti arrivano al validatore. Jito Labs gestisce otto regioni pubbliche di Block Engine: Tokyo, Francoforte, New York, Amsterdam, Dublino, Londra, Salt Lake City e Singapore.

La mancia è il prezzo d'ingresso. È un semplice trasferimento di SOL verso uno dei conti mancia di Jito, sta dentro il bundle e occupa uno dei tuoi cinque posti. Un bundle senza mancia è un'offerta senza cifra.

Una mancia più alta garantisce che il bundle entri?

No. Una mancia più alta migliora la tua posizione in un'asta, e un'asta produce perdenti per costruzione. Jito scrive la regola senza giri di parole: i bundle sono prioritizzati sulla mancia richiesta rapportata alle unità di calcolo richieste, non sulla mancia da sola. Vince l'efficienza, non la generosità.

Quella frase spiega quasi tutte le mance sprecate. Se il tuo bundle chiede 1,4 milioni di unità di calcolo e paga 0,001 SOL, un concorrente che chiede 200.000 unità e paga 0,0004 SOL offre al blocco più valore per unità di spazio. Ridurre il budget di calcolo costa spesso meno che alzare la mancia, e agisce sulla stessa leva.

Imposta un limite di calcolo onesto prima di alzare la mancia. L'asta legge la mancia divisa per le unità richieste, quindi un limite stretto ti porta dove altrimenti ti porterebbe solo più SOL.

Decidono altri due meccanismi. Le aste girano in parallelo ogni 50 millisecondi, e i bundle che toccano gli stessi conti competono dentro una sola asta mentre quelli che toccano conti diversi non si incontrano mai. Il tuo avversario reale non è tutta Solana, è chiunque scriva nella tua stessa pool in quei 50 millisecondi.

Il secondo non ha nulla a che vedere con il denaro. La Block Engine pubblica accetta una richiesta al secondo per IP e per regione, e superarla restituisce un 429. Qualsiasi strumento che spari lo stesso bundle verso tutte e otto le regioni da un solo indirizzo sbatte contro quel soffitto. Noi ci abbiamo sbattuto: la nostra via di invio ora tiene un intervallo minimo di 1100 millisecondi per endpoint e preferisce un endpoint privato al pool pubblico.

Quanto vale una mancia Jito adesso?

La mancia minima che Jito accetta è di 1000 lamport, cioè 0,000001 SOL. Quella che entra davvero è un'altra cifra, e si muove. La tabella legge i percentili delle mance entrate in blocco direttamente dall'API pubblica tip floor di Jito, il 28 agosto 2026 alle 11:11 UTC. Leggila come una forma, non come un listino.

Percentile delle mance entrate	Mancia in SOL	Che cosa compra
Minimo accettato	0,000001 SOL	L'ingresso in asta. Nient'altro.
25esimo percentile	0,000001 SOL	Un quarto dei bundle entrati ha pagato questo o meno.
50esimo percentile (mediana)	0,00000285 SOL	Il caso ordinario. La maggior parte dei bundle non è in lotta.
75esimo percentile	0,0000441 SOL	Conteso, ma senza affanno.
95esimo percentile	0,0003 SOL	Concorrenza vera sugli stessi conti.
99esimo percentile	0,001 SOL	Una corsa fra bot. Pagare qui da umano è quasi sempre uno spreco.

Guarda la distanza fra mediana e 99esimo percentile prima di decidere. Sono circa 350 volte, e quasi nulla di quell'intervallo riguarda chi preme un pulsante. I nostri valori predefiniti stanno bassi di proposito: leggiamo il 95esimo percentile dalla stessa API, moltiplichiamo per 1,2 e chiudiamo il risultato fra 0,00001 SOL e 0,02 SOL, così un picco in una guerra di bot non svuota un portafoglio in silenzio.

Costruire un bundle a mano significa firmare ogni transazione nell'ordine giusto, inserire il trasferimento della mancia e restare sotto cinque. Bundled Trade monta quel gruppo, aggancia la mancia e lo invia alla Block Engine in un solo passaggio. Toglie gli errori di ordine, non il rischio dell'asta.

Un bundle è davvero atomico?

Dentro un blocco accettato sì. Il validatore esegue il bundle per intero o non lo esegue, e una transazione che fallisce si porta dietro tutto il gruppo. Esiste un'eccezione documentata, e spiega perché qualcuno vede transazioni di bundle segnate in rosso su un explorer.

Solana ha slot saltati: un leader costruisce un blocco che la supermaggioranza non accetta mai. Jito li chiama blocchi uncled. Quando un bundle finisce lì, chiunque abbia ricevuto quel blocco può ritrasmettere le sue transazioni. Quelle copie entrano nella banking stage normale, che non rispetta né l'atomicità del bundle né la protezione dai revert. Mezzo bundle può entrare e fallire davanti a tutti.

Un blocco uncled può spezzare in due un bundle venduto come atomico. Non costruire una strategia in cui la seconda transazione che entra da sola non sia più rimediabile. È un esito raro, ma documentato.

Domanda	Il bundle lo garantisce	Dettaglio
Le transazioni girano nel mio ordine	Sì	Esecuzione sequenziale dentro il gruppo.
Entrano tutte o nessuna	Sì, in un blocco accettato	Il validatore esegue il gruppo in modo atomico.
Il bundle entrerà	No	È un'asta. Le offerte perdenti vengono scartate.
Riavrò la mancia se perde	Sì	Sta dentro il bundle, e un bundle non incluso non trasferisce nulla.
Sono al riparo da un sandwich	No, non di default	Jito offre un marcatore opzionale, più sotto.
Sopravvive a un blocco uncled	No	Le copie ritrasmesse perdono atomicità e protezione.

Il caso sandwich ha una risposta che vale la pena conoscere. Jito accetta come marcatore qualsiasi chiave pubblica valida che inizi con jitodontfront messa dentro un'istruzione, e la Block Engine rifiuta ogni bundle in cui quella transazione non stia per prima, all'indice zero. Fuori dai bundle non ferma nessuno, e ti costa la possibilità di essere piazzato dietro qualcun altro.

Perché il mio bundle è sparito senza errore?

Un bundle può sparire in silenzio perché sulla tua strada non c'è alcun controllo preventivo. La pagina di troubleshooting di Jito suggerisce di verificare con simulateBundle, e quel metodo esiste su un nodo RPC Jito-Solana. Sulla Block Engine che accetta il tuo bundle non esiste.

Lo abbiamo misurato invece di darlo per scontato. Il 7 agosto 2026 abbiamo chiamato simulateBundle sulle regioni pubbliche di Francoforte, New York, Amsterdam, Salt Lake City e Londra, e tutte e cinque hanno restituito un errore di metodo non trovato. Il nostro client ora riporta a parte se una simulazione è davvero girata. Un percorso di codice che scambia un metodo assente per una simulazione superata non ha alcun controllo preventivo e non lo sa.

Il secondo motivo è una memoria corta. getInflightBundleStatuses conosce solo gli ultimi cinque minuti. Oltre quella finestra un identificativo di bundle torna come invalid, che suona come un rifiuto e non lo è. Significa che la Block Engine ha smesso di seguirlo. Resta allora una sola fonte di verità: le transazioni sono sulla catena oppure no.

Quando il bundle è lo strumento sbagliato?

Quasi sempre. Un bundle si merita la sua complessità quando due o più transazioni non devono essere separate, e negli altri casi non aggiunge niente. Uno swap singolo non ha un ordine da proteggere e non guadagna nulla da un'asta che può perdere. Attaccargli una mancia è comprare un biglietto per una corsa a cui non partecipi.

Tre limiti vanno detti chiaramente, perché il bundle viene spesso venduto come una garanzia.

• Un bundle non salva una transazione sbagliata. Se lo slippage è troppo stretto o al conto manca il deposito di rent, il gruppo cade intero e hai pagato latenza per niente.
• Un bundle non batte un rivale più veloce con un rapporto mancia su calcolo migliore, e non può dirti che ha perso. Arrivare secondi in un'asta non produce nessun messaggio di errore.
• Un bundle non ti protegge da te stesso. Il tetto di cinque transazioni spinge a comprimere più istruzioni in ognuna, questo alza il calcolo richiesto e abbassa proprio l'efficienza su cui l'asta ti ordina.

Un lancio in cui la creazione e il primo acquisto devono restare davvero inseparabili è il caso per cui i bundle sono nati. Pump.fun Create and Bundle Buy mette il mint e gli acquisti in un unico gruppo e li presenta come una sola offerta. O il lancio va come lo avevi pensato, oppure non va.

Questo articolo ha scopo divulgativo e non è consulenza finanziaria, di investimento, legale o fiscale. I token Solana sono molto volatili e la maggior parte perde tutto il valore. Fai le tue ricerche e non rischiare denaro che non puoi permetterti di perdere. J Tools non consiglia alcun token né alcuna operazione.

Domande frequenti

Quante transazioni stanno in un bundle Jito?

Cinque, e il trasferimento della mancia è una di quelle. In pratica restano quattro transazioni di lavoro vero. Jito Labs documenta il limite, e la nostra via di invio rifiuta una sesta transazione prima che raggiunga la rete, invece di aspettare il rifiuto della Block Engine.

La mancia torna indietro se il bundle non entra?

Sì. La mancia è un normale trasferimento di SOL messo dentro il bundle, quindi si esegue solo se il bundle si esegue. Un bundle che perde l'asta non trasferisce nulla e non costa nulla sulla catena. Perdi tempo, non SOL.

Qual è la mancia minima di Jito?

1000 lamport, cioè 0,000001 SOL. È la soglia di accettazione, non quella di inclusione. Il 28 agosto 2026 alle 11:11 UTC la mancia mediana entrata in blocco valeva 0,00000285 SOL, quindi in condizioni normali l'ingresso realistico è qualche volta il minimo documentato.

Un bundle Jito è la stessa cosa della priority fee?

No. La priority fee va al validatore attraverso il programma di compute budget e riguarda una singola transazione sulla via normale. La mancia Jito è un trasferimento di SOL dentro il bundle che fa offerta in un'asta separata. Puoi usarle entrambe, fanno lavori diversi.

Perché l'explorer mostra il mio bundle come fallito?

Di solito per un blocco uncled. Il bundle è finito in un blocco che la rete non ha accettato, qualcuno ne ha ritrasmesso le transazioni nella banking stage normale, e lì il gruppo non ha atomicità né protezione dai revert. L'explorer mostra una copia, non il tuo bundle.

Un bundle protegge da un attacco sandwich?

Solo se lo attivi tu. Aggiungendo a un'istruzione una chiave pubblica che inizia con jitodontfront, la Block Engine rifiuta ogni bundle in cui la tua transazione non sia la prima. Ferma il sorpasso dentro i bundle Jito e non tocca nulla di quello che succede fuori.

Fonti usate in questo articolo: la documentazione Jito Labs sull'invio di transazioni a bassa latenza per i limiti del bundle, le regole dell'asta, i rate limit e i blocchi uncled, l'API tip floor di Jito per i percentili delle mance, e la documentazione Solana sulle transazioni per il modello di base. Da leggere dopo: quanta priority fee pagare su Solana, Jupiter, Raydium e Orca a confronto e le alternative a Pump.fun.

Scritto dal team J Tools. Costruiamo e gestiamo oltre 40 strumenti Solana in produzione, dalla creazione di token all'analisi on-chain dei portafogli, e scriviamo da quello che vediamo su mainnet, non dalla teoria. Pubblicato: 28 agosto 2026. Ultima verifica: 28 agosto 2026.