Solana a resserré sa cadence de production de blocs en activant une réduction du temps de slot cible de 300 à 250 millisecondes le 18 septembre 2026, coïncidant avec le début de l'epoch 1037. Ce changement porte la production de blocs à quatre slots par seconde, contre environ 3,3 slots par seconde auparavant — une réduction d'environ 17 % du temps de slot. Le temps de slot est l'intervalle dont dispose chaque validateur pour produire un bloc, ce qui en fait la mesure la plus directe de la rapidité avec laquelle le nouvel état du réseau devient disponible.

Cette activation marque la quatrième étape de la SIMD-0525, une proposition progressive visant à resserrer progressivement la cadence des blocs de Solana, avec un objectif ultime de 200 millisecondes par slot.

Des blocs plus rapides, pas plus de capacité

De manière contre-intuitive, des blocs plus rapides ne se traduisent pas par un débit de transactions plus élevé. Pour maintenir la stabilité du réseau, Solana a proportionnellement réduit les limites de calcul et de données par slot en même temps que le changement de temporalité. Le nombre maximal d'unités de calcul par slot est passé à 37,5 millions, contre une référence de 60 millions, et les limites de données shred ont été ajustées dans le même sens.

Le temps de bloc et le débit sont fréquemment confondus dans les comparaisons du secteur, mais ils mesurent des choses différentes — la fréquence d'arrivée des nouveaux blocs par rapport à ce que chacun peut transporter. L'avantage pratique réside ici non pas dans le débit brut, mais dans la fraîcheur des données. Les prix, les états des comptes et les fenêtres de blockhash s'actualisent tous plus fréquemment — un changement qui compte énormément pour les applications dépendant d'informations à jour, puisque moins de temps est consacré à agir sur un état obsolète.

La durée de l'epoch s'est également contractée. Comme les epochs sont définis par un nombre de slots plutôt que par le temps réel, le slot plus court compresse tout ce qui est calé sur les frontières d'epoch. À 250 millisecondes par slot, l'epoch de Solana dure désormais environ 30 heures, contre environ 36 heures auparavant. Cela affecte les validateurs, la distribution des récompenses de staking et tout protocole dont le calendrier est ancré aux frontières d'epoch.

Un déploiement progressif avec une feuille de route cl

La SIMD-0525 a progressé par étapes délibérées plutôt que par un bond unique. La première réduction sur le mainnet a porté le temps de slot à 350 millisecondes le 19 août 2026. La seconde l'a abaissé à 300 millisecondes le 25 août 2026. L'activation du 18 septembre constitue la quatrième étape, ce qui signifie qu'une troisième étape a eu lieu entre la fin août et la mi-septembre.

L'objectif final de 200 millisecondes a déjà été testé sur le devnet et le testnet. Ce qui sépare ce jalon de l'activation sur le mainnet, c'est le taux de blocs sautés : les validateurs de Solana manquent occasionnellement leur slot assigné, et des fenêtres temporelles plus serrées réduisent la tolérance à de tels manquements. La communauté de développement centrale souhaite confirmer que le taux de sauts reste dans des limites acceptables avant de déployer la réduction finale.

Les fenêtres de contrôle des leaders ont également été resserrées avec ce changement, passant de 1,2 seconde à 1 seconde — quatre slots consécutifs par leader selon la nouvelle cadence. Les validateurs disposent désormais de moins de temps pour diffuser leurs blocs — l'une des variables qui influencent le taux de sauts. Avec ces fenêtres plus serrées désormais actives, le comportement du taux de sauts sur le mainnet est la métrique à surveiller alors que la communauté évalue la dernière étape vers 200 millisecondes.