Skip to main content
Este é o caminho de bundle básico — um proxy Jito direto, cobrado por envio, melhor quando você precisa de execução atômica sem um requisito de latência. Se você é um trader que precisa de baixa latência e do buffer de gorjeta de prioridade, use Sender Max bundles em vez disso.
Bundles básicos oferecem execução atômica, tudo ou nada, de até 5 transações, proxy direto para Jito. Cada submissão sendBundle é cobrada como 1 crédito do seu plano.

Métodos Suportados

Precisa de limites de taxa mais altos? Entre em contato com nossa equipe de vendas.

sendBundle

Envie uma lista de transações assinadas como um bundle atômico. Se o bundle for aceito, retorna um bundle_id (hash SHA-256 das assinaturas de transação). Isso não garante que o bundle será registrado em blockchain. Verifique a confirmação da transação na blockchain para verificar. Uma gorjeta é necessária. Pelo menos uma transação deve transferir SOL para uma conta de gorjeta Helius. Se a gorjeta for muito baixa, o bundle pode não ser selecionado para inclusão.

Solicitação

Exemplo

Resposta

O result é o ID do bundle — use-o com getBundleStatuses para rastrear o registro.

getBundleStatuses

Retorna o status dos bundles enviados. Se um bundle não tiver sido registrado ou não for encontrado, retorna null.

Solicitação

Exemplo

Resposta

Retorna null no array value para bundles não encontrados.

Roteamento por Região

Por padrão, Helius direciona seu bundle para o endpoint global de Jito (mainnet.block-engine.jito.wtf), que faz georroteamento automaticamente para o Block Engine mais próximo. Para direcionar para uma região específica, defina o cabeçalho HTTP jito-region:

Exemplo com Região

Contas de Gorjeta

Pelo menos uma transação no seu bundle deve incluir uma transferência de SOL para uma dessas contas de gorjeta. Escolha uma aleatoriamente para reduzir a concorrência.
A gorjeta mínima é de 5.000 lamports.

Requisitos de Bundle

  • Máximo de 5 transações por bundle
  • Todas as transações devem ser totalmente assinadas
  • Use codificação base64 (recomendado sobre base58 para desempenho)
  • Pelo menos uma transação deve incluir uma gorjeta
  • As transações são executadas sequencialmente — tx2 pode depender de mudanças de estado de tx1

simulateBundle (Opcional)

Você pode opcionalmente simular seu bundle antes de enviar para verificar erros:

Proteger contra ataques sandwich

Para direcionar seu bundle para longe de validadores estatisticamente ligados a ataques sandwich, adicione o parâmetro de consulta mev-protect=true ao seu URL RPC — sem alterações no seu bundle:

Veja também

MEV Protect

Direcionar em torno de validadores estatisticamente ligados a ataques sandwich.

Rebates de Transação

Optar por chamadas únicas sendTransaction para ganhar uma parte do MEV que suas transações geram, pago em SOL.