Cada etapa de este recorrido deja un registro verificable antes de pasar a la siguiente. No hay fechas prometidas ni saltos: si los datos de una fase no alcanzan, el proceso se detiene ahí y se revisa el diagnóstico con el gestor de riesgo del pool.
La secuencia se aplica igual en pools de AMM con comisiones fijas y en pools de rango concentrado, aunque los umbrales y la ventana de observación cambian según la latencia de ejecución y el tipo de participantes que ya operan en el libro.
Antes de tocar cualquier umbral, revisamos el tipo de AMM, la composición actual de wallets, la latencia de ejecución y los patrones de liquidez de las últimas semanas. El objetivo es tener una línea base clara: qué flujo es proveedor habitual y qué flujo aparece solo en ventanas de volatilidad. Sin esa base, cualquier puntuación de riesgo queda sin referencia.
Con el diagnóstico sobre la mesa, se acuerdan los umbrales de identidad y comportamiento: qué señales pesan más, cuánto tiempo se conserva la reputación de una wallet y qué nivel de desviación activa una alerta. Esta fase es deliberativa y suele requerir más de una sesión, porque los criterios deben quedar escritos y no depender de interpretaciones posteriores.
La red neuronal se conecta al pool pero no bloquea nada: solo puntúa y registra. Durante esta ventana comparamos sus señales con el histórico real y medimos falsos positivos, especialmente en episodios de volatilidad alta donde el comportamiento legítimo se parece al oportunista. Si la tasa de error no baja a un rango aceptable, se recalibra antes de avanzar.
El bloqueo no entra de golpe. Primero se degradan permisos de las wallets con puntuación más alta, luego se aplican retenciones temporales y solo después se restringe el acceso al pool. Cada intervención queda documentada con la señal que la disparó, la versión del modelo y el revisor que la aprobó, de modo que cualquier decisión pueda auditarse más adelante.
Una vez activo, el sistema entra en régimen de monitoreo: se revisan alertas, se ajustan umbrales cuando cambia la estructura de comisiones o aparece un tipo de ataque nuevo, y se documenta cada intervención. También se programan revisiones periódicas del modelo, porque un clasificador entrenado en un régimen concreto pierde precisión cuando el mercado cambia de forma.
Para ver cómo se aplica esta secuencia en un caso real, revisa el análisis sobre validación con IA y arbitraje tóxico. Si tu equipo necesita un diagnóstico previo, el punto de entrada es la solicitud de diagnóstico técnico.
La secuencia no se mide en semanas prometidas sino en criterios verificables. Cada fase deja documentación propia y puede detenerse si los datos del pool no alcanzan para calibrar señales con confianza.
Antes de mover cualquier umbral conviene saber qué se está midiendo: tipo de AMM, participantes actuales, latencia real de ejecución y patrón de liquidez en distintos regímenes de volatilidad. Sin ese punto de partida, cualquier bloqueo posterior es una apuesta.
Se levanta el histórico de órdenes, cancelaciones y correlación con movimientos de precio en otros venues. El objetivo no es decidir todavía, sino fijar una línea base contra la que comparar cualquier intervención futura. Si el pool no tiene suficiente profundidad de datos o cambia de reglas de comisión con frecuencia, esta etapa se alarga o se suspende.
Los límites de identidad y comportamiento se acuerdan con quien responde por el riesgo del pool, no se imponen desde el modelo. Se documenta qué patrón se considera compatible con arbitraje tóxico, qué margen se deja a market makers legítimos y cómo se registra cada ajuste. Un umbral demasiado agresivo expulsa liquidez honesta; uno laxo deja pasar extracción oportunista.
La red neuronal puntúa flujos sin bloquear nada. Se comparan sus señales con lo que el equipo de riesgo habría decidido a mano, y se anotan los falsos positivos que aparecen en episodios de alta volatilidad. Esta fase existe para calibrar, no para demostrar resultados: si las señales no son estables, no se avanza.
El bloqueo entra por capas: primero se degradan permisos de wallets con puntuación alta de riesgo, después se restringe la inclusión de órdenes compatibles con frontrunning. Cada intervención queda registrada con la versión del modelo que la decidió. La progresión permite revertir un tramo sin desarmar toda la configuración del pool.
En producción el trabajo se reparte entre revisión de alertas, ajuste de umbrales y documentación de cada intervención. También incluye un canal de apelación para participantes sancionados, con plazos definidos y trazabilidad de la decisión. El modelo envejece: cambios en la estructura de comisiones o un tipo de ataque nuevo obligan a revisar la calibración.
Ninguna etapa avanza por calendario. Se pasa a la siguiente cuando los datos sostienen la decisión y el equipo de riesgo firma el cambio. Si el pool pierde participantes clave, si la latencia se degrada o si las señales se vuelven inestables, la secuencia se detiene y se vuelve a la fase anterior. No se prometen plazos fijos ni resultados de precio.