The Bot Ledger
ES

Inicio / Artículos

Mejor VPS para un bot de Polymarket o Kalshi: región y latencia

En qué región alojar un bot de trading, qué hizo la latencia con un resultado en vivo, qué proveedores de VPS encajan y el nivel burstable que hay que evitar.

Server racks in a data center lit blue

La latencia fue la única palanca que movió un resultado en vivo. Ni un modelo mejor, ni un filtro mejor: la misma regla, disparada desde una máquina más cercana, pasó de plana a positiva durante una semana. Luego el mercado se puso al día, que es otra guía distinta.

Dónde están los exchanges

Regiones de los motores de emparejamiento, declaradas o inferidas a partir de pruebas de latencia, no bordes de CDN. Se están añadiendo los tiempos de ida y vuelta medidos por región.

Qué hizo un cambio de región

El mismo bot en tres configuraciones. La ruta de orden va de leer el libro a la ejecución confirmada, mediana. El nivel burstable fue rápido hasta que se le acabaron los créditos de CPU.

A dos regiones de distancia, una máquina barata necesitaba unos 700 milisegundos por orden. Una instancia burstable en la nube, en la región correcta, fue rápida unos días y luego se estranguló cuando el bucle de consulta agotó sus créditos de CPU. Una instancia con CPU dedicada en Ámsterdam se estabilizó en unos 190 milisegundos y ahí se quedó. Para Polymarket eso significa Europa occidental; para Kalshi y Coinbase, el este de Estados Unidos.

Mide la ruta de orden, no el ping

El ping te habla de la red. El número que importa es de lectura a ejecución: el tiempo desde que lees el libro hasta que el exchange confirma tu orden. Registra cuatro marcas de tiempo por orden (lectura, decisión, envío, confirmación) y mira la mediana y el percentil 95. Una regla que es positiva a 300 milisegundos y negativa a 2 segundos necesita el percentil 95 por debajo de un segundo, no la mediana.

Qué VPS

Proveedores de alojamiento
ProveedorPor qué
DigitalOceanÁmsterdam, Londres, Fráncfort, Nueva York. Droplets con CPU dedicada desde unos pocos dólares al día. Enlace de afiliado.Sitio
VultrMuchas regiones, incluidas Ámsterdam y Londres; la facturación por horas hace que probar una región salga barato. Enlace de afiliado.Sitio
HetznerEl más barato con diferencia. En Europa solo Finlandia y Alemania; bien para la máquina de investigación, demasiado lejos para el bot en vivo.Sitio

Evita los niveles burstable basados en créditos (Lightsail, la serie t de EC2, la serie B de Azure). Un bot que consulta un libro quema los créditos en días, luego la máquina se estrangula y todos los números de latencia que mediste antes dejan de valer.

Qué importa en la especificación, por orden

  1. Región. Nada más compensa una región equivocada.
  2. vCPU dedicada. Dos bastan para un exchange.
  3. Disco NVMe. Los registros de ticks crecen 1 a 2 GB al día por exchange antes de comprimir.
  4. RAM solo si investigas en la misma máquina, y no deberías: una fusión de SQLite de 13 GB en una máquina de 7 GB tardó casi cinco horas para minutos de trabajo.