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.

RECOMMENDED

TradingVPS

Our pick - lowest jitter, trading-tuned

Pros
  • Trading-optimized hardware
  • Sub-1ms to major RPCs
  • NY4/LD4/TY3 colocation
  • Crypto payments accepted
Cons
  • Pricier than commodity cloud at entry tier

Best for: Market making, sports microstructure, latency-sensitive strategies

Visit TradingVPS →

Hetzner

Best price/perf in EU

Pros
  • Cheapest 4-core VPS in EU
  • Reliable network
  • Easy setup
Cons
  • EU regions only
  • Higher latency to US RPC

Best for: Paper trading, news arbitrage, EU-located devs

Affiliate link pending

Latitude.sh

Bare metal, true sub-ms

Pros
  • Dedicated bare metal
  • Multiple US/EU/APAC regions
  • No noisy neighbors
Cons
  • Most expensive option
  • Overkill for simple bots

Best for: High-frequency MM, multi-account farms

Affiliate link pending

Vultr

Commodity cloud, NJ region

Pros
  • Many regions
  • $3.50/mo entry
  • Hourly billing
Cons
  • Variable performance
  • Noisy neighbors possible

Best for: Beginners, paper trading, low-traffic bots

Affiliate link pending

DigitalOcean

Easy + reliable

Pros
  • Easiest UI
  • Solid uptime
  • $4/mo entry
Cons
  • Higher latency than trading-tuned
  • No colo

Best for: First bot deployment, learning

Affiliate link pending

Contabo

Cheapest entry tier

Pros
  • ~$5/mo for 4 vCPU
  • Lots of RAM/storage
Cons
  • Variable network
  • Older hardware

Best for: Budget paper trading, storage-heavy bots

Affiliate link pending

Disclosure: 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

ProviderEntrée $/moVers CLOB (ms)WS p99 jitterIdéal pour
TradingVPS19-3558 (AMS→AMS)faibleProduction single-bot
Hetzner4-962 (HEL→AMS)modéréLe moins cher acceptable
Latitude.sh20-4552 (AMS→AMS)faibleMulti-bot dédié
Vultr6-1272 (AMS→AMS)faiblePraticité
DigitalOcean6-12107 (AMS→AMS)modéréFamiliarité avec les outils
Contabo4-895 (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 :

  1. Provisionnez une image Ubuntu 22.04 LTS ; SSH key only, pas de login par mot de passe.
  2. apt update && apt install -y python3 python3-venv git tmux ufw fail2ban htop
  3. ufw allow OpenSSH && ufw enable
  4. Créez un utilisateur non-root ; verrouillez le login SSH root dans /etc/ssh/sshd_config.
  5. Réglez le fuseau horaire sur UTC. Chaque horodatage de log dans cette série est en UTC.
  6. Installez Node 20+ si votre stack en a besoin (nvm install 20).
  7. Clonez le repo de votre bot. Utilisez l’auth SSH-key vers GitHub ; ne poussez jamais un token sur le host.
  8. Configurez une unité systemd pour le bot - survit au reboot, redémarre automatiquement en cas de crash.
  9. Telegram alert bot (chapitre 30) - un échec silencieux est pire que pas de bot du tout.
  10. 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.

Questions fréquentes

Quel VPS recommandez-vous pour un Polymarket bot ?
TradingVPS. Nous avons testé le commodity cloud (DigitalOcean, Vultr), le bare metal (Hetzner, Latitude.sh) et des plateformes optimisées pour le trading. Pour la combinaison prix, valeur et performances, TradingVPS est arrivé en tête - jitter le plus faible vers les Polygon RPCs, hardware optimisé pour le trading, tarification compétitive avec le commodity cloud.
Ai-je vraiment besoin d’un VPS "trading-tuned" pour Polymarket ?
Pour du paper trading ou des stratégies à faible fréquence (politique, météo) : non, un droplet Hetzner ou DigitalOcean à 5 $/mo suffit. Pour le market making, la microstructure sportive ou toute stratégie sensible à la latency où 100 ms peuvent signifier un fill manqué : oui, les hosts optimisés pour le trading se rentabilisent.
Dans quelle région dois-je héberger mon Polymarket bot ?
L’endpoint CLOB de Polymarket est géodistribué via CDN, donc le round-trip est similaire depuis beaucoup de régions. Les providers Polygon RPC (Alchemy, QuickNode, Ankr) sont aussi distribués mondialement. Pour la plupart des stratégies, US East (NY/Virginia) ou EU (Frankfurt/Amsterdam) conviennent très bien. Les stratégies sub-millisecond doivent choisir un host avec colocation NY4 ou LD4.
De combien de RAM et de CPU un Polymarket bot a-t-il besoin ?
1 vCPU et 2 GB RAM suffisent pour un bot à stratégie unique qui trade quelques marchés. 4 vCPU et 8 GB si vous exécutez plusieurs stratégies, stockez les données historiques localement et gardez des subscriptions websocket à des dizaines de marchés. Le CPU est rarement le facteur limitant ; le network et un logging propre le sont souvent.
Puis-je faire tourner un Polymarket bot sur AWS / GCP / Azure ?
Oui, mais c’est surdimensionné pour un seul bot. Les grands clouds facturent le compute, le network et le storage séparément, et les egress fees peuvent surprendre. Un VPS à prix fixe (TradingVPS, Vultr, DO, Hetzner) est plus simple et moins cher pour des workloads stables.
Dois-je utiliser un VPS Linux ou Windows ?
Linux. Ubuntu LTS ou Debian. Chaque exemple de Polymarket SDK, chaque outil de monitoring (systemd, journalctl, htop) et chaque tutoriel suppose Linux. Un VPS Windows est techniquement possible, mais vous vous heurterez à des frictions à chaque étape.