La latence a été le seul levier qui a fait bouger un résultat en réel. Pas un meilleur modèle, pas un meilleur filtre : la même règle, déclenchée depuis une machine plus proche, est passée de plate à positive pendant une semaine. Puis le marché a rattrapé son retard, ce qui est un autre guide.
Où se trouvent les exchanges
Régions des moteurs d'appariement, déclarées ou déduites de tests de latence, pas les points de présence CDN. Les temps d'aller-retour mesurés par région sont en cours d'ajout.
Ce qu'un changement de région a fait
À deux régions de distance, une machine bon marché avait besoin d'environ 700 millisecondes par ordre. Une instance cloud burstable dans la bonne région a été rapide pendant quelques jours, puis s'est bridée une fois ses crédits CPU consommés par la boucle d'interrogation. Une instance à CPU dédié à Amsterdam s'est stabilisée à environ 190 millisecondes et y est restée. Pour Polymarket, cela veut dire l'Europe de l'Ouest ; pour Kalshi et Coinbase, l'est des États-Unis.
Mesurez le trajet d'ordre, pas le ping
Le ping vous renseigne sur le réseau. Le chiffre qui compte est celui de la lecture à l'exécution : le temps entre votre lecture du carnet et la confirmation de votre ordre par l'exchange. Enregistrez quatre horodatages par ordre (lecture, décision, envoi, confirmation) et regardez la médiane et le 95e centile. Une règle positive à 300 millisecondes et négative à 2 secondes a besoin d'un 95e centile sous la seconde, pas d'une médiane.
Quel VPS
| Fournisseur | Pourquoi | |
|---|---|---|
| DigitalOcean | Amsterdam, Londres, Francfort, New York. Droplets à CPU dédié à partir de quelques dollars par jour. Lien affilié. | Site |
| Vultr | Beaucoup de régions dont Amsterdam et Londres ; la facturation horaire rend le test d'une région bon marché. Lien affilié. | Site |
| Hetzner | De loin le moins cher. Finlande et Allemagne seulement en Europe ; très bien pour la machine de recherche, trop loin pour le bot en réel. | Site |
Évitez les offres burstable à crédits (Lightsail, EC2 série t, Azure série B). Un bot qui interroge un carnet brûle les crédits en quelques jours, puis la machine se bride et chaque chiffre de latence mesuré auparavant est faux.
Ce qui compte dans la configuration, dans l'ordre
- La région. Rien d'autre ne rattrape une mauvaise région.
- Un vCPU dédié. Deux suffisent pour un exchange.
- Un disque NVMe. Les logs tick grossissent de 1 à 2 Go par jour et par exchange avant compression.
- La RAM seulement si vous faites de la recherche sur la même machine, et vous ne devriez pas : une fusion SQLite de 13 Go sur une machine de 7 Go a pris près de cinq heures pour quelques minutes de travail.