Polymarket Lance Nex Et Vise Dix Fois Plus De Capacité

Imaginez un carnet d’ordres qui, jusqu’ici, tenait le rythme à environ dix mille commandes par seconde… et qui, du jour au lendemain, annonce pouvoir en encaisser cent mille. C’est exactement ce que Polymarket vient de dévoiler avec Nex, son nouveau moteur de trading entièrement réécrit en Rust. Le bac à sable est ouvert, les tests en ombre tournent déjà, et la promesse d’une capacité multipliée par dix attire déjà tous les regards des market makers et des développeurs.

Un nouveau moteur pensé pour encaisser la croissance

Le 13 novembre 2026, Josh Stevens, vice-président de l’ingénierie DeFi chez Polymarket, a officialisé l’ouverture du bac à sable de Nex. Depuis une semaine, le système tourne en parallèle de l’échange actuel. Chaque ordre passé en production est également envoyé à Nex, ce qui permet de comparer en conditions réelles la stabilité, la précision du matching et surtout les temps de réponse.

Le basculement n’est pas encore acté. L’équipe prévoit encore quatre semaines de tests en ombre avant de décider d’une éventuelle mise en production vers la mi-décembre. Cette prudence s’explique par l’ampleur du chantier : le moteur actuel montrait ses limites, et la décision a été prise dès août de tout reconstruire plutôt que de continuer à empiler des correctifs.

Des chiffres de performance qui changent la donne

Les données publiées par l’équipe d’ingénierie sont sans ambiguïté. Le carnet d’ordres central actuel (CLOB) tient environ 10 000 commandes par seconde en charge continue et jusqu’à 15 000 en pointe courte. Nex vise 100 000 commandes par seconde en régime permanent et 150 000 en rafale. Avec des optimisations supplémentaires, l’équipe estime pouvoir atteindre 200 000, voire 250 000 en pic. Sur un horizon plus long, un million de commandes par seconde n’est plus considéré comme utopique, même si ce niveau n’est pas encore jugé nécessaire.

Il faut bien comprendre ce que représentent ces « commandes ». Il s’agit des actions de placement et d’annulation d’ordres, pas du nombre de transactions finalisées. La distinction est importante pour les market makers qui envoient des flux très denses.

Ces chiffres concernent uniquement les timings internes de l’échange. Les mesures de bout en bout, qui incluent le trajet complet jusqu’au trader, seront communiquées plus tard. Même avec cette réserve, le gain est spectaculaire : on parle d’un facteur d’environ 412 sur le placement d’ordre au p99.

Latences p95 et p99 : un autre monde

Au 95e percentile, les améliorations restent tout aussi marquées. Le placement d’ordre passe de 341,84 ms à 1,59 ms. Les annulations descendent respectivement à 1,58 ms et 2,27 ms selon le type d’ordre. Ces niveaux de latence placent Polymarket dans une catégorie de performance rarement atteinte par les plateformes de prédiction décentralisées.

Stevens a insisté sur un point essentiel : l’ancien système souffrait de conditions de course et de comportements parfois incohérents. Nex a été conçu dès le départ pour produire des résultats déterministes et éliminer ces aléas. Pour les market makers qui s’appuient sur des stratégies à haute fréquence, cette fiabilité est aussi importante que la vitesse pure.

Annulations et flux WebSocket : des avancées séparées

Un changement de philosophie mérite d’être souligné concernant les annulations massives. Aujourd’hui, le CLOB accuse réception de la demande d’annulation de tous les ordres ouverts, puis termine le travail en arrière-plan, ce qui peut prendre encore 600 millisecondes à deux secondes. Nex, lui, ne répond qu’une fois que chaque ordre a réellement été annulé. Son p99 s’établit à 3,14 ms, contre une fourchette de 0,64 à 2,04 secondes pour le processus complet actuel.

Le service WebSocket, réécrit lui aussi en Rust, affiche des gains encore plus impressionnants. La latence d’écriture au p99 tombe à 0,099 ms contre 44,5 à 88,1 ms auparavant. Stevens a rappelé qu’un flux retardé laisse les traders cotés sur des prix déjà obsolètes. Bonne nouvelle : ces améliorations WebSocket peuvent être déployées indépendamment du moteur principal. Elles pourraient donc arriver avant la bascule complète vers Nex.

Les chiffres présentés sont des timings internes de l’échange, pas des mesures de bout en bout. Ces dernières suivront.

Josh Stevens

Compatibilité préservée pour les développeurs

L’un des points les plus rassurants pour l’écosystème est l’absence de changements cassants. Les requêtes et les réponses restent compatibles. Les market makers et les builders peuvent donc tester Nex dans le bac à sable, comparer les performances avec le système actuel et faire remonter leurs retours avant le déploiement éventuel.

Cette approche progressive s’inscrit dans la continuité des travaux menés ces derniers mois. En septembre, Polymarket avait déjà présenté une refonte de son indexation interne, également réalisée en Rust. Certaines événements blockchain étaient alors remontés jusqu’à quatorze blocs plus tôt, soit environ vingt-huit secondes de gain, Goldsky restant en place comme solution de secours.

Un contexte plus large de modernisation

En octobre, la plateforme avait également annoncé des évolutions de protocole portant sur les tokens de position, le collatéral et la résolution des marchés. Une date de transition tentative au 2 novembre avait même été évoquée pour les marchés nouvellement créés. Nex s’inscrit donc dans une série de chantiers techniques destinés à renforcer la solidité et la scalabilité de l’infrastructure DeFi de Polymarket.

Il est important de noter que ces annonces concernent l’activité internationale de la plateforme, distincte de son venue réglementée aux États-Unis. L’équipe d’ingénierie DeFi travaille spécifiquement sur cette couche.

Ce qui a été volontairement laissé de côté

Pour livrer Nex plus rapidement, certaines optimisations ont été reportées. Stevens a indiqué que le travail sur ces pistes reprendrait au premier trimestre de l’année prochaine, avec pour objectif de rendre les latences p95 et p99 encore cinq fois plus rapides. Le choix a clairement été fait de privilégier une base solide et déterministe avant d’aller chercher les derniers pourcentages de performance.

Cette méthode de développement, qui consiste à reconstruire plutôt qu’à patcher indéfiniment, rappelle des choix techniques observés chez d’autres acteurs de l’écosystème crypto lorsqu’ils atteignent une certaine taille. Quand les limites structurelles apparaissent, le coût d’une réécriture devient souvent inférieur à celui des contournements permanents.

Pourquoi cette annonce compte pour les traders

Pour un market maker, la capacité à placer et annuler des ordres rapidement n’est pas un détail. Elle conditionne la capacité à ajuster les cotations face à de nouvelles informations et à limiter le risque d’être pris à contre-pied. Des latences internes qui passent de la seconde à quelques millisecondes changent radicalement la façon dont on peut construire une stratégie.

Les flux WebSocket plus réactifs jouent le même rôle côté information. Recevoir les mises à jour du carnet avec un retard minimal réduit le risque de cotation sur des niveaux déjà dépassés. Dans un marché de prédiction où les événements peuvent se dénouer en quelques minutes, chaque milliseconde compte.

Un calendrier encore sous conditions

Le scénario le plus optimiste place une mise en production vers la mi-décembre, après quatre semaines supplémentaires de tests en ombre. Rien n’est gravé dans le marbre. Si des écarts de matching ou des instabilités apparaissent sous charge, le calendrier pourra être allongé. L’ouverture du bac à sable permet justement aux participants de stresser le système et de faire remonter les problèmes avant qu’ils ne touchent la production.

Cette phase de cohabitation entre l’ancien et le nouveau moteur est classique dans les migrations critiques. Elle permet de valider non seulement les performances brutes, mais aussi la cohérence des résultats dans toutes les situations de marché rencontrées en conditions réelles.

Les prochaines étapes techniques annoncées

Au-delà de la bascule éventuelle de mi-décembre, l’équipe a déjà tracé la feuille de route du premier trimestre 2027. Les optimisations mises de côté pour accélérer la livraison de Nex seront reprises. L’objectif affiché est ambitieux : diviser encore par cinq les latences p95 et p99. Si ces gains se matérialisent, Polymarket disposera d’une infrastructure capable d’absorber une croissance très significative de l’activité sans dégrader l’expérience des participants les plus exigeants.

Parallèlement, les améliorations WebSocket pourraient être déployées plus tôt. Cette séparation des livraisons permet de faire profiter rapidement les traders des gains de réactivité sur les flux d’information, même si le moteur de matching reste temporairement sur l’ancienne base.

Ce que révèle cette réécriture pour le secteur

Le choix de Rust n’est pas anodin. Ce langage s’est imposé ces dernières années dans de nombreux projets blockchain et d’infrastructure critique précisément pour sa capacité à allier performance et sécurité mémoire. En reconstruisant le cœur de son moteur de matching dans ce langage, Polymarket s’aligne sur une tendance plus large du secteur.

Plus largement, cette annonce illustre la maturité croissante des plateformes de prédiction. Après avoir prouvé le concept et attiré une communauté active, vient le temps des chantiers d’infrastructure lourds. Les performances brutes deviennent un argument concurrentiel, au même titre que la liquidité ou la variété des marchés proposés.

Points de vigilance pour les participants

Même si la promesse de compatibilité est claire, les équipes techniques des market makers ont intérêt à profiter pleinement de la période de bac à sable. Vérifier le comportement sous charge, tester les scénarios d’annulation massive et comparer les résultats de matching reste indispensable avant de basculer des stratégies sensibles.

Il faudra également surveiller les éventuelles communications complémentaires de Polymarket concernant les mesures de bout en bout. Les timings internes sont déjà très bons, mais l’expérience réelle du trader dépend aussi de la qualité du réseau, des API et de la façon dont les clients sont connectés.

Une étape dans une trajectoire plus longue

Nex n’est pas un simple patch. C’est le fruit d’une décision prise en août de reconstruire plutôt que de prolonger un système qui montrait ses limites. En quelques mois, l’équipe a produit un moteur capable d’afficher des gains de performance d’un ordre de grandeur tout en promettant une compatibilité totale pour les utilisateurs existants.

Les quatre prochaines semaines de tests en ombre seront déterminantes. Si elles confirment les chiffres annoncés et la stabilité du matching, la mi-décembre pourrait marquer un tournant technique important pour Polymarket. Dans le cas contraire, l’équipe a déjà démontré qu’elle préférait prendre le temps nécessaire plutôt que de précipiter une bascule risquée.

Dans un secteur où la scalabilité et la fiabilité deviennent des critères de différenciation majeurs, cette annonce place clairement Polymarket dans une logique d’infrastructure de niveau professionnel. Les market makers et les builders ont désormais les clés pour tester par eux-mêmes ce que Nex a dans le ventre.

En résumé

Polymarket a ouvert le bac à sable de Nex, un moteur de trading entièrement réécrit en Rust. L’objectif affiché est de multiplier par dix la capacité de traitement des commandes tout en réduisant radicalement les latences internes. Les tests en ombre se poursuivent pendant encore plusieurs semaines, avec une possible mise en production à la mi-décembre. Les développeurs et market makers peuvent d’ores et déjà comparer les performances et faire leurs retours, dans un environnement qui promet une compatibilité totale avec les interfaces existantes.

Cette initiative s’inscrit dans une série de modernisations techniques menées depuis plusieurs mois. Elle confirme la volonté de la plateforme de se doter d’une infrastructure capable d’accompagner une croissance significative de l’activité sans sacrifier la qualité d’exécution. Les prochains mois diront si les gains mesurés en interne se traduisent pleinement dans l’expérience des traders.