Latencia de ejecución: recorrido, timestamps y medición

En palabras sencillas — Entre una decisión y la notificación de su ejecución intervienen la plataforma, la red, el bróker, los controles, el enrutador y el centro de negociación. Una sola cifra «clic-a-ejecución» mezcla retrasos técnicos, tiempo de decisión y espera de la contraparte. Para localizar un problema se necesitan timestamps separados y relojes coherentes.

La latencia de ejecución es el tiempo transcurrido durante una o varias fases del ciclo de vida de la orden. No existe un único punto inicial y final válido para todos los análisis. Se pueden medir los intervalos señal-envío, envío-recepción del bróker, enrutamiento, entrada al centro, acuse, ejecución y retorno de la notificación.

La palabra «ejecución» también puede designar acontecimientos distintos. Un acuse suele confirmar la recepción o aceptación, no una ejecución. Una orden puede recibir varias ejecuciones parciales; una orden limitada no marketable puede permanecer en cola durante minutos aunque haya atravesado la infraestructura en milisegundos. El tiempo de espera de la liquidez no es automáticamente latencia técnica.

Cada tramo tiene un timestamp y un sistema responsable distintos. Restar tiempos registrados por relojes no sincronizados produce una medida falsa.

Componentes del recorrido

Tramo	Ejemplo de intervalo	Qué puede incluir
Datos de mercado	evento en el centro → dato recibido	feed, consolidación, red, análisis del mensaje
Decisión	dato o señal → orden generada	lógica, cálculo, intervención humana
Cliente/bróker	envío del cliente → recepción del bróker	plataforma, red, puerta de enlace
Bróker interno	recepción → reenvío	validaciones, riesgo, limitación de mensajes, enrutamiento
Bróker/centro	reenvío → entrada en el centro	red, puerta de enlace y cola de entrada
Centro	entrada → acuse o cruce	matching
Notificación	evento en el centro → mensaje recibido	feed de ejecuciones, bróker y red de retorno

El tramo end-to-end apropiado depende de la pregunta. Una estrategia automatizada puede medir desde el timestamp del dato hasta la notificación de la ejecución; una auditoría del enrutamiento del bróker puede comenzar en la primera recepción de la orden; un centro solo mide los acontecimientos dentro de su propio perímetro.

En la Rule 605 de la SEC, el tiempo de recepción de la orden es el momento en el que el sistema automatizado de la entidad receptora la captura por primera vez. Esta elección permite comparar benchmarks y estadísticas dentro del perímetro estadounidense cubierto. No coincide necesariamente con el clic del cliente ni con la entrada en el motor de matching.

Reloj, timestamp y secuencia

Un timestamp solo resulta útil si se conocen:

el reloj que lo ha generado;
el punto preciso del sistema en el que se aplica;
su zona horaria o referencia temporal;
su granularidad y precisión;
las correcciones, la deriva y el método de sincronización;
el tratamiento de acontecimientos con el mismo timestamp.

Para medir un intervalo dentro de una misma máquina es preferible un reloj monótono, que no esté sujeto a saltos de la hora civil. Para reconstruir acontecimientos entre sistemas distintos se necesita, en cambio, una base temporal común y trazable. El Reglamento Delegado (UE) 2017/574, conocido como RTS 25, exige que los centros y participantes incluidos en su ámbito sincronicen sus relojes de negocio con UTC, con niveles de precisión distintos según la actividad y el sistema. Es un requisito reglamentario específico, no una prueba de que todos los timestamps comerciales estén perfectamente sincronizados.

Restar el timestamp del centro al del cliente sin conocer el desfase entre los relojes puede producir incluso una latencia negativa. Una medición de ida y vuelta en el mismo cliente evita restar relojes diferentes, pero incluye el recorrido de ida, el procesamiento y el retorno. Dividirla entre dos no proporciona necesariamente la latencia en un solo sentido, porque los recorridos pueden ser asimétricos.

Ejemplo de interpretación correcta

En el reloj monótono del cliente:

la señal se genera a 0 ms;
la orden se envía a 2 ms;
el acuse se recibe a 24 ms;
la primera notificación de ejecución llega a 80 ms.

Las observaciones permiten calcular 2 ms de decisión local, 22 ms desde el envío hasta la recepción del acuse y 78 ms desde el envío hasta la notificación de ejecución. No permiten saber dónde se han consumido los 22 ms ni concluir que el cruce ocurrió a 80 ms: la notificación puede haber llegado después del acontecimiento en el centro.

Los 56 ms entre el acuse y la notificación pueden incluir espera en cola, ausencia de contraparte, matching y transmisión del mensaje. Si la orden era pasiva, ese intervalo describe principalmente el tiempo hasta la primera ejecución, no un retraso de red.

Para localizar el tramo se necesitan timestamps adicionales del bróker y del centro, con origen y sincronización documentados, o mediciones controladas de cada segmento.

Métricas útiles

Una media única oculta picos y colas. Una auditoría puede presentar:

mediana, p95, p99 y máximo para cada tramo;
distribuciones por centro, instrumento y franja horaria;
tiempo hasta el acuse, la primera ejecución y la finalización por separado;
tasa de timeouts, rechazos, reintentos y mensajes fuera de secuencia;
diferencia entre timestamp del acontecimiento y timestamp de recepción;
cantidad ejecutada en cada intervalo temporal.

La SEC incluye la velocidad y la cantidad ejecutada entre las dimensiones de las estadísticas de calidad de ejecución. Sin embargo, la velocidad debe leerse junto con el precio, la tasa de ejecución y el tipo de orden. Un centro que responde rápidamente con un rechazo no ofrece el mismo resultado que uno que completa la orden, y una ejecución inmediata a un precio peor no es automáticamente superior.

Latencia, slippage y calidad

La latencia y el slippage pueden estar correlacionados, especialmente cuando las cotizaciones cambian con rapidez, pero no son sinónimos y la correlación no demuestra por sí sola causalidad. Durante el retraso, el precio puede moverse a favor, puede aparecer una contraparte o la orden puede permanecer sin cambios. El slippage también depende del spread, la profundidad, el tamaño, el tipo de orden y el market impact.

Una latencia menor reduce algunos riesgos temporales, pero no garantiza:

el mejor precio;
una ejecución completa;
un enrutamiento correcto;
la ausencia de selección adversa;
la conveniencia económica de la infraestructura;
la calidad de la decisión de trading.

Dentro de su ámbito, el artículo 27 de MiFID II enumera precio, costes, rapidez, probabilidad de ejecución y liquidación, tamaño y naturaleza entre los factores de mejor ejecución. La velocidad es, por tanto, una dimensión, no la calidad completa.

Controles y límites

Una medición reproducible exige definir los acontecimientos antes de analizar los registros. «Enviar» puede significar el clic, la llamada API o la salida de una puerta de enlace; «ejecutar» puede significar el cruce en el centro, la notificación del bróker o la actualización de la interfaz. Cambiar la definición entre sistemas invalida la comparación.

También resultan útiles:

identificadores únicos para enlazar orden, acuses, modificaciones y ejecuciones;
números de secuencia además de timestamps cuando la granularidad no distingue los acontecimientos;
conservación de errores, cancelaciones y cantidades residuales;
control periódico de la deriva y la pérdida de sincronización;
segmentación por tipo de orden y estado del mercado;
separación de la latencia de datos, decisión e infraestructura.

Error típico — Comparar el timestamp local del clic con el del centro como si procedieran del mismo reloj, o atribuir a la red todo el tiempo hasta la ejecución. Sin puntos de medición y relojes documentados, la cifra no permite localizar una causa.