Em blockchains de alto desempenho como Solana, com tempos de bloco de apenas 400 ms e uma taxa de processamento de transações extremamente elevada, a disputa pela ordenação das transações e pelas oportunidades de MEV (Maximal Extractable Value) é acirrada. Jito funciona como a infraestrutura de MEV do ecossistema Solana. Ao implementar leilões estruturados de pacotes e o Block Engine, Jito converte a competição fragmentada de MEV em um mecanismo eficiente de lances pelo espaço de bloco. Com isso, a eficiência da rede aumenta e validadores e stakers podem compartilhar retornos maiores.
Hoje, Jito detém mais de 95% do mercado de infraestrutura MEV da Solana, tornando-se indispensável para compreender a economia dos validadores da Solana e a execução das transações. Jito influencia diretamente as estratégias dos searchers (caçadores de MEV), impacta os retornos do staking e aprimora a experiência de liquidação das transações para usuários comuns.
Por que o MEV é relevante na Blockchain
MEV representa o valor que produtores de blocos podem extrair da atividade on-chain ao reordenar, inserir ou excluir transações. O MEV afeta diretamente a justiça na execução das transações, incentivos econômicos da rede e os custos reais dos usuários.
No DeFi, o MEV geralmente se manifesta em arbitragem, frontrunning em liquidações ou ataques sandwich. Sem mecanismos eficientes, o MEV pode ser monopolizado por poucos searchers profissionais, elevando o slippage e as perdas para usuários regulares, além de prejudicar a reputação da rede.
O que torna o mecanismo de MEV da Solana diferente
Solana se diferencia do Ethereum por não ter um mempool público global. As transações são enviadas diretamente ao validador líder do momento e propagadas antecipadamente pelo Gulf Stream. Esse modelo torna o “mempool sniping” tradicional ineficaz, substituindo-o por uma competição privatizada e de latência ultra baixa.
O cronograma de líderes da Solana muda rapidamente (um slot a cada dois) e, aliado à propagação de blocos Turbine e QoS ponderada por stake, exige infraestrutura robusta. Jito preenche a lacuna deixada pela ausência de mempool com seu Relayer e Block Engine.
Fluxo operacional central do Jito
O fluxo operacional do Jito forma um ciclo fechado: envio de transação → encaminhamento pelo Relayer → pacotes do Searcher → leilão e ordenação no Block Engine → execução pelo Validador. As transações dos usuários passam primeiro pelo Jito Relayer (pool de latência de 200 ms). O Searcher monta pacotes atômicos de até cinco transações, cada um com uma gorjeta para participar do leilão.
Fonte: Jito Labs
O Block Engine recebe todos os pacotes, simula a execução, pontua e seleciona a combinação de maior retorno, encaminhando-a aos validadores que usam o cliente Jito-Solana. Os validadores executam esses pacotes de forma atômica na Bundle Stage—ou todas as transações são bem-sucedidas, ou todas falham—garantindo estratégias determinísticas.
Como o Jito ordena e leiloa transações
Jito não utiliza a ordenação “first-come, first-served”. Em vez disso, adota leilões de pacotes para ordenar as transações. Os searchers precisam definir uma gorjeta (incentivo pago aos validadores) ao enviar pacotes. O Block Engine simula várias combinações e seleciona o conteúdo do bloco com maior retorno total (taxa base + MEV + gorjeta).
O processo de leilão é totalmente privado, impedindo frontrunning. Jito permite o mecanismo dontfront (execução da transação no índice 0 do pacote); usuários podem evitar ataques sandwich ao anexar uma conta readonly específica (como jitodontfront...) à instrução.
Como os principais componentes do Jito atuam em conjunto
O sistema central do Jito inclui o cliente validador Jito-Solana, Block Engine, pacotes e o sistema de contas de gorjeta. Esses componentes operam de forma integrada.
| Componente |
Função |
Colaboração com outros componentes |
| Jito Relayer |
Recebe transações de usuários, encaminha após 200 ms de atraso |
→ Searcher (fornece dados de transação) → Block Engine |
| Block Engine |
Motor de leilão: simula, ordena e encaminha a melhor combinação de pacotes aos validadores |
← Relayer/Searcher → JitoValidator |
| Cliente Jito-Solana |
Cliente específico para validadores, adiciona Bundle Stage e TipPaymentProgram |
Executa pacotes selecionados pelo Block Engine, processa-os de forma atômica |
| Contas de gorjeta |
8 PDAs de gorjeta aleatórios, distribuídos aos stakers no fim do epoch |
Searcher paga → Validador recebe → Staker compartilha |
O cliente validador Jito-Solana é uma versão modificada utilizada pelos validadores para receber e processar pacotes. O Block Engine atua como camada de correspondência e leilão, processando pacotes enviados pelos searchers e distribuindo-os.
O mecanismo de gorjeta é outro diferencial. Os searchers anexam gorjetas aos pacotes como taxas para competir pela prioridade de empacotamento. Jito também permite envio direto de transações via Block Engine e oferece mecanismos de proteção como dontfront para mitigar riscos de ataques sandwich ou frontrunning.
Como o Jito distribui retornos de MEV
As fontes de retorno do Jito são principalmente gorjetas dos searchers e o valor extraído do MEV. Após execução bem-sucedida, o TipPaymentProgram deposita lamports nas PDAs de gorjeta. Ao fim de cada epoch, os retornos são distribuídos a todos os operadores de clientes Jito e seus delegadores via Tip Distribution Account (TDA), conforme o peso de stake do validador.
Os dados mostram que as gorjetas do Jito já representam uma parcela relevante do REV (Real Economic Value) da Solana. Stakers que utilizam validadores Jito têm retornos médios de 20–50% superiores aos métodos tradicionais, impulsionando o crescimento de produtos de staking líquido como JitoSOL.
Impacto do Jito na estrutura da rede Solana
O Jito vai além de ser apenas uma ferramenta de MEV: ele transformou o modelo de receita dos validadores e a alocação do espaço de bloco.
Com mais ativos em stake migrando para o cliente Jito-Solana, os retornos de MEV se tornam parte central do modelo econômico dos validadores.
Do ponto de vista da estrutura de rede, essa evolução aumenta a eficiência na construção de blocos e torna a distribuição de retornos mais orientada pelo mercado. Porém, surgem novos questionamentos: O MEV pode ficar excessivamente concentrado? Os retornos dos validadores vão se tornar mais segmentados? E a experiência de transação dos usuários dependerá cada vez mais de infraestruturas específicas?
Resumo
O mecanismo do Jito transforma o MEV na Solana de um “jogo oculto” em um “leilão estruturado”. Ao integrar Block Engine, leilões de pacotes e o cliente validador, Jito atinge três objetivos: otimizar a ordenação das transações, distribuir retornos e elevar a eficiência da rede.
Para o usuário comum, a influência do Jito vai além dos aspectos técnicos do empacotamento de blocos—afeta diretamente os retornos de staking, a ordenação das transações e a experiência global na rede.
Para o ecossistema Solana, Jito é uma infraestrutura essencial para compreender MEV, economia dos validadores e staking líquido.
Perguntas Frequentes
O que é o Block Engine do Jito?
O Block Engine é o componente central do Jito, responsável por receber transações, ordená-las e executar leilões de MEV.
O MEV afeta usuários comuns?
Sim. O MEV pode influenciar os preços de execução das transações, elevando o slippage em determinadas situações.
O Jito aumenta os retornos de staking?
Sim. Ao capturar MEV, o Jito entrega retornos adicionais além das recompensas básicas de staking.
Solana não tem mempool—por que ainda existe MEV?
Mesmo sem um mempool tradicional, a ordenação das transações permanece, portanto, oportunidades de arbitragem e liquidação continuam existindo.
Existem riscos associados ao Jito?
Sim. Os riscos envolvem centralização impulsionada pelo MEV e possíveis riscos técnicos pela complexidade do sistema.
