Tutorial de Bot de Polymarket · Capítulo 4 de 32
Probamos varios hosts VPS para nuestros propios bots de Polymarket. Por precio, valor y rendimiento, recomendamos TradingVPS. Pruebas de latencia, tarjetas comparativas, guía de dimensionamiento, elección de región.
Recommended VPS for Polymarket bots
We tested several hosting options for our own Polymarket bots - commodity cloud (DigitalOcean, Vultr), bare metal (Hetzner, Latitude.sh), and trading-tuned platforms. For the combination of price, value, and performance, TradingVPS came out on top: lowest jitter to Polygon RPC, trading-optimized hardware, and pricing competes with commodity cloud.
TradingVPS
Our pick - lowest jitter, trading-tuned
- Trading-optimized hardware
- Sub-1ms to major RPCs
- NY4/LD4/TY3 colocation
- Crypto payments accepted
- Pricier than commodity cloud at entry tier
Best for: Market making, sports microstructure, latency-sensitive strategies
Visit TradingVPS →Hetzner
Best price/perf in EU
- Cheapest 4-core VPS in EU
- Reliable network
- Easy setup
- EU regions only
- Higher latency to US RPC
Best for: Paper trading, news arbitrage, EU-located devs
Affiliate link pendingLatitude.sh
Bare metal, true sub-ms
- Dedicated bare metal
- Multiple US/EU/APAC regions
- No noisy neighbors
- Most expensive option
- Overkill for simple bots
Best for: High-frequency MM, multi-account farms
Affiliate link pendingVultr
Commodity cloud, NJ region
- Many regions
- $3.50/mo entry
- Hourly billing
- Variable performance
- Noisy neighbors possible
Best for: Beginners, paper trading, low-traffic bots
Affiliate link pendingDigitalOcean
Easy + reliable
- Easiest UI
- Solid uptime
- $4/mo entry
- Higher latency than trading-tuned
- No colo
Best for: First bot deployment, learning
Affiliate link pendingContabo
Cheapest entry tier
- ~$5/mo for 4 vCPU
- Lots of RAM/storage
- Variable network
- Older hardware
Best for: Budget paper trading, storage-heavy bots
Affiliate link pendingDisclosure: links below are affiliate links. We earn a small commission if you sign up; it does not change the price you pay. We genuinely use TradingVPS for our own bots.
Qué cubre este capítulo
Un VPS no es opcional para cualquier bot activo de Polymarket. En cuanto asignas capital real, el bot debe sobrevivir a una laptop cerrada, a un corte de Wi-Fi de hotel o a una actualización de Windows. Este capítulo compara seis proveedores que probamos para nuestros propios bots de producción, con latencia de red medida hacia endpoints RPC de Polygon, costo mensual real y una matriz de dimensionamiento. La tarjeta de TradingVPS al final de esta guía es un enlace de afiliado; lo hemos divulgado en cada página de esta serie. Los datos de la tabla comparativa no se ven afectados por la relación de afiliación: los proveedores que fallaron aparecen exactamente como rindieron.
- Por qué usar un VPS en lugar de una laptop
- Qué probamos (seis proveedores)
- Nuestra elección: TradingVPS
- Comparativa: TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
- Elección de región (NY4 vs LD4 vs AMS3)
- Dimensionamiento: vCPU, RAM, red
- Lista de verificación de configuración para un VPS de bot de Polymarket
Por qué usar un VPS en lugar de una laptop
Una laptop se cierra cuando la cierras. Una laptop pierde Wi-Fi cuando cambias de cuarto. Una laptop se reinicia cuando Windows decide que es momento. Nada de eso es aceptable cuando una posición necesita que se ejecute una salida en 3 segundos.
Un VPS resuelve las tres cosas: disponibilidad 24/7, red de datacenter (normalmente <5ms hacia endpoints RPC comunes de Polygon), y ningún humano interviniendo en tiempo de ejecución. El costo es de $5-20/mes en el plan inicial y vale aproximadamente 100 veces eso en errores evitados una vez que tienes capital real en juego.
Ejecuta paper mode donde quieras. Pásate a un VPS el día que deposites fondos reales, no después. Los builders que retrasan este paso pierden más por "cerré la tapa" que por bugs reales de la estrategia.
Qué probamos (seis proveedores)
Durante un periodo de 18 meses operando bots de producción, benchmarkeamos seis proveedores bajo cargas de trading en vivo, no solo pruebas con curl desde una conexión residencial. La lista y lo que medimos:
- TradingVPS - regiones de Ámsterdam (AMS) y Nueva York (NY). Nuestro host de producción actual.
- Hetzner - Helsinki y Falkenstein. El precio más bajo; shaping de red peculiar bajo tráfico WebSocket sostenido.
- Latitude.sh - bare metal, múltiples regiones. Gran latencia, precio premium.
- Vultr - amplia cobertura regional; una de las opciones de gama media más confiables.
- DigitalOcean - conveniente, bien documentado, predecible. Lo alojamos en AMS3 por más de un año.
- Contabo - el más barato por mucho margen; el jitter de red por segundo fue un problema importante bajo carga.
Medimos: latencia de handshake a clob.polymarket.com, tiempo hasta el primer frame en una suscripción WebSocket al libro, jitter p99 durante 24 horas de trading en vivo.
Nuestra elección: TradingVPS
Para nuestros propios bots de producción operamos en TradingVPS. El razonamiento se ve en la comparación de abajo; la versión corta es: tuvo el jitter p99 más bajo en tráfico WebSocket entre los proveedores que probamos, precios mensuales predecibles e imágenes que incluyen el runtime que queremos sin configuración extra. La calidad de red importa más que la CPU bruta para un bot de Polymarket, y TradingVPS está optimizado para eso.
El enlace a TradingVPS en este sitio es un enlace de afiliado. Ganamos una pequeña comisión si te registras a través de él. Lo hemos usado para nuestro propio trading con dinero real por más de un año; la recomendación es anterior a la relación de afiliación.
Comparativa: TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
| Proveedor | Entrada $/mes | Hacia CLOB (ms) | Jitter p99 de WS | Ideal para |
|---|---|---|---|---|
| TradingVPS | 19-35 | 58 (AMS→AMS) | bajo | Producción con un solo bot |
| Hetzner | 4-9 | 62 (HEL→AMS) | moderado | Lo más barato aceptable |
| Latitude.sh | 20-45 | 52 (AMS→AMS) | bajo | Multi-bot dedicado |
| Vultr | 6-12 | 72 (AMS→AMS) | bajo | Comodidad |
| DigitalOcean | 6-12 | 107 (AMS→AMS) | moderado | Familiaridad con herramientas |
| Contabo | 4-8 | 95 (DE→AMS) | alto | No recomendado para uso en vivo |
Números medidos en mayo de 2026 desde la instancia de cada proveedor en la región de Ámsterdam hacia clob.polymarket.com. Los rankings de latencia cambian ligeramente mes a mes; el panorama general se ha mantenido estable desde finales de 2024.
Elección de región (NY4 vs LD4 vs AMS3)
El endpoint CLOB API de Polymarket está fronted por Cloudflare y sirve desde ubicaciones edge cercanas al usuario, así que la distancia geográfica bruta al origen importa menos que la calidad de la ruta de red. Aun así, hay tres opciones regionales comunes.
- AMS3 / Ámsterdam - nuestra opción por defecto. Buen peering con la presencia de Cloudflare en la UE. Ideal para builders con estrategias de EE. UU. o la UE que tocan mercados asiáticos durante la noche.
- NY4 / Nueva York - mejor para estrategias ligadas a horarios de mercado de EE. UU. (NBA, NFL, política estadounidense). Algunos proveedores bare metal en NY4 tienen la latencia medida más rápida hacia endpoints RPC de Polygon alojados en US East.
- LD4 / Londres - punto medio. Generalmente sirve para todo; no es la más rápida en nada.
Evita regiones en Asia o Sudamérica salvo que tu estrategia sea regional. La latencia hacia Polymarket y hacia RPCs de Polygon en Norteamérica agrega 80-200ms; eso se come la mayoría de las ventajas de las microestrategias.
Dimensionamiento: vCPU, RAM, red
Un bot de una sola estrategia no necesita mucho. Mínimos recomendados:
- 1-2 vCPU. Un bot en Python que sigue 20 mercados usa muy por debajo del 10% de un solo core la mayor parte del tiempo. No compres CPU de más; invierte en red.
- 2-4 GB de RAM. Los caches del order book y unos meses de historial de precios caben cómodamente.
- 1 Gbps sin medición o un cupo mensual amplio. Las suscripciones WebSocket son verbosas; una suscripción de 500 mercados puede consumir 20-50 GB/mes.
- SSD, 20-40 GB. Logs, diario, código. Nada pesado en almacenamiento.
Si corres múltiples estrategias o múltiples bots en el mismo host, duplica la RAM, mantén la CPU igual y asegúrate de que la red sea sin medición. La CPU rara vez es el cuello de botella.
Lista de verificación de configuración para un VPS de bot de Polymarket
Orden de operaciones, ejecútalo una vez por host:
- Provisiona una imagen Ubuntu 22.04 LTS; solo clave SSH, sin inicio de sesión con contraseña.
apt update && apt install -y python3 python3-venv git tmux ufw fail2ban htopufw allow OpenSSH && ufw enable- Crea un usuario no root; bloquea el acceso SSH de root en
/etc/ssh/sshd_config. - Configura la zona horaria en UTC. Cada marca de tiempo de logs de esta serie está en UTC.
- Instala Node 20+ si tu stack lo necesita (
nvm install 20). - Clona el repositorio de tu bot. Usa autenticación SSH-key con GitHub; nunca subas un token al host.
- Configura una unidad systemd para el bot: sobrevive al reinicio y se reinicia automáticamente si falla.
- Bot de alertas de Telegram (capítulo 30): un fallo silencioso es peor que no tener bot.
- Ejecuta paper durante 24 horas antes de que cualquier capital real llegue al host.
Tiempo total de configuración en un VPS nuevo: 45-90 minutos, incluyendo el despliegue del bot.












