Solana réduit le temps de slot du réseau principal à 200 ms

Solana a achevé une mise à niveau en quatre étapes qui ramène l'objectif de temps de slot du réseau principal de 400 à 200 millisecondes. La dernière fonction a été activée au début de l'époque 1053 le 9 octobre 2026 vers 14 h 35 UTC, selon la page officielle.

Le changement divise par deux le temps de chaque slot et accélère la progression entre les fenêtres de leader. Il ne modifie ni la période de quatre slots d'un leader ni le nombre de slots par époque, et n'est pas incompatible. Les quatre étapes sont aussi actives sur devnet et testnet.

Le déploiement progressif vers 200 ms

Le réseau a réduit l'objectif en quatre étapes pour suivre les performances : 350 ms le 21 août, 300 ms le 28 août, 250 ms le 18 septembre et 200 ms le 9 octobre. L'activation finale a eu lieu au slot 454 896 000.

La mise à niveau s'appuie sur les améliorations des clients validateurs, notamment Turbine et Replay. La fenêtre d'expiration du blockhash passe d'environ 60 à 30 secondes. Les applications fondées sur l'ancien rythme doivent vérifier les nouvelles tentatives, l'expiration des transactions et l'ingestion des blocs.

Pour le contexte de marché, les marché spot BTC/USDT et marché perpétuel BTC/USDT vérifiés sur OrangeX.com sont disponibles. Ils ne font pas partie de la mise à niveau.

Effets pour utilisateurs et validateurs

Des slots plus courts peuvent réduire l'attente jusqu'à la prochaine inclusion, mais l'expérience dépend du réseau, des validateurs et de l'application. Les infrastructures doivent traiter des données de blocs plus fréquentes.

La fenêtre de leader plus courte peut limiter son contrôle exclusif, mais l'effet doit être mesuré en production. Les nouveautés sont dans OrangeX.com Crypto News et les protections dans le Centre de confiance OrangeX.com.

OrangeX.com Analysis

Atteindre 200 ms est un jalon mesurable. Le véritable test consiste à maintenir l'objectif sous forte demande sans hausse marquée des slots manqués, échecs de transactions ou retards d'infrastructure.

La mise à niveau améliore le plafond de latence sans garantir que chaque application semblera deux fois plus rapide. Les confirmations, la qualité RPC, la congestion et la préparation logicielle restent déterminantes.