Qué es el Last Look, en términos medibles
El Last Look en Forex es un mecanismo en el que una orden puede ser aceptada provisionalmente para su ejecución pero luego rechazada (o no ejecutada) después de una breve verificación por parte del proveedor de liquidez. Para medirlo, se traduce el concepto en eventos observables y campos registrables. Este enfoque separa la mecánica relativamente estable (qué decisiones ocurren y cuándo) de las condiciones variables (movimiento del mercado, costos y opciones de implementación).
Una forma práctica de definirlo para la medición es rastrear cada orden intentada como un evento con al menos estos campos:
- Marca de tiempo de la orden (t_order): cuándo cree que se envió la solicitud.
- Marca de tiempo de la cotización o base de precio (t_quote): cuándo se observó el precio utilizado para la solicitud.
- Resultado de la decisión: aceptada/ejecutada o rechazada/no ejecutada.
- Latencia de decisión (Δt): el tiempo entre la base de precio relevante y el resultado final.
- Precio de ejecución y comisiones (si se ejecuta): el precio de llenado final y cualquier costo directamente atribuible que pueda registrar.
Si no puede observar todos estos campos en sus propios registros, debe medir solo lo que pueda verificar y señalar explícitamente lo que falta.
Cómo medirlo utilizando métricas de aceptación, tiempo y calidad de precio
Un objetivo de medición común es cuantificar tanto la frecuencia como el tiempo/calidad.
1) Tasas de aceptación y rechazo
Para una muestra de órdenes intentadas, puede calcular:
- Tasa de aceptación = órdenes ejecutadas / total de órdenes intentadas
- Tasa de rechazo = órdenes rechazadas / total de órdenes intentadas
Supuesto necesario: defina “intentada” de manera consistente (por ejemplo, cualquier orden que llegó al proveedor, no cancelada localmente antes del envío). Sin esto, las tasas pueden ser engañosas.
2) Distribución de latencia
Para resultados ejecutados y/o rechazados, calcule la latencia a partir de los campos en los que confíe:
- Latencia de decisión (Δt) = t_resultado − t_quote (o − t_order, dependiendo de lo que pueda justificar)
Luego resuma utilizando percentiles (por ejemplo, mediana, percentil 90, percentil 99). Esto mide si las decisiones se agrupan en intervalos cortos o se extienden bajo ciertas condiciones.
Supuesto necesario: t_quote y t_resultado deben provenir de relojes y etapas de procesamiento comparables. Si las marcas de tiempo son producidas por diferentes sistemas con diferentes demoras, su Δt no es una representación precisa de la verificación interna del proveedor.
3) Comparación de calidad de precio en el momento de la decisión
Para medir diferencias de “calidad de precio” sin asumir previsibilidad futura, compare cómo el precio de ejecución (cuando se ejecuta) se relaciona con la base de precio utilizada en el momento de la entrada de la decisión.
Un ejemplo de métrica es:
- Diferencia de precio = precio_de_ejecución − precio_de_referencia
Supuesto necesario: el precio_de_referencia está definido y capturado de manera consistente (mismo tipo de cotización, mismo momento y mismas reglas de redondeo). Debido a que los mercados se mueven continuamente, incluso una referencia correcta puede quedar desactualizada en milisegundos; su métrica mide la relación entre la ejecución y su referencia elegida, no el “valor razonable” del proveedor.
4) Comparaciones condicionales
Para reducir la posibilidad de que el movimiento del mercado impulse todo, agrupe los eventos por condiciones observables que pueda medir, tales como:
- el intervalo de tiempo (ejemplo: antes/después de una sesión de mercado específica)
- proxies de volatilidad que calcule a partir de su propio feed de precios
- rangos de tamaño de orden (si los registra)
Requisito de similitud: cada grupo debe tener suficientes eventos, y sus grupos deben usar las mismas definiciones de tiempo de referencia y resultados.
Evidencia y modos de fallo: qué puede romper la medición
La medición puede fallar de varias maneras materiales. Al menos una limitación común es la falta de marcas de tiempo o marcas de tiempo inconsistentes.
Limitación: es posible que no observe el mismo reloj de decisión
Si su t_quote se deriva de un feed y t_resultado proviene de su sistema de gestión de órdenes, puede haber demoras en ambas direcciones. Su Δt medido reflejará entonces la latencia del pipeline y del software, no el tiempo de decisión del Last Look del proveedor.
Limitación: “rechazo” puede tener múltiples significados
Un rechazo aparente podría provenir de:
- la decisión del Last Look
- una cancelación local por tiempo de espera agotado
- rechazo debido a restricciones de ejecución o controles de riesgo que no modeló
Para tratar los rechazos como resultados del Last Look, debe separarlos utilizando definiciones de sus propios registros (por ejemplo, códigos de estado distintos). De lo contrario, las tasas de aceptación/rechazo mezclan mecanismos.
Limitación: las condiciones del mercado dominan los horizontes cortos
Incluso con marcas de tiempo correctas y definiciones claras, los resultados a corto plazo varían según las condiciones del mercado, los costos de negociación y las plataformas de ejecución. Las tasas de aceptación históricas y las distribuciones de diferencia de precio no establecen resultados futuros.
Verificación y siguiente pregunta para hacer la medición confiable
La verificación independiente proviene de auditar sus definiciones y reconstruir la línea de tiempo del evento.