¿Qué causa la latencia en el trading de divisas? El camino de la orden, paso a paso

Pregúntese a diez traders qué significa “latencia” y la mayoría de ellos darán su ping. El ping es real, pero solo hay que recorrer aproximadamente ocho pasos antes de que un precio y una orden lleguen a destino. Un ping de 2 ms aún puede tener un tiempo de llenado de 150 ms, y un trader que pase a un VPS más rápido se sorprenderá al ver que no ha cambiado mucho. La razón es sencilla: La latencia en el trading de divisas es una cadena, y el enlace más lento decide qué obtienes realmente.

Esta guía recorre toda la cadena, paso a paso: dónde se genera el precio, cómo llega a tu pantalla, qué sucede con tu pedido en el camino de vuelta y qué retrasos puedes reducir tú mismo. Todas las cifras de tiempo que se mencionan a continuación son Intervalos ilustrativos Para mostrar órdenes de magnitud, no medidas de ningún corredor específico.

Dos tipos de latencia: latencia de precio y latencia de ejecución

Antes de analizar el lúpulo, hay que separar dos conceptos que a menudo se confunden:

  • Latencia de los precios (también llamada latencia de cotización o de feed) es la antigüedad del precio que se muestra en la pantalla. Si el mercado cambió hace 40 milisegundos y tu terminal aún muestra el precio anterior, estás viendo el pasado.
  • Latencia de ejecución Es el trayecto de ida y vuelta desde el momento en que usted (o su software) envía una orden hasta que se recibe la confirmación de llenado. Esto incluye la conexión de ida y vuelta, además de todo lo que el corredor y sus proveedores de liquidez hacen en el transcurso del proceso.

Tienen causas diferentes y soluciones diferentes. Un trader puede tener una fuente de precios actualizada y una ejecución lenta (un corredor que mantiene las órdenes), o una ejecución rápida en una fuente de precios obsoleta (un corredor cuyo servidor de precios limita el número de ticks). La mayoría de las quejas sobre el “mi corredor es lento” se solucionan mucho más fácilmente una vez se sabe con qué de los dos se está enfrentando.

La cadena completa, paso a paso

Aquí se muestra el trayecto que transitan una cotización y una orden en un entorno comercial típico de divisas con un bróker MetaTrader o cTrader. La primera fila representa el precio que se recibe; la segunda fila es la orden que se envía.

RUTA DE PRECIOS → el presupuesto de viaje llega hasta usted 1. Liquididadoferta del proveedormercado 2. Agregador +servidor de precioscomisionista 3. MT / cTraderservidor de comerciocomisionista 4. RedesPara titu ubicación 5. Terminal +estrategiausted decisión RUTAS DE PEDIDO ← tu pedido regresa 6. Enviado el pedido+ red de retroalimentaciónusted 7. Llista de espera del servidor+ verificación de riesgoscomisionista 8. Puente +Retraso en el tratamientocomisionista 9. Último vistazo a LPaceptar / rechazarProveedor de liquidez 10. Completar el informeDe vuelta a ti¡De nuevo toda la cadena! Lo controla usted (ubicación, VPS, software) Solo lo influenciáis eligiendo al broker. Cara del mercado / LP La latencia de los precios = número de saltos 1-5. La latencia de la ejecución = número de saltos 6-10. Tu ping cubre solo los saltos 4 y 6. Ruta de retail FX simplificada; la arquitectura exacta varía según el corredor. Ilustración: hftarbitrageplatform.com
Figura 1. Tu ping mide dos de los diez pasos. Todo lo que está en color ámbar o rojo ocurre en el lado del corredor o de la liquidez.

1. El proveedor de liquidez fija el precio

Los bancos, los creadores de mercado no bancarios y los ECN obtienen las cotizaciones a través de sus propios motores. Su latencia interna es mínima, pero es la fuente del precio “verdadero” que todo lo que sigue en el proceso busca. No se puede cambiar este salto; solo se puede estar más cerca o más lejos de él.

2. El servidor de precios del agregador y del corredor

El corredor recopila flujos de datos de varios proveedores, selecciona o combina las mejores ofertas y solicitudes, aplica su margen y envía el resultado a su plataforma de trading. Aquí es donde se oculta una gran parte de la latencia de los precios. Algunas configuraciones filtran o ralentizan los ticks (por ejemplo, enviando al máximo unas pocas actualizaciones por segundo por símbolo) para ahorrar ancho de banda. El resultado es un feed que parece fluido pero que deja atrás al mercado decenas de milisegundos en movimientos rápidos.

3. El servidor de comercio

El servidor MetaTrader o cTrader recibe los precios del corredor y los distribuye a todos los clientes conectados. Un servidor con muchas conexiones y muchos complementos añade su propio retraso pequeño pero variable.

4. La red para usted

Es la distancia que los usuarios miden con ping. Se rige principalmente por la distancia física: la luz en fibra cubre aproximadamente 200 km por milisegundo, y las rutas reales nunca son rectas. Un VPS en el mismo centro de datos que el servidor del broker puede tener una latencia inferior a 1 ms; la misma ciudad está a unos pocos milisegundos; Londres a Nueva York tarda aproximadamente 30-40 ms en ir de ida; una conexión doméstica en otro continente puede fácilmente ser de 100-200 ms o más.

5. Tu terminal y tu estrategia

La consulta ahora tiene que ser procesada por tu terminal y por cualquier lógica que utilices. Un terminal sobrecargado con docenas de gráficos, indicadores pesados o un script lento puede añadir más retraso que la propia red. Este es el paso más subestimado porque nunca se muestra en un test de ping.

6-10. La orden vuelve atrás

Una vez que usted decide operar, la orden cruza de nuevo la red (hop 6), espera en la cola del servidor de operaciones y pasa los controles de riesgo y margen (7), pasa a través del puente del corredor a un proveedor de liquidez o al propio libro del corredor, posiblemente con un retraso deliberado en la operación (8), puede quedar retenida por el proveedor. último vistazo ventana y luego se acepta o rechaza (9), y finalmente el informe de llenado vuelve hasta el origen (10). Si desea conocer el detalle de cómo los puentes gestionan las órdenes, consulte nuestra comparación de Conectividad de la API FIX versus una puente MT4 aborda este tema en profundidad.

Un presupuesto de latencia de ejemplo

Al poner números aproximados en cada salto, se hace más tangible la imagen. Trate de considerar los rangos como órdenes de magnitud; los valores reales varían según el corredor, la carga de trabajo del servidor y la hora del día.

HopRango ilustrativoConducir principal¿Quién lo controla?
Formación de precios de los LPde sub-ms a unos pocos msMotor del proveedor, lugar de celebraciónNadie (el mercado)
Agregador + servidor de precios1-20 ms, más si se ralentizan los ticksLogica de agregación, filtrado de ticksCorredor
Red, servidor para usted<1 ms (en el mismo centro de datos) a 200+ ms (en otro continente)Distancia física, encaminamiento¡Tu (donde estás)
Terminal + estrategia0,1 ms a 50+ msCPU, carga de gráficos, calidad del códigoTú
Red, tú a servidorEs igual que en la formaDistancia física, encaminamientoTú
Línea de espera del servidor + verificaciones de riesgo1-30 msCarga del servidor, pluginsCorredor
Puente + retraso en la negociaciónDe 0 a varios cientos de milisegundosModelo de ejecución, configuraciones del distribuidorBróker (su elección de bróker)
El último look de LPde unos pocos ms a ~200 msPlazo de retención del proveedorProveedor de liquidez

Hay dos cosas que destacan. En primer lugar, la red es el elemento más importante solo cuando estás lejos. En segundo lugar, una vez que estás cerca, casi todo lo que queda pertenece al corredor y a su liquidez. El siguiente gráfico muestra ese cambio.

Dónde se gastan los milisegundos (circuito de ida y vuelta ilustrativo) PC doméstico,otro continente Red en ~120 msRed lag ~120 ms total ~280 ms VPS junto aEl corredor total ~39 ms: 35 ms de ello son del lado del broker + del LP Red (de la que tú tienes que arreglarlo) Terminal / estrategia (la suya) Servidor + puente ~15 ms (mediador) Último vistazo ~20 ms (LP) Pasar a un VPS elimina la mayor parte del retraso, pero la parte que no puede eliminar ahora es la que domina. Desde aquí, un corredor o plataforma más rápido es más importante que una máquina más rápida. Siguen siendo números ilustrativos, no medidas de ningún corredor. Ilustración: hftarbitrageplatform.com
Figura 2. En este ejemplo, el VPS reduce la latencia de ida y vuelta en aproximadamente un 86%, y aproximadamente el 90% del tiempo restante está fuera de nuestro control.

Jitter: ¿Por qué se da un promedio erróneo?

Un único número de latencia oculta la parte más peligrosa: la variabilidad. Jitter Es la cantidad de variación que experimenta el retraso de una comunicación a otra. Una conexión que tenga una media de 15 ms pero que ocasionalmente tome 90 ms funcionará bien para la mayoría de los pedidos y, a continuación, entregará un llenado defectuoso justo cuando el mercado esté en su fase más rápida de movimiento, porque ese es el momento en que los servidores, los puentes y los proveedores están bajo la máxima carga.

Ordenar los tiempos de ida y vuelta en un solo corredor (distribución ilustrativa) pedidos 0-55-1010-1515-2020-2525-3030-4040-5050-6060-7070-8080-9090-120120+ tiempo de ida y vuelta, ms mediana ~12 ms 99º percentil ~85 ms Los grupos de cola lenta se encuentran alrededor noticias, rollover y mercados rápidos Distribución ilustrativa. Ilustración: hftarbitrageplatform.com
Figura 3. Calcule la conexión en función de su cola lenta (percentil 95/99), no de su promedio.

Cuando pruebes un VPS o un broker, registra muchos viajes de ida y vuelta y mira los percentiles 95 y 99, no solo el promedio. Una configuración con una media ligeramente más alta pero un comportamiento muy irregular suele ser mejor que una con un promedio rápido pero con picos.

¿Problema de la plataforma o problema del mercado? Cómo diagnosticar un llenado lento

Cuando un pedido llega tarde o a un precio peor, realice estas comprobaciones antes de culpar a nadie:

  1. Compruebe su tiempo de respuesta en ese momento. Si el ping de la conexión del terminal fue normal, el retraso ocurrió después de que tu pedido llegara al servidor, no en tu lado de la cadena.
  2. Lee los timestamps del diario. La diferencia entre “orden enviada” y “orden cumplida” en el diario de la plataforma es la latencia real de ejecución. Compare esto con un periodo de calma.
  3. Miren a su propia máquina. Un procesador de alto rendimiento, docenas de tablas abiertas o un script pesado pueden retrasar la decisión y el envío. Una terminal limpia y dedicada es la solución más económica.
  4. Note cuando ocurra. Los retrasos solo suelen ser consecuencia de los comunicados de prensa o de los rollover diarios, lo que indica una liquidez deficiente y rechazos de última hora: un efecto del mercado, no un fallo en la configuración del mercado.
  5. Comprueba si es selectivo. Si solo tus operaciones rápidas y rentables son lentas mientras pierdes dinero o si las operaciones lentas se completan instantáneamente, esa asimetría es típica de una demora deliberada en la negociación. Nuestro guía sobre cómo los brokers etiquetan y ralentizan las cuentas rápidas explica el patrón.
  6. Compare con otra cuenta. La ejecución de la misma orden en el mismo momento en otro bróker o en una cuenta demo separa el problema del bróker de un evento del mercado.

Por qué la cadena es tan importante para el arbitraje

Para la mayoría de los operadores, la latencia es un coste. Para el arbitraje de latencia, es tanto una oportunidad como un coste, y se encuentran en filas opuestas en la figura 1.

La oportunidad está Precio y latencia en el bróker: si los hilos 2-3 en un bróker demoran la transmisión de la referencia rápida, su cotización se mantiene brevemente obsoleta. Este intervalo es lo que arbitraje de latencia Comercio. El coste es tuyo Latencia de ejecuciónEl margen de error solo tiene valor si su pedido llega y se llena antes de que la cotización se ajuste. Cada milisegundo en los pedidos de los números 6 a 9 lo consume, y los retrasos en la tramitación o las rechisiones de última hora pueden eliminarlo por completo. Es también por eso que el análisis de los retrasos es fundamental para la estrategia; dividimos los números en Nuestro guía para superar el deslizamiento en el arbitraje de latencia.

La consecuencia práctica: un setup de arbitraje debe ser rápido en los hops que usted controla para que el resultado dependa únicamente de los hops del lado del corredor, que usted luego evalúa seleccionando cuidadosamente los lugares de juego.

Cómo reducir la latencia, en el orden correcto

  1. Mueva el equipo junto al servidor. Ejecute su terminal en un VPS en el mismo centro de datos o ciudad que el servidor de operaciones del bróker. En el caso del forex, esto suele significar Londres (LD4), Nueva York (NY4) o Tokio (TY3); nuestro Guía de configuración de VPS para LD4, NY4 y TY3 muestra cómo elegir la ubicación y medirla.
  2. Limpiar el terminal. Desconecta los gráficos que no se usan, retira los indicadores pesados, guarda una estrategia por terminal siempre que sea posible y deja espacio libre en la CPU.
  3. Medir la cola, no la media. Registre las salidas y regresos durante toda la semana comercial, incluidos los días de noticias, y compáralos con los percentiles.
  4. Elige la ruta de ejecución. Cuando un corredor lo ofrece, la conectividad directa puede reducir los saltos de servidor y puente en comparación con una cuenta de plataforma estándar.
  5. Calcule el rendimiento del broker en los puntos 7-9. Una vez que tu lado sea rápido, persistente o selectivo, los llenados serán una característica del modelo de ejecución del broker. Esa es una razón para cambiar de lugar, no el hardware.

Preguntas frecuentes

¿Qué es la latencia en el trading de divisas?

Es el retraso entre un evento del mercado y la reacción que se produce cuando se ejecuta. Tiene dos partes: la latencia de precio (cuánto tiempo tarda la cotización en aparecer en la pantalla) y la latencia de ejecución (el trayecto desde el momento en que se envía la orden hasta que se recibe la respuesta).

¿Cuál es un buen ping para el trading de divisas?

En el trading manual, cualquier tiempo inferior a unos 50 ms es cómodo. En los casos de estrategias automatizadas o sensibles a la velocidad, los operadores buscan tiempos de milisegundo en el rango de un dígito, y en el caso de los arbitrajes con tiempos inferiores a 1-2 ms, lo que en la práctica significa un VPS en el centro de datos del broker.

¿Un VPS elimina completamente la latencia?

No. Un VPS reduce el número de saltos de red y proporciona a tu terminal una máquina estable, pero el servidor del bróker, la conexión de puente, los parámetros de negociación y la última oferta del proveedor de liquidez aún aportan su propio retraso.

¿Qué es el último vistazo?

El último vistazo es una ventana corta en la que un proveedor de liquidez puede comprobar una orden entrante en función del mercado actual antes de aceptarla o rechazarla. Esto protege al proveedor de órdenes de precios obsoletos y añade latencia y riesgo de rechazo para el trader.

¿Por qué mis pedidos se retrasan solo durante las noticias?

Durante los comunicados de prensa, la liquidez se reduce, los precios suben y los servidores, los puentes y los proveedores están al máximo de carga. Las colas se alargan, el rechazo de última hora aumenta y las re-ofertas se vuelven habituales, por lo que la parte final de la distribución se produce exactamente entonces.

¿Qué plataforma tiene la latencia más baja: MT4, MT5, cTrader o FIX?

La plataforma tiene menos importancia que la infraestructura del corredor que la sustenta. La conectividad FIX directa generalmente elimina algunas capas en comparación con una cuenta de plataforma de retail, pero un servidor MT4 o MT5 bien administrado cerca de tu VPS puede superar a una alternativa mal administrada. El modelo de puente y ejecución suelen ser los factores decisivos.

Sobre el autor

Comments
0 Comments
Comments will be displayed after approval by the administrator