Anteriormente ya hemos cubierto la monitorización del mercado (Scout) y el modelo matemático (AMM Math), ahora llega la parte principal: la capa de estrategia (Strategy). Este es el cerebro del robot de arbitraje, que debe responder en milisegundos a tres preguntas clave:

¿Hay dinero para ganar? ¿La diferencia de precios es suficiente para cubrir gas y deslizamiento? ¿Cómo operar? ¿Comprar en el pool A a bajo precio y vender en el pool B a alto precio, o hacer la operación inversa? ¿Cómo garantizar que la ganancia realmente se obtenga? A través de transacciones atómicas y empaquetado en Bundle para asegurar la ejecución.

En este episodio, analizaremos la lógica algorítmica del arbitraje cross-DEX en Solana y los desafíos prácticos de ingeniería.

**De la consulta periódica a los eventos impulsados**

El entorno de alto rendimiento de Solana determina que la arquitectura de arbitraje debe ser reactiva. Cuando el estado de un pool se actualiza, el robot entra inmediatamente en el flujo de trabajo: cambio de estado → cálculo de cotización local → comparación de diferencia de precios → decisión si supera el umbral → cálculo de dirección y tamaño → construcción de instrucciones de transacción atómica → envío mediante Jito Bundle. Por el contrario, si la diferencia de precios no alcanza el umbral, simplemente se descarta y se espera la próxima oportunidad.

Esta arquitectura reduce el tiempo desde la monitorización hasta la emisión de la transacción a milisegundos, tan rápido que es difícil de imaginar. No se trata de consultar periódicamente el estado del pool, ni de esperar, sino de un sistema verdaderamente impulsado por eventos.

**Por qué usar Jito Bundle**

En el ecosistema de Solana, por muy rápido que sea tu trading, aún tienes que hacer fila. La función de Jito Bundle es romper esa lógica de colas. El robot puede empaquetar varias transacciones en una operación atómica y enviarla al validor, garantizando así el orden y la atomicidad de la ejecución. Una vez en el Bundle, o todo tiene éxito, o todo falla; no hay estados intermedios. Esto es crucial para el arbitraje, porque no puedes aceptar que la primera transacción tenga éxito y la segunda falle.

**El núcleo de la lógica de decisión**

La detección de la diferencia de precios es la primera barrera. El robot debe calcular en tiempo real todos los posibles caminos de arbitraje (pueden ser dos pools, tres pools, o incluso más), y filtrar aquellos con la mayor diferencia de precios. Pero hay una trampa: las transacciones generan deslizamiento, las tarifas de gas son costos fijos, y en momentos de congestión la tarifa de Bundle puede dispararse. Por eso, al calcular, hay que incluir todos estos factores para asegurarse de que la ganancia final sea positiva.

Luego, la decisión de dirección. Supongamos que surge una diferencia de precios en USDC/SOL, el robot debe decidir en qué pool comprar y en cuál vender. Esto implica considerar la profundidad de liquidez, las limitaciones en el tamaño de la operación, y la variación dinámica del deslizamiento. Si el tamaño es muy pequeño, no se obtiene ganancia; si es muy grande, el deslizamiento puede comerse la ganancia. Hay que encontrar ese punto crítico.

Todo este ciclo se repite continuamente, desde detectar la oportunidad hasta ejecutar la orden, con casi ninguna latencia intermedia.