- Región
- Europa
- Puesto
- Conectividad de trading y distribución de datos de mercado
- Estado
- Optimización continua
Servidor de trading
Infraestructura construidapara el trading global
BGEANX optimiza continuamente la red de trading, las conexiones de ejecución y el diseño de alta disponibilidad para mantener una experiencia fluida, estable y predecible en diferentes condiciones de mercado.
Abre una cuenta ahora
Servidor de tradingDiseño y planificación del centro de datos
La ubicación de los nodos principales sigue un principio: estar cerca de los centros de trading con mayor concentración de liquidez para reducir la distancia física con los proveedores de liquidez.
La distribución de la infraestructura se optimiza continuamente en función de la distribución de los clientes, los horarios de mercado, el acceso a la liquidez y las necesidades de gestión de riesgos. Los nodos específicos, el alcance de la cobertura y la disponibilidad están sujetos al estado real de los servicios de la plataforma y a los anuncios correspondientes.
Servidor de tradingCapacidad de cómputo y equipos
La baja latencia no depende únicamente de la ubicación del centro de datos, sino también de la selección y optimización de cada componente de hardware.
Clúster de capacidad de cómputo GPU
Construido sobre la plataforma de computación acelerada de NVIDIA, se utiliza en escenarios que requieren una alta capacidad de procesamiento paralelo, como el cálculo de modelos de riesgo, el análisis de la calidad de ejecución, la detección de comportamientos anómalos y el procesamiento de datos del mercado.
Red de baja latencia
Utiliza chips de conmutación de alto rendimiento y tarjetas de red de baja latencia de Broadcom, junto con tecnología de bypass del kernel para reducir el tiempo de procesamiento de la pila de red. Las conexiones dentro del mismo rack y entre racks se planifican siguiendo las rutas más cortas.
Conexión directa mediante cross-connect
Aprovechando la capacidad de cross-connect de los centros de datos de Equinix, se establecen conexiones dedicadas punto a punto con los proveedores de liquidez y las fuentes de datos del mercado, evitando la incertidumbre asociada a la transmisión a través de la red pública.
Almacenamiento totalmente flash y computación en memoria
El núcleo de procesamiento de órdenes utiliza una ruta de procesamiento en memoria para lograr un procesamiento interno a nivel de microsegundos; la capa de persistencia utiliza arreglos NVMe totalmente flash para garantizar que las escrituras de auditoría no se conviertan en un cuello de botella en el flujo de datos.
Arquitectura de nube híbrida
La infraestructura central de trading funciona sobre hardware propio alojado en centros de datos, mientras que la distribución de datos de mercado, el análisis de datos y los servicios que no son en tiempo real funcionan en la nube de Microsoft Azure, combinando una latencia predecible con una expansión flexible.
Sincronización de tiempo
Cada sitio cuenta con fuentes de tiempo de alta precisión. Las órdenes, cotizaciones y registros de operaciones utilizan una referencia temporal unificada para garantizar la comparabilidad de la secuencia temporal en los registros de auditoría y en las investigaciones de posibles disputas relacionadas con la ejecución.
Servidor de tradingMétricas de rendimiento y criterios de medición
| Métrica | Valor | Medición |
|---|---|---|
Round-trip del gateway | p50 < 1 ms | Misma región, desde ingreso al gateway hasta acuse de fill |
Latencia de push de cotizaciones | p95 < 3 ms | Regiones centrales, push multinodo con caché local |
Respuesta bajo alta carga | p95 < 2 ms | Escenario de estrés en la misma región |
Throughput pico | > 1 millón msgs/s | Techo de diseño en pruebas de estrés |
Tasa de fill | Objetivo de diseño 99.9% | Condiciones normales de mercado y red en la misma región |
Disponibilidad del sistema | Objetivo de diseño ≥ 99.99% | Despliegue multi-AZ, conmutación automática y DR remoto |
Todo lo anterior corresponde a objetivos de diseño del sistema y refleja las capacidades de diseño de ingeniería. La ejecución real puede verse afectada por la liquidez del mercado, la volatilidad, los gaps, las condiciones de red del cliente y el rendimiento de los equipos. El tramo de transmisión pública entre el cliente y la puerta de enlace no está incluido en el alcance de la medición.
Servidor de tradingExplicación de las métricas de latencia
Desde que la orden ingresa a la puerta de enlace de la plataforma hasta que la confirmación de la operación regresa a la puerta de enlace, esta ruta está completamente bajo el control de la plataforma, por lo que podemos asumir la responsabilidad y publicar los criterios de medición.
En cambio, el tramo de transmisión pública entre tu dispositivo y la puerta de enlace depende de tu ubicación, el operador de red, la calidad de la ruta y el rendimiento del dispositivo. Incluir o excluir este tramo puede generar cifras muy diferentes para un mismo sistema. Indicar claramente los criterios de medición permite que las métricas puedan compararse entre sí y verificarse técnicamente.
Servidor de tradingDoble canal para órdenes y datos de mercado
El núcleo de procesamiento de órdenes utiliza una ruta de procesamiento en memoria. El flujo de trading de baja latencia optimiza de forma coordinada cuatro etapas: recepción de órdenes, validación de los controles de riesgo previos a la operación, decisión de enrutamiento inteligente de órdenes y confirmación de la operación.
La distribución de datos de mercado utiliza un canal independiente, reduciendo la latencia de llegada mediante el envío desde múltiples nodos y el almacenamiento en caché local. El aislamiento de recursos entre ambos canales significa que, cuando un fuerte movimiento del mercado provoca un aumento considerable del volumen de datos de mercado, la capacidad de procesamiento de órdenes no se verá afectada al mismo tiempo. Este es precisamente el momento en que es más probable que surjan diferencias en la calidad de ejecución.
FAQ