Polymarket Bot Tutorial · Chapitre 2 sur 32
Avant d’écrire une seule ligne de code pour un Polymarket bot : le niveau de compétence requis en Python ou Node.js, les bases de web3, le temps à consacrer par semaine et le capital minimum pour trader en réel.
Ce que couvre ce chapitre
Ce chapitre est le contrôle des prérequis avant tout code. Il définit le minimum dans cinq dimensions - compétence en programmation, aisance avec web3, culture de la probabilité, heures hebdomadaires et capital de départ - et il est volontairement strict. Beaucoup de guides de bot sur internet ignorent les prérequis parce qu’être inclusif se vend mieux. Nous avons vu le coût réel d’un tel raccourci : des builders insuffisamment formés déploient sans contrôle du risque, vident un wallet en une semaine et ne récupèrent jamais les frais de dépôt. Si vous ne remplissez pas encore tous les critères ci-dessous, le reste de la série vaut toujours la peine d’être lu, mais pas le live trading.
- Compétence en programmation requise
- Bases web3 / blockchain nécessaires
- Fondations en probabilité et mathématiques
- Temps à consacrer par semaine
- Matériel et comptes à configurer
- Capital minimum pour paper vs live
- Quand il ne faut PAS commencer
Compétence en programmation requise
Le niveau requis est « intermédiaire, pas débutant ». Vous devez être à l’aise avec : les requêtes HTTP et les réponses JSON, la sémantique async/await dans le langage choisi, la lecture du code source d’un SDK tiers quand sa documentation est mince, et la gestion des erreurs sans faire planter tout le processus. Vous n’avez pas besoin de : frameworks web, expérience en base de données, compétences frontend.
Test concret : téléchargez py-clob-client (Python) ou @polymarket/clob-client-v2 (Node) et passez un ordre d’achat sur le testnet Polygon (ou sur mainnet avec 1 $). Si vous y arrivez en moins de deux heures depuis une machine propre, vous êtes au niveau minimal. Si cela vous prend un week-end et que vous terminez frustré, construisez d’abord un projet plus simple de client HTTP.
Bases web3 / blockchain nécessaires
Vous avez besoin d’assez de vocabulaire web3 pour lire le code source du SDK sans devoir traduire chaque terme avec Google. Plus précisément :
- EOA vs proxy wallet - un externally owned account (clé privée) vs un smart-contract wallet qui détient les fonds et est contrôlé par des signatures de l’EOA. Les utilisateurs de Polymarket détiennent des pUSD dans un proxy ; l’EOA signe les ordres.
- ERC-20 / ERC-1155 - des standards de token. USDC et pUSD sont des ERC-20. Les outcome shares sont des tokens ERC-1155.
- Allowance / approval - l’autorisation on-chain permettant aux contrats de Polymarket de déplacer vos tokens.
- RPC endpoint - l’URL HTTPS ou WebSocket via laquelle vous lisez l’état de Polygon.
Vous n’avez pas besoin d’écrire du Solidity, de déployer des contracts, ni de comprendre le consensus. Cinq heures de tutoriels MetaMask et une lecture de la documentation OpenZeppelin suffisent pour atteindre le niveau minimal.
Fondations en probabilité et mathématiques
Les prix sur Polymarket sont des probabilités. Un marché qui se traite à 0.42 implique 42 % de chances que l’issue se résolve à OUI. Trois habitudes quantitatives distinguent les builders qui survivent de ceux qui ne survivent pas.
Premièrement, penser en expected value, pas en résultats. Un pari de 5 $ à 0.30 qui paie 16.67 $ est +EV si votre modèle attribue une probabilité réelle supérieure à 30 %, même s’il perd les 5 suivants d’affilée. Deuxièmement, comprendre la spread tax : chaque aller-retour paie le bid-ask spread plus des frais de 0.5 %, donc un edge inférieur à 1.5 % est absorbé par le coût de transaction. Troisièmement, lire honnêtement la variance - une stratégie avec 55 % de win rate a une chance non négligeable d’enchaîner 10 à 15 wins/losses sur de courtes périodes. Prévoyez-le, ou vous en serez terrifié.
Aucune statistique avancée n’est requise. Une compréhension de la probabilité au niveau lycée, plus la capacité de faire des calculs d’EV sur papier, suffit.
Temps à consacrer par semaine
Répartition hebdomadaire honnête pour les trois premiers mois :
- 1-2 heures : lire l’activité de marché du jour, surveiller le calendrier des litiges UMA, observer comment les prix ont évolué pendant les événements nocturnes.
- 2-3 heures : coder - généralement corriger ce qui a cassé, pas construire from scratch. Bugs de type d’ordre, pannes RPC, changements de schéma.
- 1-2 heures : backtesting et lecture du journal de votre bot. Les heures gagnées à automatiser l’exécution reviennent ici sous forme de temps d’analyse.
Soit 4 à 7 heures/semaine. En dessous de 3, le bot stagne : les edges s’érodent, vous ne remarquez plus rien, la stratégie qui fonctionnait le mois dernier devient silencieusement -EV. Au-dessus de 10, vous êtes probablement en train de trader manuellement les sorties du bot, ce qui va à l’encontre du but.
Matériel et comptes à configurer
Le minimum matériel est volontairement bas. N’importe quel laptop datant des cinq dernières années fait tourner le paper mode. Un VPS à 5-10 $/mois héberge le live (chapitre 4). Checklist de préparation recommandée :
- Compte Polymarket (inscription web, KYC si dépôt > 1k $)
- Wallet Polygon - MetaMask ou tout signer compatible avec le SDK
- Clé API Polygon RPC - le niveau gratuit d’Alchemy ou QuickNode est largement suffisant (chapitre 5)
- Compte GitHub pour le source control
- Compte VPS chez le provider choisi (chapitre 4)
- Token de bot Telegram pour les alertes (optionnel mais recommandé)
Coût total de préparation avant le live trading : moins de 15 $ si vous restez sur les offres gratuites. Temps total : un samedi après-midi.
Capital minimum pour paper vs live
Le capital minimum est une ligne dure, pas une recommandation. Le paper-trading fonctionne sur des soldes simulés et est gratuit ; faites-en autant que la stratégie l’exige. En live, trois seuils comptent.
En dessous de 50 $ : ne déposez pas. Les frais de gas Polygon + la friction minimale équivalente à l’ère du règlement CFTC à 1,4 million de dollars rendent cette taille purement éducative. Vous n’apprendrez rien que vous n’auriez pas pu apprendre en paper.
50-200 $ : la zone de smoke-test. Déposez, passez 5 à 10 ordres en live, vérifiez que la comptabilité de votre bot correspond à celle de Polymarket. Considérez le wallet comme des frais de scolarité ; si vous perdez tout, la leçon aura été peu coûteuse.
200-1000 $ : le seuil à partir duquel l’économie des frais fonctionne. En dessous, les ordres GTC de moins de 5 shares sont fréquents et sont rejetés. Au-dessus, vous pouvez dimensionner des positions de 10 shares sur plusieurs marchés.
1000 $ et plus : le niveau où le PnL du bot commence à se capitaliser en dollars absolus de manière significative pour un humain. Presque tous les builders que nous connaissons et qui ont atteint une rentabilité régulière y sont d’abord parvenus à ce niveau.
Quand vous ne devez PAS encore commencer
Trois motifs honnêtes d’inaptitude.
- Vous avez besoin de cet argent. Le bot trading est très variable, même avec un edge. Un wallet qui doit payer le loyer le mois prochain n’est pas un capital de bot. La discipline d’attendre une série de 15 pertes consécutives n’existe pas quand la facture du mois suivant est en jeu.
- Vous n’avez pas encore fait de paper-trading. Le seuil des 30 trades (chapitre 1) n’est pas négociable. Passer en live avant la validation en paper est la raison la plus courante pour laquelle les builders perdent leurs premiers 200 $.
- La stratégie consiste à « suivre les whales ». L’analyse on-chain des plus gros wallets de Polymarket montre de façon constante que les whales visibles font du 0.99-arb en fin de fenêtre sur des marchés déjà résolus - ce ne sont pas des directional traders, et copier leurs entrées tardives signifie arriver après la disparition de l’edge.
Si l’un de ces cas vous concerne, les 30 chapitres suivants restent utiles comme contexte. Pas pour le live trading.
