Skip to main content
Esta es la ruta básica para bundles: un proxy directo de Jito, facturado por envío e ideal cuando necesitas una ejecución atómica sin requisitos de latencia. Si eres un trader que necesita baja latencia y el margen de propina prioritaria, usa los bundles de Sender Max .
Los bundles básicos proporcionan una ejecución atómica de todo o nada de hasta 5 transacciones, enviada directamente a Jito mediante proxy. Cada envío de sendBundle se factura como 1 crédito de tu plan.

Métodos compatibles

¿Necesitas límites de solicitudes más altos? Contacta a nuestro equipo de ventas.

sendBundle

Envía una lista de transacciones firmadas como un bundle atómico. Si se acepta el bundle, devuelve un bundle_id (hash SHA-256 de las firmas de las transacciones). Esto no garantiza que el bundle se incluya en la cadena. Comprueba la confirmación de las transacciones en la cadena para verificarlo. Se requiere una propina. Al menos una transacción debe transferir SOL a una cuenta de propinas de Helius. Si la propina es demasiado baja, es posible que el bundle no se seleccione para su inclusión.

Solicitud

Ejemplo

Respuesta

El result es el ID del bundle. Úsalo con getBundleStatuses para hacer un seguimiento de su inclusión.

getBundleStatuses

Devuelve el estado de los bundles enviados. Si un bundle no se incluyó o no se encuentra, devuelve null.

Solicitud

Ejemplo

Respuesta

Devuelve null en el arreglo value para los bundles que no se encuentren.

Enrutamiento por región

De forma predeterminada, Helius enruta tu bundle al endpoint global de Jito (mainnet.block-engine.jito.wtf), que lo enruta geográficamente al Block Engine más cercano de manera automática. Para usar una región específica, configura el encabezado HTTP jito-region:

Ejemplo con región

Cuentas de propinas

Al menos una transacción de tu bundle debe incluir una transferencia de SOL a una de estas cuentas de propinas. Elige una al azar para reducir la contención.
La propina mínima es de 5,000 lamports.

Requisitos de los bundles

  • Máximo de 5 transacciones por bundle
  • Todas las transacciones deben estar completamente firmadas
  • Usa la codificación base64 (se recomienda en lugar de base58 para mejorar el rendimiento)
  • Al menos una transacción debe incluir una propina
  • Las transacciones se ejecutan secuencialmente: tx2 puede depender de los cambios de estado de tx1

simulateBundle (opcional)

Puedes simular tu bundle antes de enviarlo para comprobar si hay errores:

Protégete contra ataques sándwich

Para desviar tu bundle de los validadores vinculados estadísticamente con ataques sándwich, agrega el parámetro de consulta mev-protect=true a tu URL de RPC, sin realizar cambios en el bundle:

Consulta también

MEV Protect

Evita los validadores vinculados estadísticamente con ataques sándwich.

Transaction Rebates

Activa la participación en llamadas individuales a sendTransaction para obtener una parte del MEV que generan tus transacciones, pagada en SOL.