\n\n\n\n\n
How It Works Airdrop Jackpot White Label 🔐 Log in Launch Bot ↗
Documentación — Flujo de ejecución del auto-buy en Robinhood Chain (Loxley AI)

Del evento de creación del par a la compra ejecutada, en un solo pipeline disciplinado.

Cómo funciona el auto-buy de Loxley AI en Robinhood Chain: detección de pares, cotización entre pares V2 y pools con hook de Uniswap V4, escaneo de seguridad por capas, simulación de transacciones, difusión, confirmación y notificación — etapa por etapa.

El módulo de auto-buy (compra automática) es el corazón del bot de trading de Telegram de Loxley AI. Este documento describe el flujo de ejecución completo de la compra automatizada de un miembro en Robinhood Chain. El mismo pipeline conceptual impulsa las compras manuales, con reglas de control distintas (consulta la sección sobre manual frente a automatizado al final).

Etapa 1 — Detección

La nueva liquidez aparece en Robinhood Chain de dos formas: pares clásicos estilo V2 creados a través del contrato factory, y pools de Uniswap V4 inicializados en el pool manager. Loxley indexa los eventos de creación de pares y, fundamentalmente, ancla la identidad de cada token a su transacción de creación. Ese anclaje importa después: permite al analizador reconstruir quién desplegó el token, quién financió la liquidez y qué billeteras hicieron sniping en los primeros bloques — antes de que los eventos puedan quedar ocultos.

Etapa 2 — Filtrado de candidatos

No todo par nuevo se convierte en candidato. El pipeline descarta tokens cuyo bytecode de despliegue coincide con firmas de familias de estafas conocidas, tokens en lista negra por política del operador o de la plataforma, y pares cuya liquidez está por debajo del mínimo configurado por el operador. Los candidatos pasan a cotización de inmediato; nada espera a un tic de cron.

Etapa 3 — Cotización

La cotización es consciente de los hooks. Para los pares estilo V2, la cotización es una estimación estándar de producto constante. Para los pools de V4, el cotizador tiene en cuenta el contrato hook del pool, porque los hooks pueden modificar los importes del swap, cobrar comisiones en cualquier dirección o imponer lógica personalizada alrededor de beforeSwap/afterSwap. Un cotizador ingenuo que ignora los hooks asigna precios erróneos a estos pools de forma sistemática — uno de los fallos más comunes de los bots multichain injertados en Robinhood Chain.

Etapa 4 — La puerta de seguridad

Antes de cualquier compra automatizada, el escáner de seguridad construye un veredicto por capas a partir de lecturas on-chain en vivo:

Si alguna capa no está disponible — RPC inestable, tiempo de espera del escáner agotado — el veredicto es degradado, y los veredictos degradados nunca se almacenan en caché ni se reutilizan. La automatización trata lo degradado como un alto, no como un "probablemente está bien".

Etapa 5 — Ejecución y confirmación

Las compras aprobadas se firman para la billetera integrada del miembro, se difunden a través de endpoints RPC redundantes con failover (conmutación por error) y se confirman on-chain. El miembro recibe una notificación de Telegram con los detalles de la entrada; la posición se registra de inmediato en la capa de seguimiento, de modo que el motor de ventas la vigila desde el primer bloque de propiedad.

Shadowing e interacción de modos

Cuando un operador activa un modo de estrategia autónoma de IA para un canal, el shadowing (solapamiento) a nivel de carril evita la doble ejecución: la ola de la estrategia pasa a ser la única voz compradora de ese carril y el auto-buy simple permanece en silencio (sin compras duplicadas ni mensajes duplicados a los miembros). Los interruptores de corte permiten a los operadores detener el auto-buy por canal o globalmente sin necesidad de redesplegar.

Compras manuales frente a compras automatizadas

Loxley separa deliberadamente ambas. Las compras automatizadas desatendidas son bloqueadas de forma definitiva por la puerta de seguridad. Las compras manuales —en las que un humano pulsa el botón— nunca se bloquean de forma definitiva: la interfaz muestra advertencias explícitas ante calificaciones de peligro o críticas, y el usuario decide. Esto mantiene posible la toma de riesgos informada mientras frena las pérdidas de quien se duerme al volante.

Presupuesto de latencia, con honestidad

La detección está orientada a eventos. La cotización y el escaneo están paralelizados. La simulación es el cuello de botella deliberado — existe para ser lo bastante lenta como para acertar. No damos una cifra única de milisegundos porque las condiciones de la cadena gobiernan la realidad; sí prometemos que el pipeline no tiene esperas ociosas, ni huecos de sondeo, ni omisiones silenciosas.

Siguiente: el motor de ventas → Toda la documentación

Built for operators, not slippage goblins. Talk to us →