Algoritmos de ejecución: qué se mide
Los algoritmos de ejecución son métodos que deciden cómo se dividen las órdenes en acciones más pequeñas y cómo se programan y enrutan esas acciones. Para medirlos de una manera que otros puedan verificar, céntrese en los campos de ejecución medibles (qué ocurrió) y en los campos de sincronización medibles (cuándo ocurrió). Luego compare los resultados solo bajo supuestos claramente establecidos, porque las condiciones del mercado y los costes de ejecución pueden dominar los resultados.
Mecánica y campos medibles
Una forma práctica de definir la medición es partir de un “registro de eventos de la orden” para una orden principal.
1) Campos de sincronización
- Hora de solicitud: cuándo se envió la orden principal.
- Inicio de la ejecución: cuándo se produce el primer intento de ejecución de la orden secundaria.
- Hora de finalización: cuándo la orden principal se ejecuta por completo o se termina.
- Ventanas de cola/latencia: el tiempo transcurrido entre el envío de una orden secundaria y la recepción de una confirmación o ejecución (si sus datos lo capturan).
2) Campos de calidad de ejecución
- Ratio de ejecución: cantidad ejecutada dividida por la cantidad prevista.
- Cantidad restante: lo que no se ejecuta al finalizar.
- Distribución de la ejecución: cuánto se ejecutó en cada intervalo de tiempo.
3) Campos de coste e impacto en el precio Para evitar ambigüedades, calcule los costes utilizando un precio de referencia elegido y una fórmula claramente definida. Las opciones de referencia habituales incluyen:
- Precio medio al inicio (un punto medio entre el mejor bid y el mejor ask, si puede observarlo)
- Precio de decisión en el momento en que comenzó el algoritmo
- Precio de llegada en el primer momento ejecutable
Luego mida:
- Deslizamiento: diferencia entre el precio de ejecución medio y el precio de referencia (direccional).
- Déficit de implementación (conceptualmente): coste relativo a una referencia que incluye tanto el movimiento del precio como la incompletitud de la ejecución.
4) Campos de restricciones y control Si el algoritmo tiene parámetros (por ejemplo, objetivos de participación o límites de tiempo), trátelos como entradas medibles y verifique con qué frecuencia el algoritmo cumplió esas restricciones en cada escenario.
Evidencia y ejemplo de cálculo (con supuestos explícitos)
Suponga que tiene una orden principal de 100 unidades.
- Orden principal enviada a las 10:00:00.
- Primer intento de ejecución de la orden secundaria a las 10:00:05.
- Finalización completa a las 10:00:35.
- Precio de ejecución medio de todas las ejecuciones: 1.2000.
- Su precio de referencia (precio medio al inicio de la ejecución) es 1.1980.
Un cálculo de deslizamiento simple y verificable es:
- Deslizamiento = Precio de ejecución medio − Precio de referencia
- = 1.2000 − 1.1980 = 0.0020 (por unidad, en términos de precio)
Para que sea independiente y reproducible, también debe indicar:
- la definición de referencia (precio medio a las 10:00:05)
- la granularidad de los datos (precios de ejecución y marcas de tiempo)
- si utilizó promedios ponderados por cantidad
Si también observa que solo se ejecutaron 90 de las 100 unidades, debe informar el ratio de ejecución = 0.90 y tratar la incompletitud como un componente separado y material, en lugar de incorporarlo solo al precio.
Limitaciones y modos de fallo (qué rompe las comparaciones)
Incluso con métricas cuidadosas, las comparaciones pueden ser engañosas si ignoran la variabilidad.
Limitaciones materiales
- Las condiciones del mercado dominan: la liquidez, la amplitud del diferencial y la volatilidad pueden cambiar durante la ejecución y afectar los costes.
- Los costes difieren entre escenarios: las comisiones, los honorarios y cualquier cargo relacionado con la ejecución pueden alterar las métricas de coste.
- Dependencia del punto de referencia: las cifras de deslizamiento cambian cuando se modifica la definición del precio de referencia.
- Las relaciones históricas no establecen resultados futuros: el rendimiento pasado bajo un régimen puede no aplicarse a otro.
Modos de fallo a medir o vigilar
- Ejecuciones parciales: el algoritmo finaliza con cantidad restante.
- Retrasos en la cola y sensibilidad a la latencia: el tiempo de ejecución puede empeorar durante períodos de mayor congestión.
- Sobre-ejecución o sub-ejecución respecto al ritmo previsto: la tasa real de órdenes secundarias puede desviarse de los objetivos.
- Comportamiento de detención/terminación: cancelaciones repetidas o salidas anticipadas pueden sesgar las comparaciones de coste y tiempo de finalización.
Verificación y la siguiente pregunta
Para verificar las afirmaciones sobre un algoritmo de ejecución, necesita tres cosas que puedan comprobarse de forma independiente: (1) los campos y fórmulas medidos, (2) las marcas de tiempo y las ventanas de tiempo utilizadas, y (3) los supuestos sobre los precios de referencia y la disponibilidad de datos. Si dos partes calculan la “misma” métrica pero eligen diferentes precios de referencia o ventanas de muestreo, sus resultados pueden diferir legítimamente.
Una pregunta útil a continuación es: ¿qué datos tiene realmente para el precio de referencia (precio medio, precio de llegada u otro proxy) y para la latencia/confirmaciones? Con esa respuesta, puede alinear las definiciones de medición antes de comparar algoritmos o proveedores.