Bundle Jito: o que garante de verdade e o que não garante

Um bundle Jito é um grupo de até cinco transações Solana enviadas juntas, executadas na ordem que você escreveu e incluídas por inteiro ou não incluídas. Você anexa uma gorjeta, e o grupo usa essa gorjeta para disputar um lugar no bloco.

• Um bundle comporta no máximo cinco transações, incluindo a da gorjeta, e elas rodam em sequência e de forma atômica (documentação da Jito Labs, agosto de 2026).
• O leilão não ordena pela gorjeta bruta e sim pela gorjeta dividida pelas unidades de computação pedidas. Uma transação enxuta com pouca gorjeta vence uma inchada com muita.
• Em 28 de agosto de 2026, às 11h11 UTC, a gorjeta mediana que entrou em bloco foi de 0,00000285 SOL e o percentil 95 foi de 0,0003 SOL.
• A atomicidade tem uma exceção real: se o bundle cair em um bloco uncled, as transações podem ser retransmitidas separadamente, e ali não existe atomicidade nem proteção contra reversões.
• A Block Engine não implementa simulateBundle. Medimos isso em 7 de agosto de 2026 em cinco regiões e todas as cinco responderam com erro de método, então não há checagem prévia.

O que é um bundle Jito?

Um bundle Jito é uma lista de uma a cinco transações Solana assinadas que um validador executa inteira, na sua ordem, ou simplesmente ignora. Transações comuns chegam ao validador separadas e caem na ordem que o escalonador escolher. Dentro do próprio grupo, um bundle elimina essa incerteza.

Duas propriedades fazem o trabalho. A primeira é a execução sequencial: a segunda transação enxerga o estado que a primeira deixou. A segunda é a atomicidade. Se uma transação do grupo falha, o grupo inteiro cai e nada fica registrado na rede. Esse par transforma uma criação seguida da primeira compra em uma operação só, em vez de duas apostas em sequência.

O caminho também muda. Uma transação normal vai para um provedor de RPC e de lá para o líder do momento. Um bundle vai para uma Block Engine da Jito, entra em um leilão, e só as combinações vencedoras chegam ao validador. A Jito Labs opera oito regiões públicas de Block Engine: Tóquio, Frankfurt, Nova York, Amsterdã, Dublin, Londres, Salt Lake City e Cingapura.

A gorjeta é o preço da entrada. É uma transferência simples de SOL para uma das contas de gorjeta da Jito, colocada dentro do bundle, e ocupa uma das suas cinco vagas. Um bundle sem gorjeta é um lance sem valor.

Uma gorjeta maior garante que o bundle entre?

Não. Uma gorjeta maior melhora a sua posição em um leilão, e um leilão tem perdedores por construção. A Jito escreve a regra sem rodeios: os bundles são priorizados pela gorjeta pedida em relação às unidades de computação pedidas, não pela gorjeta sozinha. Quem vence é a eficiência, não a generosidade.

Essa frase explica quase toda gorjeta desperdiçada. Se o seu bundle pede 1,4 milhão de unidades de computação e paga 0,001 SOL, um concorrente que pede 200.000 unidades e paga 0,0004 SOL oferece ao bloco mais valor por unidade de espaço. Cortar o orçamento de computação costuma sair mais barato do que aumentar a gorjeta, e puxa a mesma alavanca.

Defina um limite de computação honesto antes de aumentar a gorjeta. O leilão lê gorjeta dividida por unidades pedidas, então um limite justo leva você ao mesmo lugar aonde só mais SOL levaria.

Outros dois mecanismos decidem. Os leilões rodam em paralelo a cada 50 milissegundos, e bundles que tocam as mesmas contas competem dentro de um mesmo leilão, enquanto os que tocam contas diferentes nunca se cruzam. Seu rival de verdade não é a Solana inteira, é quem escreve na sua mesma pool naqueles 50 milissegundos.

O segundo não tem nada a ver com dinheiro. A Block Engine pública aceita uma requisição por segundo por IP e por região, e passar disso devolve um 429. Qualquer ferramenta que espalhe um mesmo bundle para as oito regiões a partir de um único endereço bate nesse teto. Nós batemos: nosso caminho de envio agora respeita um intervalo mínimo de 1100 milissegundos por endpoint e prefere um endpoint privado ao conjunto público.

Quanto custa uma gorjeta Jito agora?

A gorjeta mínima que a Jito aceita é de 1000 lamports, ou seja 0,000001 SOL. O que entra de fato é outro número, e ele se mexe. A tabela lê os percentis das gorjetas que entraram em bloco direto da API pública de tip floor da Jito, em 28 de agosto de 2026 às 11h11 UTC. Leia como formato, não como tabela de preços.

Percentil das gorjetas que entraram	Gorjeta em SOL	O que compra
Mínimo aceito	0,000001 SOL	A entrada no leilão. Nada além disso.
Percentil 25	0,000001 SOL	Um quarto dos bundles que entraram pagou isso ou menos.
Percentil 50 (mediana)	0,00000285 SOL	O caso comum. A maioria dos bundles não está brigando.
Percentil 75	0,0000441 SOL	Disputado, mas sem correria.
Percentil 95	0,0003 SOL	Concorrência real pelas mesmas contas.
Percentil 99	0,001 SOL	Corrida de bots. Pagar aqui sendo humano quase sempre é desperdício.

Olhe a distância entre a mediana e o percentil 99 antes de decidir. São cerca de 350 vezes, e quase nada dessa faixa diz respeito a quem clica em um botão. Nossos padrões ficam baixos de propósito: lemos o percentil 95 dessa mesma API, multiplicamos por 1,2 e prendemos o resultado entre 0,00001 SOL e 0,02 SOL, para que um pico em guerra de bots não esvazie uma carteira em silêncio.

Montar um bundle na mão significa assinar cada transação na ordem certa, inserir a transferência da gorjeta e não passar de cinco. O Bundled Trade monta esse grupo, anexa a gorjeta e envia para a Block Engine em uma passada. Isso tira os erros de ordem, não o risco do leilão.

Um bundle é realmente atômico?

Dentro de um bloco aceito, sim. O validador executa o bundle inteiro ou não executa, e uma transação que falha derruba o grupo junto. Existe uma exceção documentada, e é ela que explica por que algumas pessoas veem transações de bundle marcadas em vermelho no explorador.

A Solana tem slots pulados: um líder monta um bloco que a supermaioria nunca aceita. A Jito chama isso de blocos uncled. Quando um bundle cai em um deles, qualquer parte que recebeu aquele bloco pode retransmitir as transações. Essas cópias entram na banking stage normal, que não respeita nem a atomicidade do bundle nem a proteção contra reversões. Meio bundle pode entrar e falhar à vista de todos.

Um bloco uncled pode partir em dois um bundle vendido como atômico. Não monte uma estratégia em que a segunda transação entrando sozinha fique sem conserto. É um desfecho raro, porém documentado.

Pergunta	O bundle garante	Detalhe
Minhas transações rodam na minha ordem	Sim	Execução sequencial dentro do grupo.
Entram todas ou nenhuma	Sim, em bloco aceito	O validador executa o grupo de forma atômica.
O bundle vai entrar	Não	É um leilão. Lances perdedores são descartados.
A gorjeta volta se perder	Sim	Ela fica dentro do bundle, e bundle que não entra não transfere nada.
Estou protegido de um sanduíche	Não por padrão	A Jito oferece uma marcação opcional, logo abaixo.
Sobrevive a um bloco uncled	Não	As cópias retransmitidas perdem atomicidade e proteção.

O caso do sanduíche tem uma resposta que vale conhecer. A Jito aceita como marcação qualquer chave pública válida que comece com jitodontfront dentro de uma instrução, e a Block Engine rejeita qualquer bundle em que essa transação não esteja na primeira posição, no índice zero. Fora dos bundles isso não impede ninguém, e custa a você a chance de ser colocado atrás de outra pessoa.

Por que meu bundle sumiu sem erro?

Um bundle pode sumir em silêncio porque no seu caminho não existe checagem prévia. A própria página de solução de problemas da Jito sugere verificar com simulateBundle, e esse método existe em um nó RPC Jito-Solana. Na Block Engine que aceita o seu bundle ele não existe.

Medimos em vez de supor. Em 7 de agosto de 2026 chamamos simulateBundle nas regiões públicas de Frankfurt, Nova York, Amsterdã, Salt Lake City e Londres, e todas as cinco devolveram erro de método não encontrado. Nosso cliente hoje informa em separado se a simulação chegou a rodar. Um trecho de código que trata método ausente como simulação aprovada não tem checagem nenhuma e não sabe disso.

O segundo motivo é memória curta. O getInflightBundleStatuses só conhece os últimos cinco minutos. Depois dessa janela, um identificador de bundle volta como invalid, o que soa como recusa e não é. Significa que a Block Engine parou de acompanhar. Sobra então uma única fonte de verdade: as transações estão na rede ou não estão.

Quando o bundle é a ferramenta errada?

Na maior parte das vezes. Um bundle justifica sua complexidade quando duas ou mais transações não podem ser separadas, e nos outros casos não acrescenta nada. Um swap solto não tem ordem a proteger e não ganha nada em um leilão que pode perder. Colocar gorjeta nele é comprar bilhete para uma corrida em que você não está.

Três limites merecem ser ditos com todas as letras, porque o bundle costuma ser vendido como garantia.

• Um bundle não salva uma transação ruim. Se o slippage está apertado ou falta depósito de rent na conta, o grupo cai inteiro e você pagou latência à toa.
• Um bundle não vence um rival mais rápido com melhor relação entre gorjeta e computação, e não consegue avisar que perdeu. Ficar em segundo em um leilão não gera mensagem de erro.
• Um bundle não protege você de você mesmo. O teto de cinco transações empurra a gente a espremer mais instruções em cada uma, isso eleva a computação pedida e derruba justamente a eficiência pela qual o leilão ordena.

Um lançamento em que a criação e a primeira compra precisam mesmo ficar inseparáveis é o caso para o qual os bundles foram feitos. O Pump.fun Create and Bundle Buy coloca o mint e as compras em um grupo só e envia como um lance único. Ou o lançamento acontece como você planejou, ou não acontece.

Este artigo é educativo e não é recomendação financeira, de investimento, jurídica ou tributária. Tokens da Solana são muito voláteis e a maioria perde todo o valor. Faça sua própria pesquisa e nunca arrisque dinheiro que você não pode perder. A J Tools não recomenda nenhum token nem operação específica.

Perguntas frequentes

Quantas transações cabem em um bundle Jito?

Cinco, e a transferência da gorjeta é uma delas. Na prática sobram quatro transações de trabalho real. A Jito Labs documenta o limite, e nosso caminho de envio recusa uma sexta transação antes que ela chegue à rede, em vez de esperar a negativa da Block Engine.

A gorjeta volta se o bundle não entrar?

Volta. A gorjeta é uma transferência comum de SOL colocada dentro do bundle, então ela só executa se o bundle executar. Um bundle que perde o leilão não transfere nada e não custa nada na rede. Você perde tempo, não SOL.

Qual é a gorjeta mínima da Jito?

1000 lamports, ou seja 0,000001 SOL. Esse é o limite de aceitação, não o de entrada em bloco. Em 28 de agosto de 2026, às 11h11 UTC, a gorjeta mediana que entrou foi de 0,00000285 SOL, algumas vezes o mínimo documentado em condições normais.

Bundle Jito é a mesma coisa que taxa de prioridade?

Não. A taxa de prioridade vai ao validador pelo programa de orçamento de computação e vale para uma transação só no caminho normal. A gorjeta da Jito é uma transferência de SOL dentro do bundle que dá lance em outro leilão. Dá para usar as duas, e elas fazem coisas diferentes.

Por que o explorador mostra meu bundle como falho?

Quase sempre por causa de um bloco uncled. Seu bundle caiu em um bloco que a rede não aceitou, alguém retransmitiu as transações para a banking stage normal, e ali o grupo não tem atomicidade nem proteção contra reversões. O explorador mostra uma cópia, não o seu bundle.

Um bundle protege de ataque sanduíche?

Só se você ativar. Ao adicionar a uma instrução uma chave pública que comece com jitodontfront, a Block Engine passa a rejeitar todo bundle em que sua transação não seja a primeira. Isso barra a ultrapassagem dentro dos bundles da Jito e não mexe em nada fora deles.

Fontes usadas neste artigo: a documentação da Jito Labs sobre envio de transações de baixa latência para os limites do bundle, as regras do leilão, os limites de requisição e os blocos uncled, a API tip floor da Jito para os percentis de gorjeta, e a documentação de transações da Solana para o modelo básico. Para continuar: quanto pagar de taxa de prioridade na Solana, Jupiter, Raydium e Orca comparados e alternativas ao Pump.fun.

Escrito pelo time da J Tools. Construímos e operamos mais de 40 ferramentas Solana em produção, da criação de tokens à análise de carteiras on-chain, e escrevemos a partir do que vemos na mainnet, não da teoria. Publicado: 28 de agosto de 2026. Última revisão: 28 de agosto de 2026.