Fronteo en AMM: por qué la latencia sigue siendo el campo de batalla

Cerrar un pool no elimina el fronteo: lo empuja hacia la capa donde las transacciones se propagan. Cuando el acceso está restringido a participantes validados, el bot que antes competía por gas ahora compite por milisegundos dentro de la red de difusión. Esa mudanza cambia el problema de sitio, no lo resuelve, y explica por qué la latencia sigue siendo la variable que decide quién extrae valor y quién solo aporta liquidez.

Hoy conviven tres defensas en producción. La primera son los mempools cifrados: la transacción viaja opaca hasta el momento de inclusión, de modo que nadie puede leerla y adelantarse. Reduce el fronteo clásico, pero añade un intermediario que conoce el contenido antes que el resto y desplaza la confianza hacia ese nodo. La segunda son las subastas por lotes con revelación diferida: las órdenes se agrupan en ventanas cortas y se ejecutan a un precio único, lo que borra la ventaja de ir primero. El coste aparece en el tiempo de inclusión, que se estira de forma perceptible.

La tercera vía son los comités de validación que ordenan operaciones según una puntuación de riesgo. Aquí la latencia no se mide en gas sino en reputación: una wallet con historial limpio entra antes que otra con patrones de cancelación agresiva. El efecto sobre el slippage promedio es el más estable de los tres, aunque depende de que el modelo no envejezca con cada cambio en la estructura de comisiones.

Ninguna técnica gana sola. Los mempools cifrados sin reputación persistente dejan pasar al mismo actor con otra dirección. Las subastas por lotes sin retardo controlado siguen siendo vulnerables a quien sincroniza su orden con el cierre de la ventana. Lo que cambia el resultado medible es la combinación: un retardo acotado que impide la carrera y una puntuación de participante que sobrevive entre sesiones. Esa mezcla es la que reduce el slippage del usuario final sin expulsar a los market makers honestos.