Polymarket Bot Tutorial · Chapter 5 of 32
Comparatif des fournisseurs Polygon RPC pour les bots Polymarket en 2026 : Alchemy, QuickNode, Ankr, endpoints publics, self-hosted. Latency, rate limits, utilisable en free-tier pour le paper trading.
Ce que couvre ce chapitre
L'endpoint Polygon RPC est la seule vue directe de l'état on-chain de votre bot - balances, allowances, settlement confirmations, événements UMA. L'API de Polymarket elle-même masque la plupart de ces éléments, mais un bot de production doit lire la vérité on-chain pour vérifier sa propre comptabilité. Ce chapitre compare les principaux fournisseurs RPC en conditions réelles de charge, donne les seuils de free-tier à partir desquels chacun cesse d'être utilisable, et se termine par le pattern de failover à deux providers que la plupart des bots finissent par adopter.
- Ce qu'un RPC fait pour votre bot
- Alchemy: free tier et pricing
- QuickNode: dedicated nodes
- Ankr: cheapest paid tier
- Public Polygon RPCs (gratuit, rate-limited)
- Self-hosted Polygon node (quand cela a du sens)
- Latency benchmarks (US-East vs EU)
- Failover patterns
Ce qu'un RPC fait pour votre bot
Un endpoint RPC est l'URL HTTPS ou WebSocket par laquelle votre bot lit et écrit l'état de la chaîne Polygon. Pour un bot Polymarket, le RPC gère quatre tâches.
- Lire les balances: combien de pUSD ou d'USDC se trouve dans le proxy, combien de outcome tokens vous détenez réellement. Nécessaire pour vérifier que la vue de l'API CLOB correspond à la vérité on-chain.
- Lire les allowances: savoir si les contrats Polymarket peuvent dépenser vos tokens. Une allowance mal configurée provoque des rejets d'ordres silencieux.
- S'abonner aux événements: propositions et disputes de l'UMA Optimistic Oracle, confirmations de dépôt, gros transferts on-chain depuis d'autres wallets.
- Vérifier le settlement: quand le CLOB dit "matched", la chaîne n'a pas encore confirmé le transfert ERC-1155. Lire la chaîne confirme que cela a bien eu lieu.
Le bot ne signe pas les ordres via le RPC - la signature des ordres est faite localement et le payload signé est envoyé à l'API HTTP du CLOB. Le RPC est purement un canal de lecture et d'événements pour la plupart des stratégies.
Alchemy: free tier et pricing
Alchemy est le fournisseur Polygon RPC le plus utilisé parmi les builders Polymarket que nous connaissons. Le free tier couvre la plupart des cas d'usage de paper trading et de petits bots : 300 compute units par seconde, 300 millions par mois, avec le même dashboard utilisé pour provisionner des endpoints Polygon mainnet et Polygon testnet.
Un bot typique sur 20 marchés qui lit les balances + les événements UMA toutes les 30 secondes consomme environ 50 à 80 millions de CU/mois, largement sous le plafond gratuit. Les plans payants commencent autour de 50 $/mois et achètent principalement davantage de throughput par seconde, pas plus d'appels au total. La contrainte du free tier que la plupart des bots de paper trade atteignent est la rate limit, pas le volume mensuel.
Alchemy propose un dashboard utile pour inspecter les requêtes en échec et une répartition de latency par méthode, très pratique pour déboguer des lectures lentes. Le dashboard à lui seul vaut le choix d'Alchemy plutôt qu'un provider sans dashboard pour un premier bot.
QuickNode: dedicated nodes
QuickNode se positionne pour des besoins de throughput plus élevés. Leur pricing évolue en fonction du volume mensuel de requêtes plutôt que par paliers - ce qui est surtout pertinent pour les bots qui s'abonnent à de nombreux filtres d'événements WebSocket ou qui effectuent des requêtes lourdes sur les logs historiques. Le palier d'entrée est d'environ 10 à 20 $/mois et inclut le support WebSocket que certains free tiers d'Alchemy limitent.
La latency par requête de QuickNode depuis US-East est généralement de 5 à 15 ms, légèrement meilleure que celle du free tier d'Alchemy en charge. Pour un bot à stratégie unique, la différence est invisible ; pour un market-maker qui cote 100 marchés, cela peut compter. Leur accès archive node (historique complet de l'état) est le moins cher parmi les trois grands si votre stratégie en a besoin.
Le point faible: leurs réponses d'erreur JSON-RPC sont moins spécifiques que celles d'Alchemy, donc le débogage prend plus de temps lorsqu'une méthode échoue.
Ankr: cheapest paid tier
Ankr propose le RPC Polygon payant le moins cher parmi les principaux providers - environ 10 $/mois pour le plan premium d'entrée avec 1 500 CU/seconde. Le free tier a des rate limits serrées mais reste utilisable pour le paper trading.
Deux avertissements. D'abord, l'endpoint load-balanced d'Ankr sert parfois des données de block légèrement en retard (1 à 2 blocks derrière le tip). Pour les lectures de balance, ce n'est pas un problème ; pour les stratégies d'arbitrage qui dépendent du dernier block, c'en est un. Ensuite, leur temps de réponse du support est plus lent que celui d'Alchemy ou de QuickNode lorsqu'un cluster régional rencontre un problème.
Ankr est un provider principal pertinent pour les bots sensibles aux coûts et un excellent provider de secours quoi qu'il arrive. La section sur les failover patterns ci-dessous explique comment les combiner.
Public Polygon RPCs (gratuit, rate-limited)
Polygon publie plusieurs endpoints RPC publics gratuits - polygon-rpc.com, rpc.ankr.com/polygon (public, distinct du service payant Ankr), ainsi que quelques endpoints hébergés par la communauté. Ils fonctionnent, mais avec des limites.
- Les rate limits sont agressives et non documentées. Attendez-vous à être throttled si vous dépassez environ 10 req/sec en continu.
- Pas de support, pas de dashboard. Quand un endpoint tombe en panne, vous le constatez parce que le taux d'erreur de votre bot augmente.
- Souvent 1 à 3 blocks en retard. Suffisant pour des lectures non sensibles au temps.
Utilisez les endpoints publics pour: le développement sur un laptop, le troisième niveau d'une stack de failover (après deux providers payants), les scripts one-shot. Ne faites pas tourner un bot live en trading sur un endpoint public comme provider principal.
Self-hosted Polygon node (quand cela a du sens)
Faire tourner votre propre Polygon full node est faisable - Bor + Heimdall sur un VPS 4 vCPU/16 Go avec environ 2 To de SSD, synchronisé en quelques jours. Le calcul pour ou contre est simple.
Coût: environ 40 à 80 $/mois en VPS + stockage chez un grand hébergeur. Environ 4x un plan RPC payant confortable.
Gain: zéro frais par requête, aucune rate limit, et la plus faible latency possible vers l'état de la chaîne (1 à 3 ms contre 20 à 50 ms via Internet vers un provider hébergé).
Difficulté: gestion des snapshots, Heimdall et Bor ont chacun leurs modes de crash, et une sync bloquée au milieu du trading produit des lectures stale silencieuses.
Pour 95 % des builders, ne self-hostez pas. Les heures consacrées à la maintenance du node dépassent largement les économies sur la facture RPC. Ne self-hostez que si vous avez une stratégie où 30 ms de latency de lecture comptent en termes de PnL et si vous avez déjà validé la stratégie chez un provider hébergé.
Latency benchmarks (US-East vs EU)
Temps de round-trip médian mesurés depuis des VPS dans trois régions vers le Polygon RPC le plus proche de chaque provider, mai 2026.
| VPS region | Alchemy | QuickNode | Ankr (paid) | polygon-rpc.com |
|---|---|---|---|---|
| NY (US-East) | 14ms | 11ms | 22ms | 34ms |
| AMS (EU) | 21ms | 17ms | 28ms | 41ms |
| SG (Asia) | 97ms | 89ms | 110ms | 140ms |
Les chiffres varient d'une semaine à l'autre d'environ 3 ms. Le pattern reste stable: QuickNode et Alchemy sont quasiment à égalité; Ankr est systématiquement 5 à 10 ms derrière; les endpoints publics sont 15 à 25 ms derrière. Les bots hébergés en Asie paient un coût incompressible d'environ 80 ms face à l'infrastructure réseau de Polygon centrée sur l'Amérique du Nord.
Failover patterns
Un seul RPC est un point de défaillance unique. Les bots de production utilisent deux providers avec une règle de bascule simple.
Pattern: appel principal vers le provider A; en cas de timeout (3 s) ou de réponse 5xx, retry vers le provider B; si les deux échouent, sleep 5 s et retry sur le principal. Suivez les échecs consécutifs du provider principal et basculez automatiquement sur B pendant 60 s après 3 échecs, puis testez à nouveau le principal.
Combo recommandé: Alchemy payant en principal, Ankr gratuit ou endpoint public Polygon en backup. Ils utilisent des opérateurs de noeuds upstream différents, donc un incident sur l'un est rarement corrélé avec l'autre. Évitez de faire tourner deux endpoints du même provider (par exemple deux clés Alchemy) - cela n'apporte aucune vraie redondance.
Implementation: un wrapper léger autour de web3.py ou ethers.js qui sélectionne le provider à chaque appel. Environ 30 lignes de code; il est rentabilisé la première fois qu'un provider subit une panne régionale.
