Tutorial de Bot da Polymarket · Capítulo 4 de 32
Testamos vários hosts VPS para nossos próprios bots da Polymarket. Em termos de preço, valor e performance, recomendamos a TradingVPS. Testes de latency, cards de comparação, guia de dimensionamento, escolha de região.
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
Melhores regiões: Amesterdão para a ligação mais rápida aos servidores da Polymarket, Dublin para navegar no polymarket.com através do teu VPS.
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.
O que este capítulo cobre
Um VPS não é opcional para qualquer bot da Polymarket em produção. Depois que você aloca capital real, o bot precisa sobreviver a um notebook fechado, a uma queda de Wi-Fi de hotel ou a uma atualização do Windows. Este capítulo compara seis provedores que testamos para nossos próprios bots em produção, com latency de rede medida de cada um até endpoints Polygon RPC, custo mensal real e uma matriz de dimensionamento. O card da TradingVPS no final deste guia é um affiliate link; nós o divulgamos em todas as páginas desta série. Os dados da tabela de comparação não são afetados pela relação de affiliate - os provedores com pior desempenho aparecem exatamente como se comportaram.
- Por que um VPS em vez de um notebook
- O que testamos (seis provedores)
- Nossa escolha: TradingVPS
- Comparação: TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
- Escolha de região (NY4 vs LD4 vs AMS3)
- Dimensionamento: vCPU, RAM, network
- Checklist de setup para um VPS de bot da Polymarket
Por que um VPS em vez de um notebook
Um notebook fecha quando você o fecha. Um notebook perde Wi-Fi quando você muda de cômodo. Um notebook reinicia quando o Windows decide que é hora. Nada disso é aceitável quando uma posição precisa de uma saída acionada em 3 segundos.
Um VPS resolve as três coisas: uptime 24/7, network de datacenter (tipicamente <5ms para endpoints Polygon RPC comuns), sem intervenção humana no runtime. O custo é de US$ 5-20/mês na faixa inicial e vale algo como 100x isso em erros evitados depois que você tem capital real em jogo.
Rode paper mode onde quiser. Migre para um VPS no dia em que depositar fundos reais, não depois. Builders que atrasam essa etapa perdem mais com "eu fechei a tampa" do que com bugs reais da estratégia.
O que testamos (seis provedores)
Ao longo de um período de 18 meses operando bots em produção, benchmarkamos seis provedores em workloads de trading ao vivo, não apenas testes com curl de uma conexão residencial. A lista e o que medimos:
- TradingVPS - regiões Amsterdam (AMS) e New York (NY). Nosso host atual em produção.
- Hetzner - Helsinki e Falkenstein. Menor preço de tabela; network shaping peculiar sob tráfego WebSocket sustentado.
- Latitude.sh - bare metal, múltiplas regiões. Ótima latency, preço premium.
- Vultr - ampla cobertura de regiões; uma das opções intermediárias mais confiáveis.
- DigitalOcean - conveniente, bem documentado, previsível. Hospedamos na AMS3 por mais de um ano.
- Contabo - de longe o mais barato; o jitter de rede por segundo foi um problema relevante sob carga.
Medimos: handshake latency para clob.polymarket.com, tempo do primeiro frame em uma assinatura WebSocket do book, jitter p99 ao longo de 24 horas de trading ao vivo.
Nossa escolha: TradingVPS
Para nossos próprios bots em produção, rodamos na TradingVPS. A justificativa fica visível na comparação abaixo; a versão curta é: ela teve o menor jitter p99 em tráfego WebSocket entre os provedores que testamos, preço mensal previsível e catalogs de imagens que incluem o runtime que queremos sem setup extra. A qualidade da network importa mais do que CPU bruto para um bot da Polymarket, e a TradingVPS é otimizada para isso.
O link para a TradingVPS neste site é um affiliate link. Recebemos uma pequena comissão se você se cadastrar por ele. Nós a usamos para nosso próprio trading com dinheiro real há mais de um ano - a recomendação veio antes da relação de affiliate.
Comparação: TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
| Provedor | Preço inicial $/mês | Até o CLOB (ms) | WS p99 jitter | Melhor para |
|---|---|---|---|---|
| TradingVPS | 19-35 | 58 (AMS→AMS) | low | Produção com um bot |
| Hetzner | 4-9 | 62 (HEL→AMS) | moderate | O mais barato aceitável |
| Latitude.sh | 20-45 | 52 (AMS→AMS) | low | Multi-bot dedicado |
| Vultr | 6-12 | 72 (AMS→AMS) | low | Conveniência |
| DigitalOcean | 6-12 | 107 (AMS→AMS) | moderate | Familiaridade com tooling |
| Contabo | 4-8 | 95 (DE→AMS) | high | Não recomendado para ao vivo |
Números medidos em maio de 2026, de uma instância em região Amsterdam de cada provedor até clob.polymarket.com. Os rankings de latency mudam um pouco mês a mês; o quadro geral tem sido estável desde o fim de 2024.
Escolha de região (NY4 vs LD4 vs AMS3)
A API CLOB da Polymarket é fronted por Cloudflare e serve a partir de edge locations próximas do usuário, então a distância geográfica bruta até a origem importa menos do que a qualidade do network path. Ainda assim, três escolhas de região são comuns.
- AMS3 / Amsterdam - nosso padrão. Bom peering com a presença da Cloudflare na UE. Melhor para builders com estratégias US ou EU que tocam mercados asiáticos overnight.
- NY4 / New York - melhor para estratégias ligadas ao horário de mercado dos EUA (NBA, NFL, política dos EUA). Alguns provedores bare metal em NY4 têm a latency mais rápida medida para endpoints Polygon RPC hospedados na US East.
- LD4 / London - meio-termo. Geralmente bom para tudo; não é o mais rápido em nada.
Evite regiões na Ásia ou na América do Sul, a menos que sua estratégia seja regional. A latency para a Polymarket e para Polygon-North American RPCs adiciona 80-200ms; isso consome a maior parte das vantagens de micro-strategies.
Dimensionamento: vCPU, RAM, network
Um bot de estratégia única não precisa de muita coisa. Mínimos recomendados:
- 1-2 vCPU. Um bot em Python acompanhando 20 markets usa bem menos de 10% de um core na maior parte do tempo. Não compre CPU demais; gaste em network.
- 2-4 GB RAM. Caches de order book e alguns meses de histórico de preços cabem confortavelmente.
- 1 Gbps sem limite ou uma franquia mensal grande. Assinaturas WebSocket são falantes; uma assinatura de 500 markets pode consumir 20-50 GB/mês.
- SSD, 20-40 GB. Logs, diary, code. Nada pesado em storage.
Se você rodar multi-strategy ou multi-bot no mesmo host, dobre a RAM, mantenha a CPU igual e garanta que o network seja sem limite. CPU raramente é o gargalo.
Checklist de setup para um VPS de bot da Polymarket
Ordem de operação, execute uma vez por host:
- Provisione uma imagem Ubuntu 22.04 LTS; apenas SSH key, sem login por senha.
apt update && apt install -y python3 python3-venv git tmux ufw fail2ban htopufw allow OpenSSH && ufw enable- Crie um usuário não-root; restrinja o login SSH de root em
/etc/ssh/sshd_config. - Defina o fuso horário para UTC. Todo timestamp de log nesta série é UTC.
- Instale Node 20+ se sua stack precisar dele (
nvm install 20). - Clone o repositório do seu bot. Use autenticação por SSH key no GitHub; nunca envie um token para o host.
- Configure a unit systemd para o bot - sobrevive a reboot, reinicia automaticamente em crash.
- Telegram alert bot (capítulo 30) - falha silenciosa é pior do que não ter bot.
- Rode em paper por 24 horas antes de qualquer capital real chegar ao host.
Tempo total de setup em um VPS novo: 45-90 minutos, incluindo o deploy do bot.












