🥪 Solana Sandwich Bot · Cross-DEX Arb (HFT)

cargando…

comprobando…

actualiza cada 5s

📄 PAPER MODE — los Proceeds asumen que siempre ganarías la subasta de Jito. En LIVE el landing rate típico es 30-60%. Net real ≈ net_paper × landing_rate. Gemma 2026-04-29.

⬡ Caja · tres capas

HOTbot operativo—

USDC—

USDT—

SOL (fees)—

Sim profit—

WARMno configurada—

COLDno configurada—

GRAND TOTAL—

actualizando…

🇬🇧 LSE—

—

Abre 09:00 · Cierra 17:30 CEST

🇺🇸 NYSE—

—

Abre 15:30 · Cierra 22:00 CEST
Pre-mkt 10:00 · After 22:00–02:00

📈 CME—

—

23h/día lun–vie · pausa 23:00–00:00 CEST
Cierra vie 23:00 · Abre dom 00:00

⊞ Acumulado · sesión actual

—

Sim profit total ⓘSuma del net_usdc de todas las decisiones Proceed. En PAPER no es dinero real — es lo que el bot ganaría si ejecutara con los costes simulados de slippage + tip + fee.

—

Proceed totales ⓘDecisiones de tipo Proceed: gap detectado pasó el threshold (0.10%) y dejó net positivo después de costes (slippage + tip + fee). En LIVE habría disparado bundle.

—

Gaps observados ⓘTotal de eventos SandwichGap recibidos del opportunity_engine. Incluye Wait + Abort + Proceed. Mide la frecuencia con la que vemos cualquier diferencia Orca↔Raydium.

—

Profit medio/op ⓘSim profit total ÷ Proceed totales. Indica calidad media del trade que habríamos ejecutado.

—

Profit/h ⓘSim profit ÷ horas de sesión. Se muestra con ≥15 min de datos.

—

Proy · fin de mes ⓘModelo no lineal (requiere ≥15 min): 40% días "Ruido" ×0.3 · 50% días "Flujo" ×1.0 · 10% días "Caos" ×15. Caos captura días de pump/SEC/crash. Se recalcula con los días reales restantes del mes.

—

Gap actual ⓘDiferencia porcentual instantánea entre Orca y Raydium SOL/USDC. (expensive - cheap) / cheap. Por encima del threshold (0.10%) se considera oportunidad.

—

threshold 0.10%

Max gap visto ⓘMayor gap detectado en la sesión. Útil para calibrar si el threshold debe subirse o bajarse.

—

esta sesión

Pools activos ⓘPools del state_engine recibiendo updates por WebSocket Helius. Necesitamos ambos (Orca + Raydium) para detectar gaps.

—

Orca · Raydium

Hit rate ⓘ% de gaps observados que pasaron a Proceed. Threshold actual: 0.10%. Si está muy bajo el threshold es demasiado alto. Si está muy alto, posiblemente captura ruido.

—

proceed / gaps

Tip Jito p95 ⓘPercentil 95 del último landed_tips_floor. Es el tip que usaría el bot si enviara bundle ahora. Sube en momentos de competencia alta.

—

lamports

Sesión ⓘTiempo desde el arranque del bot. Reset al reiniciar el servicio.

—

— gaps/min

State Engine · Pools en directo

Orca Whirlpool

—

Raydium CLMM

—

Distribución de decisiones

esperando datos…

Proceed ⓘGap pasó threshold y net > min_profit. En LIVE → bundle Jito. · 0

Wait ⓘGap por debajo de 0.10%. No hay oportunidad — esperamos siguiente evento. · 0

NetBelowMin ⓘGap pasó 0.10% pero net < min_profit después de costes. En Normal: <$0.05. En Chaos: <$0.20. Ajusta ChaosDetector. · 0

Cooldown ⓘMismo par golpeado hace <100ms. Anti-doble-conteo de gaps que persisten. Cooldown bajado de 500ms→100ms el 2026-04-30 (desbloqueaba 80% de clusters). · 0

Jito Tip Floor · landed_tips

p25——

p50——

p75——

p95——

p99——

Polling cada 1.5s · usa p95 como tip activo ⓘEl bot lee este endpoint público de Jito y selecciona p95 (clamp 200k-5M lam) para el tip de cada bundle. p95 es lo que pagan bots que aterrizan en la subasta. —

Histograma de gaps · últimas 50 detecciones

esperando datos…

Buckets en bps (1 bps = 0.01%) · threshold actual: 10 bps ⓘDistribución de gaps por rango. Threshold del bot: 10 bps (0.10%). Lo que cae por debajo de 10 bps es Wait. Lo que supera 10 bps pero no deja net positivo es NetBelowMin.

Últimos Proceed · paper trades

Hora	Gap	Cheap → Exp	Gross	Slip	Tip	Net
esperando primer Proceed…

Historial de gaps · últimos 20

Hora	Gap %	Orca	Raydium	Comprar	Vender
esperando datos…