<\n\n
\n
\n<\/p>\n
BJF TRADING GROUP \u00a0\u00b7\u00a0 SHARPTRADER OPTIMIZER<\/span><\/p>\n La mayor\u00eda de los backtests publicados de arbitraje de latencia se ven espectaculares sobre el papel y colapsan en cuanto pasan a operar en vivo. La raz\u00f3n no es una mala l\u00f3gica de estrategia \u2014 es que los backtesters minoristas est\u00e1ndar asumen silenciosamente ejecuciones con latencia cero<\/strong>. Esta gu\u00eda desglosa exactamente c\u00f3mo el tiempo de ejecuci\u00f3n a nivel de milisegundos cambia las matem\u00e1ticas, y qu\u00e9 debe modelar tu backtest para producir resultados que realmente puedas operar.<\/p>\n La rentabilidad del arbitraje de latencia vive dentro de una ventana de 50\u2013200 milisegundos.<\/strong> Ese es el tiempo durante el cual la discrepancia de precio entre un feed r\u00e1pido y un broker lento normalmente permanece abierta antes de que la cotizaci\u00f3n del broker lento se actualice. Si tu tiempo real de ejecuci\u00f3n de ida y vuelta<\/em> \u2014 desde la detecci\u00f3n de la se\u00f1al hasta la confirmaci\u00f3n de la ejecuci\u00f3n \u2014 consume la mayor parte de esa ventana, casi no te queda margen. Los backtesters minoristas est\u00e1ndar asumen que las \u00f3rdenes se ejecutan instant\u00e1neamente al precio mostrado, lo que elimina todo este problema de la simulaci\u00f3n. El resultado: un backtest que parece imprimir dinero y un despliegue en vivo que pierde en cada operaci\u00f3n despu\u00e9s del spread.<\/p>\n<\/div>\n Este art\u00edculo cuantifica la brecha, desglosa ad\u00f3nde van realmente los milisegundos y explica c\u00f3mo modelar el tiempo de ejecuci\u00f3n dentro de un backtest para que las cifras que entregas coincidan con las cifras que ver\u00e1s en una cuenta real.<\/p>\n Ver: c\u00f3mo el tiempo de ejecuci\u00f3n cambia un backtest de arbitraje de latencia \u2014 la misma estrategia con 0\u00a0ms, 50\u00a0ms y 150\u00a0ms de latencia de ejecuci\u00f3n, explicada tick por tick.<\/p>\n<\/div>\n En un sistema de arbitraje de latencia, la estrategia compara dos feeds de precios \u2014 un feed r\u00e1pido<\/strong> (normalmente un agregador tier-1 o un feed de LP) y un feed lento<\/strong> (el broker contra el que operas). Cuando el feed r\u00e1pido se adelanta al lento por m\u00e1s que el spread m\u00e1s un umbral configurado, la estrategia dispara una orden en el lado lento, esperando que el precio lento converja.<\/p>\n La oportunidad existe solo mientras los dos precios est\u00e1n desalineados. En el momento en que el motor de cotizaci\u00f3n del broker se pone al d\u00eda \u2014 normalmente en un plazo de 50 a 200 milisegundos \u2014 la ventaja desaparece. Tu orden tiene que estar en el mercado antes de que eso ocurra.<\/p>\n \u201cTiempo de ejecuci\u00f3n\u201d en este contexto no es un \u00fanico n\u00famero. Es una pila de latencias, cada una aportando algunos milisegundos:<\/p>\n Para una estrategia que corre en un VPS est\u00e1ndar en un centro de datos distinto al del broker, el ida y vuelta realista rara vez est\u00e1 por debajo de 80\u2013100ms. Para una estrategia co-ubicada con el broker mediante cross-connect, puede bajar a 1\u20135ms. Esa diferencia de orden de magnitud es todo el juego.<\/strong><\/p>\n Imagina una se\u00f1al limpia: el feed r\u00e1pido salta 1.5 pips. El broker lento todav\u00eda no se ha actualizado. Tienes, en promedio, entre 80 y 150 milisegundos antes de que el motor de cotizaci\u00f3n del broker lento refleje el nuevo precio. Dentro de esa ventana, ocurren dos cosas simult\u00e1neamente:<\/p>\n Si tu ida y vuelta consume 50ms, llegas cuando la discrepancia sigue intacta en ~70% y capturas la mayor parte. Si tu ida y vuelta consume 150ms, llegas cuando la discrepancia ya colaps\u00f3 hasta ~10% \u2014 y despu\u00e9s de spread + slippage probablemente est\u00e1s perdiendo.<\/p>\n La relaci\u00f3n entre la latencia de ida y vuelta y el PnL de arbitraje no es lineal<\/strong>. Por debajo de la ventana de ejecuci\u00f3n, la rentabilidad es alta y estable. Por encima de ella, la rentabilidad colapsa a cero o a negativo. La mayor\u00eda de los traders minoristas est\u00e1n del lado equivocado de ese precipicio y no lo saben porque su backtest lo oculta.<\/p>\n<\/div>\n Aqu\u00ed est\u00e1 la misma se\u00f1al te\u00f3rica de arbitraje de latencia con una ventaja de 1.5 pips, simulada con cuatro latencias de ejecuci\u00f3n de ida y vuelta distintas. Los n\u00fameros de abajo son t\u00edpicos de lo que ver\u00e1s en EUR\/USD durante una sesi\u00f3n de Londres con liquidez normal y un spread de 0.6\u20130.9 pip.<\/p>\nPor qu\u00e9 los backtests de arbitraje de latencia no sobreviven en producci\u00f3n: La brecha de tiempo de ejecuci\u00f3n<\/span><\/h1>\n
\n10<\/strong> secciones
\n~12 min<\/strong> de lectura
\nAudiencia:<\/strong> traders de arbitraje, desarrolladores cuantitativos, equipos t\u00e9cnicos de brokers<\/div>\n<\/div>\n
\n
\n<\/p>\nLa brecha de tiempo de ejecuci\u00f3n, en un p\u00e1rrafo<\/h2>\n
\n
\n<\/p>\n
\n
\n<\/p>\nQu\u00e9 significa realmente \u201ctiempo de ejecuci\u00f3n\u201d en el arbitraje de latencia<\/h2>\n
\n
\n
\n<\/p>\nLa ventana de 50\u2013200ms: por qu\u00e9 los milisegundos lo deciden todo<\/h2>\n
\n
La no linealidad<\/h3>\n
\n
\n<\/p>\nCuatro escenarios de tiempo de ejecuci\u00f3n \u2014 con n\u00fameros concretos<\/h2>\n