Bundle de Jito: qué garantiza de verdad y qué no

Un bundle de Jito es un grupo de hasta cinco transacciones de Solana que se envían juntas, se ejecutan en el orden que tú escribiste y entran al bloque completas o no entran. Le añades una propina y el grupo puja con ella por un sitio.

• Un bundle admite cinco transacciones como máximo, incluida la de la propina, y se ejecutan en secuencia y de forma atómica (documentación de Jito Labs, agosto de 2026).
• La subasta no ordena por propina bruta sino por propina frente a unidades de cómputo pedidas. Una transacción ligera con poca propina gana a una pesada con mucha.
• El 28 de agosto de 2026 a las 11:11 UTC la propina mediana que entró en bloque fue de 0,00000285 SOL y el percentil 95 fue de 0,0003 SOL.
• La atomicidad tiene una excepción real: si tu bundle cae en un bloque uncled, sus transacciones pueden reemitirse por separado y allí no hay atomicidad ni protección frente a reversiones.
• La Block Engine no implementa simulateBundle. Lo medimos el 7 de agosto de 2026 en cinco regiones y las cinco devolvieron un error de método, así que no existe comprobación previa.

¿Qué es un bundle de Jito?

Un bundle de Jito es una lista de una a cinco transacciones firmadas de Solana que un validador ejecuta entera y en tu orden, o no toca en absoluto. Las transacciones normales llegan al validador por separado y caen en el orden que decide el planificador. Dentro de su grupo, un bundle elimina esa incertidumbre.

El trabajo lo hacen dos propiedades. La primera es la ejecución secuencial: la segunda transacción ve el estado que dejó la primera. La segunda es la atomicidad. Si una transacción del grupo falla, el grupo entero cae y en la cadena no queda nada. Esa pareja es lo que convierte un lanzamiento con su primera compra en una sola operación en lugar de dos apuestas seguidas.

El camino también cambia. Una transacción normal va a un proveedor de RPC y de ahí al líder del momento. Un bundle va a una Block Engine de Jito, allí entra en una subasta y solo las combinaciones ganadoras llegan al validador. Jito Labs opera ocho regiones públicas de Block Engine: Tokio, Fráncfort, Nueva York, Ámsterdam, Dublín, Londres, Salt Lake City y Singapur.

La propina es el precio de entrada. Es una transferencia sencilla de SOL a una de las cuentas de propina de Jito, va dentro del bundle y ocupa uno de tus cinco huecos. Un bundle sin propina es una puja sin cifra.

¿Una propina más alta garantiza que tu bundle entre?

No. Una propina más alta mejora tu sitio en una subasta, y una subasta tiene perdedores por diseño. Jito documenta la regla con claridad: los bundles se priorizan por propina pedida frente a unidades de cómputo pedidas, no por la propina sola. Gana la eficiencia, no la generosidad.

Esa frase explica casi todos los errores caros. Si tu bundle pide 1,4 millones de unidades de cómputo y paga 0,001 SOL, un competidor que pide 200 000 unidades y paga 0,0004 SOL le ofrece al bloque más valor por unidad de espacio. Recortar el presupuesto de cómputo suele salir más barato que subir la propina, y mueve la misma palanca.

Ajusta un límite de cómputo honesto antes de subir la propina. La subasta lee propina dividida entre unidades pedidas, así que un límite ajustado te lleva al mismo sitio al que llegarías pagando más SOL.

Deciden dos mecanismos más. Las subastas corren en paralelo cada 50 milisegundos, y los bundles que tocan las mismas cuentas compiten dentro de una subasta mientras que los que tocan cuentas distintas no se cruzan nunca. Tu rival real no es toda Solana, es quien escribe en tu mismo pool durante esos 50 milisegundos.

El segundo no tiene que ver con dinero. La Block Engine pública admite una petición por segundo por IP y por región, y pasarse devuelve un 429. Cualquier herramienta que reparta un solo bundle a las ocho regiones desde una misma dirección choca con ese techo. Nosotros chocamos: nuestra vía de envío mantiene ahora un intervalo mínimo de 1100 milisegundos por endpoint y prefiere un endpoint privado al conjunto público.

¿Cuánto cuesta una propina de Jito ahora mismo?

La propina mínima que Jito acepta son 1000 lamports, es decir 0,000001 SOL. Lo que entra de verdad es otra cifra y se mueve. La tabla lee los percentiles de propinas que entraron en bloque directamente desde la API pública de tip floor de Jito, el 28 de agosto de 2026 a las 11:11 UTC. Léela como una forma, no como una lista de precios.

Percentil de propinas que entraron	Propina en SOL	Qué compra
Mínimo aceptado	0,000001 SOL	La entrada a la subasta. Nada más.
Percentil 25	0,000001 SOL	Una cuarta parte de los bundles pagó esto o menos.
Percentil 50 (mediana)	0,00000285 SOL	El caso corriente. La mayoría no está en una pelea.
Percentil 75	0,0000441 SOL	Hay competencia, pero sin prisa.
Percentil 95	0,0003 SOL	Competencia real por las mismas cuentas.
Percentil 99	0,001 SOL	Una carrera de bots. Pagar aquí siendo humano suele ser un error.

Mira la distancia entre la mediana y el percentil 99 antes de decidir. Son unas 350 veces, y casi nada de ese rango afecta a alguien que pulsa un botón. Nuestros valores por defecto son bajos a propósito: leemos el percentil 95 de esa misma API, multiplicamos por 1,2 y encerramos el resultado entre 0,00001 SOL y 0,02 SOL, para que un pico en una guerra de bots no vacíe una cartera en silencio.

Montar un bundle a mano significa firmar cada transacción en el orden correcto, meter la transferencia de la propina y no pasar de cinco. Bundled Trade arma ese grupo, le añade la propina y lo envía a la Block Engine de una pasada. Te quita los errores de orden, no el riesgo de la subasta.

¿Un bundle es realmente atómico?

Dentro de un bloque aceptado, sí. El validador ejecuta el bundle entero o no lo ejecuta, y una transacción que falla se lleva al grupo con ella. Hay una excepción documentada, y explica por qué la gente ve transacciones de bundle marcadas en rojo en un explorador.

Solana tiene slots saltados: un líder construye un bloque que la supermayoría nunca acepta. Jito los llama bloques uncled. Cuando un bundle cae en uno, cualquier parte que haya recibido ese bloque puede reemitir sus transacciones. Esas copias entran en la banking stage normal, que no respeta ni la atomicidad del bundle ni la protección frente a reversiones. Medio bundle puede entrar y fallar a la vista de todos.

Un bloque uncled puede partir un bundle que te vendieron como atómico. No diseñes una estrategia en la que la segunda transacción entrando sola no tenga arreglo. Ese resultado es raro, pero está documentado.

Pregunta	¿Lo garantiza el bundle?	Detalle
¿Corren mis transacciones en mi orden?	Sí	Ejecución secuencial dentro del grupo.
¿Entran todas o ninguna?	Sí, en un bloque aceptado	El validador ejecuta el grupo de forma atómica.
¿Entrará el bundle?	No	Es una subasta. Las pujas perdedoras se descartan.
¿Recupero la propina si pierde?	Sí	Va dentro del bundle, y un bundle que no entra no transfiere nada.
¿Estoy a salvo de un sándwich?	No por defecto	Jito ofrece una marca opcional, más abajo.
¿Sobrevive a un bloque uncled?	No	Las copias reemitidas pierden atomicidad y protección.

El caso del sándwich tiene una respuesta que conviene conocer. Jito acepta como marca cualquier clave pública válida que empiece por jitodontfront dentro de una instrucción, y la Block Engine rechaza cualquier bundle donde esa transacción no vaya la primera, en el índice cero. Fuera de los bundles no detiene nada, y te cuesta la posibilidad de colocarte detrás de otra persona.

¿Por qué desapareció mi bundle sin dar error?

Un bundle puede desaparecer en silencio porque en tu vía no hay comprobación previa. La propia página de resolución de problemas de Jito sugiere verificar con simulateBundle, y ese método existe en un nodo RPC de Jito-Solana. En la Block Engine que acepta tu bundle no existe.

Lo medimos en lugar de suponerlo. El 7 de agosto de 2026 llamamos a simulateBundle contra las regiones públicas de Fráncfort, Nueva York, Ámsterdam, Salt Lake City y Londres, y las cinco devolvieron un error de método no encontrado. Nuestro cliente ahora informa aparte de si la simulación llegó a correr. Un camino de código que toma un método ausente por una simulación superada no tiene comprobación previa y no lo sabe.

La segunda razón es la memoria corta. getInflightBundleStatuses solo conoce los últimos cinco minutos. Pasada esa ventana, un identificador de bundle vuelve como invalid, que suena a rechazo y no lo es. Significa que la Block Engine dejó de seguirlo. Entonces queda una sola fuente de verdad: si las transacciones están en la cadena o no.

¿Cuándo es un bundle la herramienta equivocada?

Casi siempre. Un bundle merece su complejidad cuando dos o más transacciones no pueden separarse, y no aporta nada en el resto de los casos. Un swap suelto no tiene orden que proteger y no gana nada en una subasta que puede perder. Ponerle propina es comprar un boleto para una carrera en la que no corres.

Conviene decir tres límites en voz alta, porque el bundle se vende a menudo como una garantía.

• Un bundle no salva una transacción mala. Si tu slippage va apretado o a la cuenta le falta el depósito de alquiler, el grupo cae entero y has pagado latencia para nada.
• Un bundle no gana a un rival más rápido con mejor relación entre propina y cómputo, y no puede avisarte de que perdió. Quedar segundo en una subasta no tiene mensaje de error.
• Un bundle no te protege de ti. El techo de cinco transacciones empuja a apretar más instrucciones en cada una, eso sube el cómputo pedido y baja justo la eficiencia por la que ordena la subasta.

Un lanzamiento donde la creación y la primera compra no pueden separarse es el caso para el que se construyeron los bundles. Pump.fun Create and Bundle Buy mete el mint y las compras en un grupo y lo presenta como una sola puja. O el lanzamiento sale como lo planeaste, o no sale.

Este artículo es educativo y no constituye asesoramiento financiero, de inversión, legal ni fiscal. Los tokens de Solana son muy volátiles y la mayoría pierde todo su valor. Investiga por tu cuenta y no arriesgues dinero que no puedas permitirte perder. J Tools no recomienda ningún token ni operación concreta.

Preguntas frecuentes

¿Cuántas transacciones caben en un bundle de Jito?

Cinco, y la transferencia de la propina es una de ellas. En la práctica quedan cuatro transacciones de trabajo real. Jito Labs documenta el límite y nuestra vía de envío rechaza una sexta transacción antes de que llegue a la red, en lugar de esperar la negativa de la Block Engine.

¿Recupero la propina si el bundle no entra?

Sí. La propina es una transferencia normal de SOL colocada dentro del bundle, así que solo se ejecuta si el bundle se ejecuta. Un bundle que pierde la subasta no transfiere nada y no cuesta nada en cadena. Pierdes el tiempo, no el SOL.

¿Cuál es la propina mínima de Jito?

1000 lamports, es decir 0,000001 SOL. Ese es el umbral de aceptación, no el de entrada en bloque. El 28 de agosto de 2026 a las 11:11 UTC la mediana de propinas que entraron fue de 0,00000285 SOL, varias veces el mínimo documentado en condiciones normales.

¿Un bundle de Jito es lo mismo que la comisión de prioridad?

No. La comisión de prioridad se paga al validador mediante el programa de presupuesto de cómputo y afecta a una sola transacción en la vía normal. La propina de Jito es una transferencia de SOL dentro del bundle que puja en otra subasta. Puedes usar las dos y hacen cosas distintas.

¿Por qué el explorador muestra mi bundle como fallido?

Lo habitual es un bloque uncled. Tu bundle cayó en un bloque que la red no aceptó, alguien reemitió sus transacciones a la banking stage normal, y ahí el grupo no tiene atomicidad ni protección frente a reversiones. Lo que ves en el explorador es una copia, no tu bundle.

¿Un bundle me protege de un ataque sándwich?

Solo si lo activas tú. Al añadir a una instrucción una clave pública que empiece por jitodontfront, la Block Engine rechaza todo bundle donde tu transacción no vaya primero. Frena el adelantamiento dentro de los bundles de Jito y no toca nada de lo que ocurre fuera.

Fuentes usadas en este artículo: la documentación de Jito Labs sobre envío de transacciones de baja latencia para los límites del bundle, las reglas de la subasta, los límites de peticiones y los bloques uncled; la API de tip floor de Jito para los percentiles de propinas; y la documentación de transacciones de Solana para el modelo base. Para seguir leyendo: cuánta comisión de prioridad pagar en Solana, comparativa entre Jupiter, Raydium u Orca y alternativas a Pump.fun.

Escrito por el equipo de J Tools. Construimos y operamos más de 40 herramientas de Solana en producción, desde la creación de tokens hasta el análisis de carteras en cadena, y escribimos desde lo que vemos en mainnet, no desde la teoría. Publicado: 28 de agosto de 2026. Última revisión: 28 de agosto de 2026.