Imaginez un carnet d’ordres qui répond en quelques millisecondes alors qu’auparavant il fallait parfois plus d’une seconde et demie. C’est exactement ce que Polymarket vient de mettre sur la table avec Nex, son nouveau moteur de trading entièrement réécrit en Rust. Depuis ce 13 novembre, un sandbox est ouvert aux market makers et aux développeurs. L’objectif affiché est clair : multiplier par dix la capacité de traitement tout en éliminant les comportements parfois erratiques de l’ancien système.
Un chantier technique lancé en silence depuis l’été
Tout a commencé en août. L’équipe d’ingénierie a tiré un constat sans appel : le central limit order book existant montrait ses limites. Des conditions de course, des comportements parfois incohérents sous charge, et une latence qui devenait gênante pour les acteurs les plus actifs. Plutôt que de patcher encore et encore, la décision a été radicale. Reconstruire l’ensemble depuis zéro, en Rust, un langage réputé pour sa performance et sa sécurité mémoire.
Josh Stevens, vice-président de l’ingénierie DeFi, a officialisé l’ouverture du sandbox sur X. Depuis une semaine, Nex tourne en parallèle de l’exchange de production. Chaque ordre réel est dupliqué vers le nouveau système. Les ingénieurs comparent en temps réel les temps de réponse, la stabilité sous charge et la précision du matching. C’est ce que l’on appelle du shadow testing. Quatre semaines sont prévues avant de trancher sur un éventuel basculement à la mi-décembre.
Des chiffres de performance qui changent la donne
Regardons les données publiées. L’ancien CLOB tenait 10 000 commandes par seconde en régime permanent, avec des pics à 15 000. Nex vise 100 000 commandes en continu et 150 000 en rafale. Les commandes désignent ici les actions de placement et d’annulation d’ordres, pas forcément les trades exécutés. Avec des optimisations supplémentaires, l’équipe estime pouvoir atteindre 200 000, voire 250 000 en pic. Sur un horizon d’un an, et avec des modifications plus profondes, le million de commandes par seconde n’est plus totalement utopique, même si ce niveau n’est pas jugé nécessaire pour l’instant.
Le temps de démarrage du système est passé de cinq minutes à quinze secondes. Ce détail technique a une importance concrète pour la maintenance et les redémarrages. Mais ce sont surtout les latences internes qui impressionnent.
À retenir rapidement
- Placement d’ordre p99 : de 1,55 s à 3,76 ms
- Annulation d’ordre p99 : de 627,92 ms à 3,20 ms
- Annulation d’ordres de marché p99 : de 810,16 ms à 5,14 ms
Ces chiffres concernent uniquement les timings internes de l’exchange. Ils ne mesurent pas encore le parcours complet depuis le trader jusqu’à la confirmation. Les mesures end-to-end suivront. À la p95, les gains restent spectaculaires : placement d’ordre de 341,84 ms à 1,59 ms, annulations de 78,22 ms à 1,58 ms.
Une philosophie différente pour les annulations globales
L’ancien système reconnaissait immédiatement une demande d’annulation de tous les ordres ouverts, puis terminait le travail en arrière-plan. Cela prenait souvent entre 600 millisecondes et deux secondes. Nex a choisi une approche plus stricte : il ne répond qu’une fois que chaque ordre a réellement été annulé. Le p99 de cette opération complète tombe à 3,14 millisecondes. Pour les market makers qui gèrent de gros volumes, cette différence de comportement est loin d’être anodine.
Stevens insiste sur un point : les résultats sont désormais cohérents. Les conditions de course et les comportements parfois aléatoires de l’ancien code ont été éliminés dès la conception. C’est l’un des arguments majeurs avancés pour justifier la réécriture complète.
Les flux WebSocket aussi passés au crible
Un autre chantier important concerne le service WebSocket qui diffuse les mises à jour du carnet d’ordres, les prix et les fills. Réécrit en Rust, il affiche désormais une latence d’écriture p99 de 0,099 milliseconde contre 44,5 à 88,1 millisecondes auparavant. Des feeds retardés peuvent laisser les traders coter contre des prix obsolètes. L’amélioration est donc stratégique.
Bonne nouvelle pour les utilisateurs : ces améliorations WebSocket peuvent être déployées indépendamment du moteur d’exchange. Il est possible qu’elles arrivent en production avant même le basculement complet vers Nex.
Compatibilité préservée pour les développeurs
Stevens a tenu à rassurer les market makers et les builders. Nex n’introduit aucun changement cassant sur les requêtes ni sur les réponses. L’API reste compatible. Le sandbox sert précisément à permettre aux participants de comparer les deux systèmes côte à côte et de remonter leurs retours avant le déploiement éventuel.
Cette approche progressive s’inscrit dans une série d’évolutions techniques déjà menées. En septembre, Polymarket avait déjà présenté une refonte de son indexation en interne, toujours en Rust, qui faisait remonter certains événements blockchain jusqu’à quatorze blocs plus tôt, soit environ vingt-huit secondes de gain. Goldsky restait en place en backup. En octobre, d’autres changements de protocole avaient été annoncés autour des position tokens, du collatéral et de la résolution des marchés.
Pourquoi cette accélération technique maintenant ?
Les marchés de prédiction ont connu une croissance rapide. Plus de volume signifie plus d’ordres, plus d’annulations, plus de pression sur l’infrastructure. Quand la latence devient visible pour les acteurs professionnels, le risque est double : perte de liquidité et fuite vers des plateformes concurrentes. Nex arrive donc à un moment où la scalabilité n’est plus un luxe mais une nécessité.
La séparation entre l’activité internationale de Polymarket et sa venue régulée aux États-Unis reste claire. L’annonce de Nex concerne spécifiquement la partie DeFi. Cela permet de faire évoluer l’infrastructure sans se heurter immédiatement aux contraintes réglementaires plus strictes du marché américain.
Ce que le sandbox change concrètement pour les traders
Pendant les quatre prochaines semaines, les participants peuvent tester Nex dans des conditions proches de la production. Ils voient les mêmes ordres que le système live, mais traités par le nouveau moteur. C’est l’occasion de vérifier la fiabilité du matching, de mesurer les gains de latence de leur côté, et de signaler d’éventuelles anomalies avant le basculement.
Les optimisations les plus poussées ont volontairement été mises de côté pour sortir Nex plus rapidement. Le travail sur ces améliorations supplémentaires devrait démarrer au premier trimestre de l’année prochaine, avec pour ambition de rendre les timings p95 et p99 encore cinq fois plus rapides.
Calendrier prévisionnel
- Semaine en cours : shadow testing en cours
- Quatre semaines de comparaison intensive
- Décision de basculement visée mi-décembre
- Optimisations avancées prévues au T1 suivant
Les enjeux de long terme pour l’écosystème
Un moteur capable de tenir 100 000 commandes par seconde ouvre la porte à une densification de la liquidité. Plus le carnet est réactif, plus les market makers sont prêts à afficher des spreads serrés. Pour les utilisateurs finaux, cela se traduit par de meilleurs prix et une exécution plus fiable, surtout sur les marchés très actifs ou autour d’événements à fort impact médiatique.
La réécriture en Rust n’est pas anodine non plus. Ce langage gagne du terrain dans les infrastructures critiques de la finance décentralisée précisément parce qu’il combine performance et absence de garbage collector. Moins de pauses imprévues, plus de prévisibilité. Dans un environnement où chaque milliseconde compte, cet argument technique devient un argument commercial.
Reste que le shadow testing n’est jamais anodin. Même si le matching est correct aujourd’hui, la montée en charge réelle, les pics de volatilité et les comportements des bots les plus agressifs réservent parfois des surprises. Les quatre semaines à venir seront donc déterminantes.
Ce que l’on peut retenir dès maintenant
Polymarket a choisi de ne pas se contenter d’optimisations incrémentales. En repartant d’une page blanche, l’équipe a visé un saut de performance d’un ordre de grandeur. Les premiers chiffres internes sont convaincants. Le sandbox ouvert aujourd’hui permet à la communauté technique de valider ces gains dans des conditions réelles. Si tout se déroule comme prévu, la mi-décembre pourrait marquer le passage officiel à une nouvelle génération d’infrastructure de trading pour les marchés de prédiction.
La suite dépendra des retours des testeurs et de la stabilité observée sous charge. Une chose est déjà certaine : la course à la latence et à la capacité n’est plus l’apanage des grandes places centralisées. Les plateformes décentralisées ou semi-décentralisées entrent elles aussi dans cette compétition, et Nex en est une illustration concrète.
Pour les market makers et les développeurs qui suivent de près l’évolution des outils, le moment est venu de se connecter au sandbox, de comparer les chiffres et de préparer leurs systèmes. Car si le basculement se confirme, la fenêtre d’adaptation sera courte. Et dans ce métier, ceux qui anticipent les changements d’infrastructure sont souvent ceux qui en tirent le plus grand profit.
Les prochaines semaines diront si Nex tient toutes ses promesses en conditions réelles. Pour l’instant, les données publiées dessinent un bond en avant net, mesurable et, pour beaucoup, attendu depuis longtemps.
En attendant la décision de mi-décembre, le sandbox reste ouvert. C’est peut-être le meilleur moment pour observer, tester et se préparer à un environnement de trading radicalement plus rapide.
