Polymarket Bot Tutorial · Chapitre 4 sur 32
Nous avons testé plusieurs VPS hosts pour nos propres Polymarket bots. Pour le prix, la valeur et les performances, nous recommandons TradingVPS. Tests de latency, cartes de comparaison, guide de dimensionnement, choix de région.
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.
Ce que couvre ce chapitre
Un VPS est indispensable pour tout Polymarket bot en production. Une fois que vous allouez du capital réel, le bot doit survivre à un laptop fermé, à une coupure de Wi-Fi dans un hôtel ou à une mise à jour Windows. Ce chapitre compare six providers que nous avons testés pour nos propres bots de production, avec la latency réseau mesurée vers des Polygon RPC endpoints, le coût mensuel réel et une matrice de dimensionnement. La carte TradingVPS en bas de ce guide est un affiliate link ; nous l’avons indiqué sur chaque page de cette série. Les données du tableau comparatif ne sont pas affectées par la relation d’affiliation - les providers qui ont échoué sont listés exactement selon leurs performances.
- Pourquoi un VPS plutôt qu’un laptop
- Ce que nous avons testé (six providers)
- Notre choix : TradingVPS
- Comparaison : TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
- Choix de région (NY4 vs LD4 vs AMS3)
- Dimensionnement : vCPU, RAM, network
- Checklist de setup pour un Polymarket bot VPS
Pourquoi un VPS plutôt qu’un laptop
Un laptop se ferme quand vous le fermez. Un laptop perd le Wi-Fi quand vous changez de pièce. Un laptop redémarre quand Windows décide que c’est le moment. Rien de tout cela n’est acceptable quand une position doit être clôturée en 3 secondes.
Un VPS résout ces trois problèmes : uptime 24/7, network de datacenter (généralement <5ms vers les Polygon RPC endpoints courants), aucun humain dans la boucle pendant l’exécution. Le coût est de 5 à 20 $/mois pour l’entrée de gamme et cela vaut environ 100x ce montant en erreurs évitées une fois que vous avez du capital réel.
Faites tourner le paper mode où vous voulez. Passez sur un VPS le jour où vous déposez de vrais fonds, pas plus tard. Les builders qui retardent cette étape perdent plus à cause de « j’ai fermé le capot » qu’à cause de vrais bugs de stratégie.
Ce que nous avons testé (six providers)
Sur une période de 18 mois d’exécution de bots de production, nous avons benchmarké six providers dans des conditions de trading réelles, pas seulement avec des tests curl depuis une connexion résidentielle. La liste et ce que nous avons mesuré :
- TradingVPS - régions Amsterdam (AMS) et New York (NY). Notre host de production actuel.
- Hetzner - Helsinki et Falkenstein. Prix d’entrée le plus bas ; network shaping capricieux sous trafic WebSocket soutenu.
- Latitude.sh - bare metal, plusieurs régions. Latency excellente, prix premium.
- Vultr - large couverture régionale ; l’une des options milieu de gamme les plus fiables.
- DigitalOcean - pratique, bien documenté, prévisible. Nous avons hébergé sur AMS3 pendant plus d’un an.
- Contabo - de loin le moins cher ; le jitter réseau par seconde était un problème significatif sous charge.
Mesuré : handshake latency vers clob.polymarket.com, temps du premier frame sur un abonnement WebSocket au book, jitter p99 sur 24 heures de trading en direct.
Notre choix : TradingVPS
Pour nos propres bots de production, nous tournons sur TradingVPS. La raison est visible dans la comparaison ci-dessous ; la version courte est : il avait le jitter p99 le plus faible sur le trafic WebSocket parmi les providers testés, une tarification mensuelle prévisible, et des image catalogs qui incluent le runtime que nous voulons sans setup supplémentaire. La qualité du network compte plus que le CPU brut pour un Polymarket bot, et TradingVPS optimise cela.
Le lien vers TradingVPS sur ce site est un affiliate link. Nous gagnons une petite commission si vous vous inscrivez via ce lien. Nous les utilisons pour notre propre trading en argent réel depuis plus d’un an - la recommandation précède la relation d’affiliation.
Comparaison : TradingVPS, Hetzner, Latitude.sh, Vultr, DigitalOcean, Contabo
| Provider | Entrée $/mo | Vers CLOB (ms) | WS p99 jitter | Idéal pour |
|---|---|---|---|---|
| TradingVPS | 19-35 | 58 (AMS→AMS) | faible | Production single-bot |
| Hetzner | 4-9 | 62 (HEL→AMS) | modéré | Le moins cher acceptable |
| Latitude.sh | 20-45 | 52 (AMS→AMS) | faible | Multi-bot dédié |
| Vultr | 6-12 | 72 (AMS→AMS) | faible | Praticité |
| DigitalOcean | 6-12 | 107 (AMS→AMS) | modéré | Familiarité avec les outils |
| Contabo | 4-8 | 95 (DE→AMS) | élevé | Non recommandé en live |
Chiffres mesurés en mai 2026 depuis l’instance de chaque provider en région Amsterdam vers clob.polymarket.com. Les classements de latency évoluent légèrement d’un mois à l’autre ; la tendance générale est stable depuis fin 2024.
Choix de région (NY4 vs LD4 vs AMS3)
L’API CLOB de Polymarket est frontée par Cloudflare et servie depuis des edge locations proches de l’utilisateur, donc la distance géographique brute à l’origine compte moins que la qualité du network path. Cela dit, trois choix de région sont courants.
- AMS3 / Amsterdam - notre défaut. Bon peering avec la présence EU de Cloudflare. Idéal pour les builders avec des stratégies US ou EU qui touchent les marchés asiatiques de nuit.
- NY4 / New York - le meilleur choix pour les stratégies liées aux heures de marché US (NBA, NFL, politique US). Certains providers bare-metal en NY4 ont la latency mesurée la plus rapide vers des Polygon RPC endpoints hébergés sur US East.
- LD4 / London - compromis. Généralement correct pour tout ; pas le plus rapide sur quoi que ce soit.
Évitez les régions en Asie ou en Amérique du Sud sauf si votre stratégie est régionale. La latency vers Polymarket et vers les Polygon RPCs nord-américains ajoute 80-200ms ; cela absorbe la majeure partie des edges des micro-strategies.
Dimensionnement : vCPU, RAM, network
Un bot à stratégie unique n’a pas besoin de grand-chose. Minimums recommandés :
- 1-2 vCPU. Un bot Python qui suit 20 marchés utilise bien moins de 10 % d’un cœur la plupart du temps. N’achetez pas trop de CPU ; dépensez plutôt sur le network.
- 2-4 GB RAM. Les caches d’order book et quelques mois d’historique de prix tiennent confortablement.
- 1 Gbps unmetered ou large monthly allowance. Les subscriptions WebSocket sont bavardes ; un abonnement à 500 marchés peut consommer 20-50 GB/mois.
- SSD storage, 20-40 GB. Logs, diary, code. Rien de lourd en stockage.
Si vous exécutez plusieurs stratégies ou plusieurs bots sur le même host, doublez la RAM, gardez le CPU identique et assurez-vous que le network est unmetered. Le CPU est rarement le goulot d’étranglement.
Checklist de setup pour un Polymarket bot VPS
Ordre des opérations, à exécuter une fois par host :
- Provisionnez une image Ubuntu 22.04 LTS ; SSH key only, pas de login par mot de passe.
apt update && apt install -y python3 python3-venv git tmux ufw fail2ban htopufw allow OpenSSH && ufw enable- Créez un utilisateur non-root ; verrouillez le login SSH root dans
/etc/ssh/sshd_config. - Réglez le fuseau horaire sur UTC. Chaque horodatage de log dans cette série est en UTC.
- Installez Node 20+ si votre stack en a besoin (
nvm install 20). - Clonez le repo de votre bot. Utilisez l’auth SSH-key vers GitHub ; ne poussez jamais un token sur le host.
- Configurez une unité systemd pour le bot - survit au reboot, redémarre automatiquement en cas de crash.
- Telegram alert bot (chapitre 30) - un échec silencieux est pire que pas de bot du tout.
- Faites tourner le paper pendant 24 heures avant que du capital réel n’atteigne le host.
Temps total de setup sur un VPS vierge : 45 à 90 minutes, déploiement du bot inclus.












