Tiempos de ida y vuelta medidos desde nuestra instalación de Chicago

0.2 ms a la pasarela de datos de mercado de Rithmic, menos de 1 ms a su pasarela de órdenes, y unos 3 ms a la pasarela de CQG por la que pasan las órdenes de NinjaTrader Continuum y Tradovate. Esos son los endpoints a los que tu plataforma abre un socket, medidos desde el edificio en el que estaría tu servidor. CME casa las órdenes en Aurora, al oeste de la ciudad.

Cómo se tomaron las cifras

100 muestras por destino, sin pérdida en ninguna: ICMP a la pasarela de datos de mercado, handshakes TCP a las dos pasarelas de órdenes. A las cifras TCP se les han restado 0.3 ms, el retardo de traducción NAT del propio host de medición. Nada de esta página es un cross-connect, una jaula en un edificio de bolsa ni una sesión de bolsa.

Un solo cliente por máquina

Un host de VPS ejecuta un hipervisor que reparte el tiempo de las vCPU entre inquilinos, así que tu hilo de estrategia puede quedarse detrás del backup de otro cliente. Una máquina dedicada no tiene ningún planificador por encima de tu propio sistema operativo. Los hilos de gráficos y estrategias de NinjaTrader se quedan con núcleos enteros.

Por hora mientras pruebas, por mes cuando te quedas

Aprovisiona en el ciclo por horas, pon tu plataforma a funcionar una sesión completa contra tus propias pasarelas, y luego pasa esa misma máquina a un plazo mensual o anual. No se reconstruye nada ni se migra nada.

  • Futuros
  • Opciones
  • Datos de mercado
  • Estrategias automatizadas

Qué comprueban los traders antes de decidirse

Un trader de futuros que se mudó a Chicago con nosotros juzgó la máquina por cinco cosas: cómo se comportaba su plataforma con su propia carga, la conectividad con las pasarelas, la latencia y el jitter, la estabilidad de la conexión, y si una prueba por horas podía convertirse en un servidor mensual.

Sobre qué corre la plataforma

  • Imágenes de Windows Server y Linux con un clic
  • Configuraciones AMD Ryzen para plataformas ligadas al reloj, como NinjaTrader
  • Almacenamiento NVMe local para bases de datos de ticks
  • Acceso root o Administrador completo, aprovisionado en menos de un minuto

Tránsito, uptime y gestión de ataques

  • AS55285 es nuestra propia red, así que una ruta de salida de Chicago es nuestra y podemos cambiarla
  • Una segunda presencia en 350 East Cermak, el carrier hotel de la metrópoli, para que el tráfico tenga más de una salida de Chicago
  • SLA de disponibilidad de red del 100 %: 5 % de la cuota mensual acreditado por cada hora de caída que causemos, hasta el mes completo como máximo
  • 90 días de histórico diario de uptime por datacenter, Chicago incluido, publicados en status.serverside.com
  • Mitigación DDoS en línea en el puerto, en lugar de un centro de scrubbing al que se desvía tu tráfico

Preguntas frecuentes

Las cifras medidas en Chicago, los mercados que hay detrás, y qué cambia un servidor dedicado para una plataforma de trading.

Medido desde nuestra instalación de Chicago, 100 muestras por destino y sin pérdida: 0.2 ms de ida y vuelta a la pasarela de datos de mercado de Rithmic, menos de 1 ms a la pasarela de órdenes de Rithmic, y unos 3 ms a la pasarela de CQG por la que pasan las órdenes de NinjaTrader Continuum y Tradovate. CME no entra en esas cifras. Su motor de casación está en Aurora, al oeste de la ciudad, y lo que medimos es un camino por nuestra propia red, no un cross-connect hasta ese edificio.

Lanza la prueba desde Chicago antes de pedir

Looking glass • ping, traceroute, BGP • desde nuestro nodo de Chicago
Mide tú mismo el camino hasta tu propio bróker y ponlo al lado de donde está tu plataforma hoy. Coge un servidor por horas si la diferencia merece una sesión en real.