Polymarket Bot Tutorial · Capitolo 4 di 32
Abbiamo testato diversi host VPS per i nostri bot Polymarket. Per prezzo, valore e performance raccomandiamo TradingVPS. Test di latenza, schede di confronto, guida al sizing, scelta della regione.
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.
Cosa copre questo capitolo
Un VPS non è opzionale per nessun bot Polymarket live. Una volta che allochi capitale reale, il bot deve sopravvivere a un laptop chiuso, a una caduta del Wi-Fi dell'hotel o a un aggiornamento Windows. Questo capitolo confronta sei provider che abbiamo testato per i nostri bot di produzione, con latenza di rete misurata da ciascuno verso gli endpoint RPC Polygon, costo mensile reale e una matrice di sizing. La card TradingVPS in fondo a questa guida è un link affiliato; lo abbiamo dichiarato su ogni pagina di questa serie. I dati nella tabella di confronto non sono influenzati dalla relazione di affiliazione — i provider falliti sono listati esattamente come si sono performati.
- Perché un VPS invece di un laptop
- Cosa abbiamo testato (sei provider)
- La nostra scelta: TradingVPS
- Confronto: TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
- Scelta della regione (NY4 vs LD4 vs AMS3)
- Sizing: vCPU, RAM, rete
- Checklist di setup per un VPS bot Polymarket
Perché un VPS invece di un laptop
Un laptop si chiude quando lo chiudi. Un laptop perde il Wi-Fi quando ti sposti di stanza. Un laptop si riavvia quando Windows decide che è ora. Nessuna di queste è accettabile quando una posizione ha bisogno di un exit scatenato in 3 secondi.
Un VPS risolve tutti e tre: uptime 24/7, rete da datacenter (tipicamente <5ms verso endpoint RPC Polygon comuni), nessun umano nel loop per il runtime. Il costo è 5-20 $/mese per il tier d'entrata e vale circa 100x quello in errori-evitati una volta che hai capitale live.
Gira la modalità paper dove vuoi. Spostati su un VPS il giorno in cui depositi fondi reali, non dopo. I builder che ritardano questo step perdono di più per "ho chiuso il coperchio" che per bug di strategia reali.
Cosa abbiamo testato (sei provider)
In un periodo di 18 mesi facendo girare bot di produzione abbiamo benchmarkato sei provider sotto carichi di trading live, non solo curl-test da una connessione residenziale. La lista e cosa abbiamo misurato:
- TradingVPS — regioni Amsterdam (AMS) e New York (NY). Il nostro host di produzione attuale.
- Hetzner — Helsinki e Falkenstein. Prezzo più basso da listino; shaping di rete bizzarro sotto traffico WebSocket sostenuto.
- Latitude.sh — bare metal, regioni multiple. Latenza ottima, prezzo premium.
- Vultr — copertura regionale ampia; una delle opzioni mid-tier più affidabili.
- DigitalOcean — comodo, ben documentato, prevedibile. Abbiamo ospitato su AMS3 per oltre un anno.
- Contabo — più economico di un ampio margine; il jitter di rete per secondo era un problema significativo sotto carico.
Misurato: latenza handshake verso clob.polymarket.com, tempo del primo frame su una sottoscrizione WebSocket del book, jitter p99 attraverso 24 ore di trading live.
La nostra scelta: TradingVPS
Per i nostri bot di produzione giriamo su TradingVPS. Il ragionamento è osservabile nel confronto qui sotto; la versione breve è: ha avuto il jitter p99 più basso sul traffico WebSocket tra i provider che abbiamo testato, prezzi mensili prevedibili e cataloghi di immagini che includono il runtime che vogliamo senza setup extra. La qualità di rete conta più del CPU puro per un bot Polymarket, e TradingVPS ottimizza per quello.
Il link a TradingVPS su questo sito è un link affiliato. Guadagniamo una piccola commissione se ti iscrivi attraverso di esso. Li abbiamo usati per il nostro trading con denaro reale per oltre un anno — la raccomandazione precede la relazione di affiliazione.
Confronto: TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
| Provider | Entry $/mese | Verso CLOB (ms) | Jitter WS p99 | Migliore per |
|---|---|---|---|---|
| TradingVPS | 9-15 | 58 (AMS→AMS) | basso | Produzione single-bot |
| Hetzner | 4-9 | 62 (HEL→AMS) | moderato | Il più economico accettabile |
| Latitude.sh | 20-45 | 52 (AMS→AMS) | basso | Multi-bot dedicato |
| Vultr | 6-12 | 72 (AMS→AMS) | basso | Convenienza |
| DigitalOcean | 6-12 | 107 (AMS→AMS) | moderato | Familiarità con il tooling |
| Contabo | 4-8 | 95 (DE→AMS) | alto | Non raccomandato per live |
Numeri misurati a maggio 2026 dall'istanza in regione Amsterdam di ciascun provider verso clob.polymarket.com. I ranking di latenza oscillano leggermente di mese in mese; il quadro generale è stato stabile dalla fine del 2024.
Scelta della regione (NY4 vs LD4 vs AMS3)
L'API CLOB di Polymarket è frontata da Cloudflare e serve da edge location vicine all'utente, quindi la distanza geografica grezza dall'origine conta meno della qualità del network-path. Comunque, tre scelte regionali sono comuni.
- AMS3 / Amsterdam — il nostro default. Buon peering con la presenza Cloudflare in UE. Migliore per builder con strategie US-o-UE che toccano i mercati asiatici overnight.
- NY4 / New York — migliore per strategie legate agli orari del mercato USA (NBA, NFL, politica USA). Alcuni provider bare-metal in NY4 hanno la latenza misurata più veloce verso endpoint RPC Polygon ospitati su US East.
- LD4 / Londra — via di mezzo. Generalmente bene per tutto; non il più veloce in nulla.
Evita regioni in Asia o Sud America a meno che la tua strategia non sia regionale. La latenza verso Polymarket e verso gli RPC Polygon nordamericani aggiunge 80-200ms; che si mangia la maggior parte degli edge di micro-strategia.
Sizing: vCPU, RAM, rete
Un bot single-strategy non ha bisogno di molto. Minimi raccomandati:
- 1-2 vCPU. Un bot Python che traccia 20 mercati usa ben sotto il 10% di un core la maggior parte del tempo. Non comprare CPU di troppo; spendilo sulla rete.
- 2-4 GB di RAM. Cache dell'order book e qualche mese di storico prezzi entrano comodamente.
- 1 Gbps senza limite o large allowance mensile. Le sottoscrizioni WebSocket sono chiacchierone; una sottoscrizione di 500 mercati può fare 20-50 GB/mese.
- Storage SSD, 20-40 GB. Log, diario, codice. Niente storage-heavy.
Se giri multi-strategy o multi-bot sullo stesso host, raddoppia la RAM, tieni il CPU uguale, assicurati che la rete sia senza limite. Il CPU raramente è il bottleneck.
Checklist di setup per un VPS bot Polymarket
Ordine delle operazioni, da eseguire una volta per host:
- Fai il provisioning dell'immagine Ubuntu 22.04 LTS; solo chiave SSH, niente password login.
apt update && apt install -y python3 python3-venv git tmux ufw fail2ban htopufw allow OpenSSH && ufw enable- Crea un utente non-root; blocca il login SSH come root in
/etc/ssh/sshd_config. - Imposta il fuso orario a UTC. Ogni timestamp di log in questa serie è UTC.
- Installa Node 20+ se il tuo stack ne ha bisogno (
nvm install 20). - Clona il repo del tuo bot. Usa SSH-key auth verso GitHub; non pushare mai un token sull'host.
- Imposta un'unit systemd per il bot — sopravvive al reboot, auto-restart on crash.
- Bot di alert Telegram (capitolo 30) — un silent fail è peggio di nessun bot.
- Gira paper per 24 ore prima che qualsiasi capitale live raggiunga l'host.
Tempo totale di setup su un VPS fresco: 45-90 minuti incluso il deployment del bot.











