Cuando la gente busca “infraestructura de trading de alta frecuencia”, suele encontrar una de dos cosas: un blog técnico sobre FPGAs y nanosegundos, o una página de ventas de un rack de colocation. Ambos son precisos. Ninguno de ellos indica qué partes de ese conjunto son relevantes para tu el trading, o el coste de llegar a ser “lo suficientemente rápido” para una determinada estrategia.
Esta guía hace ambas cosas. Primero explica la arquitectura real de un sistema de trading de baja latencia, capa por capa, la forma en que una empresa de HFT lo construye. Luego compara tres niveles (HFT institucional, pequeñas empresas de prop trading y fondos de inversión, y un operador de arbitraje minorista) y muestra dónde se invierte el dinero en cada uno. El mensaje principal: lo que se considera una buena infraestructura depende de dónde se encuentra el punto de congestión. Para la mayoría de los operadores minoristas ese punto de congestión no está en su propio hardware.
¿Qué significa realmente la “infraestructura HFT”?
La infraestructura de HFT es todo lo que pasa entre el cambio de precio en el mercado y la llegada de tu orden al mercado. En la práctica, se divide en cinco capas:
- Localización: donde se encuentran físicamente los servidores en relación con el motor de coincidencia de la plataforma de intercambio o el servidor de trading de tu corredor (colocación en el mismo centro de datos, alojamiento cercano, un VPS en el mismo centro de datos o un PC en tu casa).
- RedCómo se desplazan los bits: conexiones cruzadas dentro del centro de datos, fibra óptica o microondas entre ciudades, conmutadores y tarjetas de red.
- HardwareCPU, memoria, tarjetas de red y, en el segmento más avanzado, FPGA (chips programables que ejecutan la lógica de trading directamente en el hardware).
- Software: el propio sistema de trading, es decir, los procesadores de pedidos, el constructor del libro de órdenes, el motor de estrategias, los controles de riesgo y la puerta de enlace de órdenes, además del ajuste del sistema operativo que lo sustenta.
- Acceso al mercado y datos: el protocolo a través del cual usted opera (el protocolo binario nativo de la bolsa, la API FIX, una conexión MetaTrader, una API WebSocket criptográfica) y la calidad de la información de precios a la que responde.
Una empresa puede invertir millones en las primeras cuatro capas y aún así perderse ante alguien con una quinta capa mejor, y ocurre lo mismo al revés. Tómese nota de esto a medida que pasemos por cada una de ellas.
El camino desde la idea hasta la comercialización: la anatomía de un sistema de trading de baja latencia
El número de ingenieros HFT que más les importa es Latencia de tick-to-trade: El tiempo desde el momento en que un paquete de datos de mercado llega a la tarjeta de red hasta el momento en que el paquete de pedido lo deja. Medida solo para el propio sistema. El tiempo de intercambio y el tiempo de red se registran por separado. Aquí se muestra el recorrido que cubre este número.
1. Manipulador de la fuente de datos del mercado
Los intercambios envían los precios como una serie de pequeños paquetes. Los mercados de valores y los de futuros suelen utilizar la transmisión multicanal, mientras que los intercambios de criptomonedas y la mayoría de los corredores de divisas los envían a través de conexiones WebSocket, FIX o MetaTrader. El procesador de datos decodifica esos paquetes en eventos internos. En el extremo superior, esto se realiza en la tarjeta de red o en un FPGA, por lo que el paquete se decodifica antes de que la CPU lo vea.
2. Constructor de la cartera de pedidos
Los eventos descodificados actualizan una copia local del libro de órdenes. Esto parece trivial, pero los números de secuencia, los intervalos, los paquetes fuera de orden y la resincronización son los puntos en los que muchos sistemas construidos por el propio usuario fallan. Un libro que sea rápido pero incorrecto es peor que inútil.
3. Motor de estrategia o de señalización
Esta etapa decide si actuar. En la creación de mercado, revalúa las cotizaciones. En el arbitraje de latencia, compara un precio de referencia rápido con el de un mercado más lento. En el arbitraje estadístico, actualiza un modelo de spread. Las tiendas serias mantienen este código libre de asignación de memoria, bloqueos y llamadas a sistemas en la ruta más rápida, porque cada una de ellas puede costar microsegundos en momentos aleatorios.
4. Verificación de los riesgos previos a la negociación
Antes de que una orden salga, se aplican límites en cuanto a posición, tamaño de la orden, colas de precios y velocidad de mensajes. Los lugares regulados requieren estas verificaciones para el acceso directo al mercado, por lo que no se pueden omitir. El desafío técnico consiste en hacerlos baratos en lugar de eliminarlos.
5. Portal de pedidos
La puerta de enlace codifica la orden en cualquier formato que use el lugar: un protocolo binario nativo, FIX, una conexión MetaTrader de un corredor o una API de ordenamiento REST/WebSocket criptográfico. El propio protocolo puede cambiar la imagen en un orden de magnitud. Nuestra comparación de Corrección de la ejecución de la conexión API y MT4 Esto lo cubre en detalle en FX.
Localización: colocation, hosting cercano y mapa de los centros de datos
La luz en la fibra óptica viaja a aproximadamente dos tercios de su velocidad en un vacío, unos 200 km por milisegundo. Ningún truco de software puede superar la distancia, por eso la primera decisión de infraestructura siempre es ¿Dónde?.
- Colocación Significa alquilar espacio en rack en el mismo edificio que el motor de coincidencia de la plataforma de intercambio y conectar con un cable de conexión cruzada corto. Las plataformas suelen igualar las longitudes de los cables para que cada cliente colocalizado tenga la misma distancia.
- Hosting de proximidad Significa un centro de datos cercano, a unos pocos kilómetros de distancia. Es más barato y aún así suficientemente rápido para la mayoría de las estrategias que no competen con las empresas más importantes.
- Centros específicos para FX: spot FX no tiene un único centro de intercambio, por lo que la actividad se concentra en unos pocos centros de datos. Equinix LD4 (Londres), NY4 (zona de Nueva York) y TY3 (Tokio) albergan a muchos proveedores de liquidez, ECNs y servidores de negociación de brókers. Guía para elegir un VPS en LD4, NY4 o TY3 explica cómo averiguar qué tipo de sistema de cifrado utiliza su corredor.
El colocalamiento se factura por rack o por parte de un rack, además de energía y una cuota mensual por la conexión cruzada. El total suele llegar a miles de dólares al mes antes de comprar ningún hardware, y además se incluyen los costos de la conexión de intercambio y las licencias de datos del mercado. Por eso es una herramienta institucional.
Red: fibra óptica, microondas y jitter
Entre las ciudades, las empresas más rápidas abandonaron la fibra por la línea de visión microondas y ondas milimétricas los enlaces, porque la radiodifusión por aire viaja a velocidades cercanas a la velocidad de la luz, mientras que las rutas por fibra son más lentas y raramente rectas. En el corredor Chicago-Nueva York, la distancia más corta en fibra es aproximadamente 13 ms y la de microondas aproximadamente 8 ms. Esa brecha valió cientos de millones de dólares en construcción de redes. La microonda ofrece poca capacidad de transmisión y se ve afectada por la lluvia intensa, por lo que las empresas la utilizan junto a la fibra en lugar de en sustitución de ella.
Dentro del centro de datos, el enfoque se centra en los switches con latencia de puerto a puerto inferior a un microsegundo, las tarjetas de red que soportan la bypass del kernel y la validación de tiempo del hardware. La métrica clave aquí es jitter más que la media: un sistema que tiene un promedio de 10 microsegundos pero un 99% de 2 milisegundos perderá exactamente los negocios que importan. Los porcentiles vuelven a aparecer en nuestro análisis. Descompresión de la latencia en el trading de divisas por pasos.
Trucos de hardware y software, y lo que cada uno compra
| Técnica | Qué hace | Ganancia típica (en orden de magnitud) | ¿Quién lo necesita? |
|---|---|---|---|
| Omitir el núcleo | La aplicación lee los paquetes directamente desde la tarjeta de red, omitiendo la pila de red del sistema operativo. | De decenas de microsegundos a unos pocos | Empresas que compiten a nivel de microsegundos |
| Pinación y aislamiento de la CPU | Núcleos dedicados para el camino de alta prioridad, sin interrupciones ni otros procesos | Elimina principalmente los picos de jitter | Cualquier persona que gestione un sistema serio en su propio servidor |
| FPGA | Decodificación de señales, señales simples y codificación de órdenes implementadas en hardware | Tick-to-trade con una precisión inferior a un microsegundo | Carreras de HFT de alto nivel por la posición en la cola |
| Marcación de tiempo de hardware y PTP | Relojes precisos en todas las máquinas, para poder medir cada paso | No hay aumento de velocidad, pero finalmente sabes hacia dónde va el tiempo | Todos los que miden la latencia de forma seria |
| Código lean y libre de asignaciones | Sin cerraduras, interrupciones en la recolección de residuos ni llamadas de sistema en el camino principal | Elimina los parados aleatorios de milisegundos | Todos los operadores automatizados, en cualquier nivel |
Cada fila compra microsegundos, y eso solo importa si esos microsegundos son la diferencia entre ganar o perder en sus operaciones. Para un creador de mercado que compite por la posición en la cola, sí lo es. Para un trader cuyos pedidos pasan por la plataforma de negociación de un corredor con un retraso de 20 ms, no tiene importancia. Esto nos lleva a las categorías.
Se comparan tres niveles de infraestructura HFT
| HFT institucional | Tienda de accesorios pequeños / fondo | Comerciante de arbitraje minorista | |
|---|---|---|---|
| Localización | Colocación en cada centro de intercambio | Colocation o hosting de proximidad, a menudo compartido | VPS en el centro de datos del corredor (LD4, NY4, TY3) |
| Acceso al mercado | Miembro directo del intercambio, protocolos nativos | Acceso patrocinado, FIX | Cuenta de corredor a través de MetaTrader, cTrader o FIX |
| Latencia propia del sistema | De sub-microsegundo a unos pocos µs | De microsegundos a decenas de µs | De submilisegundo a unos pocos ms |
| El principal obstáculo | La velocidad de los competidores | Acceso a la red y al lugar de celebración | Ejecución del bróker y calidad de la alimentación |
| Gastos de funcionamiento generales | Millones al año | De decenas a cientos de miles al año | Alrededor de 30-150 dólares al mes por un VPS, más software y un feed. |
Trate la columna Costo como una magnitud considerable en lugar de como un precio. Lo que muestra es que los niveles no compiten entre sí. Un operador de arbitraje de latencia minorista no está compitiendo con un creador de mercado de la bolsa. Están explotando un retraso entre una fuente de precios rápida y un corredor más lento, medido en milisegundos, por lo que su infraestructura solo necesita ser claramente más rápida que de ese corredor La ejecución. No tiene que ser rápida en términos absolutos.
La infraestructura de HFT en criptomonedas: ¿qué es diferente?
La versión cifrada de este conjunto de herramientas es diferente en tres aspectos:
- Regiones de nube en lugar de colocación colocalizada. Muchas grandes bolsas de valores ejecutan sus motores de coincidencia en regiones de cloud pública, por lo que “colocation” generalmente significa elegir la misma región de cloud y zona de disponibilidad. Algunos lugares ofrecen conectividad dedicada de baja latencia para clientes grandes.
- API en lugar de feeds nativos. Los datos del mercado llegan a través de WebSockets y las órdenes se procesan mediante APIs de pedidos REST o WebSocket, con límites de velocidad y pesos por cuenta. Estos límites influyen tanto en el diseño como en la velocidad real. Nuestro guía Conectar con las API de las bolsas de criptomonedas para realizar arbitrajes Incluye presupuestos con límites de tarifas, sincronización de la lista de pedidos y seguridad clave.
- Muchos lugares, las 24 horas del día, todos los días del año. Las estrategias de intercambio entre regiones deben estar activas en varias regiones al mismo tiempo y deben poder sobrevivir a las reiniciaciones, ventanas de mantenimiento y interrupciones parciales en cualquier momento.
La regla general sigue siendo válida: encuentra el salto más lento que no puedas controlar, luego construye la infraestructura necesaria para mantenerse por delante de él.
¿Qué necesita realmente un operador de arbitragem de latencia en el retail?
Si su estrategia consiste en realizar arbitrajes de latencia en corredores de retail de divisas o CFDs, esta es la lista de verificación que importa, en orden de importancia:
- Coloque el servidor junto al broker. Un VPS en el mismo centro de datos que el servidor de trading de tu broker suele convertir una conexión ida y vuelta de 50 a 150 milisegundos desde tu casa en una de un solo milésimo de segundo. Ninguna otra mejora se acerca a esto.
- Utilice un precio de referencia verdaderamente más rápido. El margen es la diferencia entre dos precios. Si tu feed “rápido” no es realmente más rápido que el del corredor, el resto de tu infraestructura no tendrá con qué trabajar.
- Elige la conexión más rápida que ofrece tu broker. En algunos brokers, una sesión de FIX API o una conexión puente bien gestionada pueden ejecutarse de forma notablemente más rápida que un camino estándar desde el terminal, mientras que en otros la diferencia es pequeña. Medícelo.
- Mantenga el VPS limpio. Recursos dedicados, sin terminales ni navegadores adicionales que compitan por la CPU, sincronización de tiempo estable. Aquí, la consistencia importa más que la velocidad pura.
- Medir el trayecto de ida y vuelta, no el ping. Registre el tiempo desde la señal hasta la confirmación de llenado. El ping a la IP del servidor no nos dice mucho sobre el tiempo que tarda en llenarse un pedido.
El software que se ejecuta en ese VPS es lo que convierte estas piezas en un sistema operativo funcional. Nuestro software de arbitraje de latencia Está diseñado para este tipo de configuración: los flujos de datos rápidos y las sesiones de bróker (MT4, MT5, cTrader, FIX) están conectados en un mismo lugar, y la lógica de comparación y orden se ejecuta en un servidor que usted controla.
Errores comunes en la infraestructura
- Comprar a la velocidad en lugares donde no hay congestión. Un PC de juegos con una CPU overclocked en casa está todavía a más de 80 ms de un corredor de Londres. La ubicación tiene prioridad sobre el hardware.
- Optimizar la media y ignorar el extremo. Una conexión que suele ser rápida pero que se interrumpe durante 300 milisegundos unas pocas veces al día te dejará muy decepcionado en los momentos más concurridos.
- Supongamos que el corredor está en Londres, porque la empresa sí lo está. Los servidores de comercio pueden estar ubicados en una ciudad diferente a la sede de la empresa. Compruebe antes de alquilar el VPS.
- Tratar la infraestructura como algo permanente. Los brokers migran los servidores y cambian los puentes. Realicen nuevas mediciones tras cualquier cambio inexplicable en los datos de llenado.
- Copiar los planos institucionales. La bypass de la CPU y los FPGA solucionan un problema que no estás enfrentando. ¡Dedica ese presupuesto a un sistema de alimentación mejor o a un servidor mejor ubicado!
Preguntas frecuentes
¿Qué es la infraestructura de trading de alta frecuencia?
Es la combinación de ubicación (colocation o un servidor cercano), red, hardware, software de trading y acceso al mercado lo que permite a una empresa reaccionar ante los cambios de precios y enviar órdenes en microsegundos o milisegundos. El objetivo es minimizar y estabilizar el tiempo entre un cambio de precio y el momento en que su orden llegue al mercado.
¿Cuánto cuesta la infraestructura de HFT?
Depende del nivel de inversión. La HFT institucional con colocalización en varios exchanges, enlaces de microondas y FPGA cuesta millones de dólares al año. Una pequeña tienda de accesorios podría gastar de decenas a cientos de miles de dólares. Un operador de arbitraje minorista puede utilizar un VPS bien ubicado por unos 30 a 150 dólares al mes más software y datos, porque su cuello de botella es el corredor bursátil, no los microsegundos.
¿Qué es la latencia de tick-to-trade?
Es el tiempo entre que un paquete de datos de mercado llega a su sistema y hasta que su orden lo abandona. Medida solo por su propio sistema (procesador de órdenes, libro de operaciones, estrategia, verificación de riesgos, gateway), no por la red ni el mercado. Los mejores sistemas de HFT miden ese tiempo en nanosegundos o microsegundos.
¿Necesito colocation para el arbitraje de latencia?
En el caso de la latencia de arbitraje en divisas y CFDs minoristas, normalmente no. Lo que necesitas es un VPS en el mismo centro de datos que el servidor de trading de tu broker, lo cual te ofrece un tiempo de respuesta de ida y vuelta de un solo dígito de milisegundo. La colocación de servidores en el mismo centro de datos permite competir con otras empresas de HFT a nivel de milisegundo, lo cual es una situación completamente diferente.
¿Es necesario un FPGA para el trading de alta frecuencia?
Solo en el nivel más alto, donde las empresas compiten por la posición en la cola en los intercambios y unos pocos cientos de nanosegundos deciden quién se llena primero. Para la mayoría de las estrategias automatizadas, un software bien escrito en un servidor optimizado es lo suficientemente rápido, y es mejor invertir en ubicación y calidad de los datos.
¿Cómo es la infraestructura de HFT en el mundo de las criptomonedas en comparación con el mundo del forex?
Los intercambios de criptomonedas se conectan mediante APIs WebSocket y REST con límites de velocidad, a menudo alojados en regiones de cloud pública, y operan 24/7 en muchos lugares. Así pues, la infraestructura de criptomonedas se centra en la gestión de servidores en la región de cloud adecuada, el mantenimiento de la sincronización de los libros de órdenes y la gestión de los límites de velocidad. El mercado de divisas se centra en centros de datos como LD4, NY4 y TY3 y en el proceso de ejecución del broker.
Sobre el autor
