Solana applique désormais une durée cible de 250 millisecondes par créneau sur son réseau principal. Le changement est devenu effectif au début de l’époque 1037.

Cette époque a commencé au créneau 447 984 000, le 18 septembre 2026 à 7 h 06 min 43 s, heure de Paris. Le réseau visait auparavant 300 millisecondes.

Solana franchit la troisième étape

Le changement repose sur SIMD-0525, une proposition rédigée par Brennan Watt, membre d’Anza. Son objectif consiste à réduire progressivement la durée cible des créneaux.

• 400 millisecondes : durée initiale ;
• 350 millisecondes : première réduction ;
• 300 millisecondes : deuxième étape ;
• 250 millisecondes : durée désormais appliquée ;
• 200 millisecondes : objectif final sans date confirmée sur le mainnet.

Cette activation complète donc les changements présentés dans notre article consacré au passage initial de Solana à 350 millisecondes.

La fréquence théorique augmente de 20 %

Le passage de 300 à 250 millisecondes réduit la durée cible d’un créneau de 16,7 %. Cependant, la fréquence théorique passe d’environ 3,33 à 4 créneaux par seconde. Elle augmente donc de 20 %.

Un créneau représente une possibilité de produire un bloc. Il ne correspond pas nécessairement à un bloc confirmé, car un validateur peut manquer son créneau.

Solana conserve 432 000 créneaux par époque. Leur durée théorique passe ainsi d’environ 36 heures à 30 heures.

Chaque responsable conserve quatre créneaux consécutifs. Sa fenêtre théorique de production diminue donc de 1,2 seconde à une seconde.

La capacité n’augmente pas automatiquement

Solana produit davantage de créneaux durant une même période. Pourtant, la capacité totale ne progresse pas automatiquement de 20 %.

SIMD-0525 réduit proportionnellement les limites de calcul, d’écriture et de données par créneau. Cette mesure doit maintenir une charge relativement stable pour les validateurs.

Dans le tableau de base de la spécification, la limite maximale passe de 45 millions d’unités de calcul à 37,5 millions par créneau. Ces valeurs peuvent toutefois évoluer avec d’autres modifications du protocole.

Les validateurs disposent aussi de moins de temps pour transmettre, rejouer et vérifier les blocs. Le taux de créneaux manqués constituera donc un indicateur important.

Les applications doivent adapter leurs calculs

Les applications ne doivent plus convertir automatiquement chaque créneau en 400 millisecondes. Cette ancienne hypothèse fausserait désormais leurs estimations temporelles.

La durée de validité des blockhashes diminue également. Avec une fenêtre de 150 créneaux, elle représente théoriquement 37,5 secondes à 250 millisecondes.

Les signatures hors ligne et certains systèmes automatisés disposent donc de moins de temps. En revanche, les utilisateurs peuvent bénéficier d’une meilleure réactivité lorsque le réseau reste stable.

🔍 DUC, mon avis

Solana réduit encore sa latence, mais cette accélération ne signifie pas automatiquement davantage de capacité. Le véritable test concerne maintenant la stabilité des validateurs et les créneaux manqués. Courir plus vite reste utile, à condition de ne pas perdre ses blocs en route.

Analyse finale

Le passage à 250 millisecondes est désormais effectif sur le réseau principal. Solana se rapproche ainsi de son objectif de 200 millisecondes. Cependant, aucune date officielle ne confirme encore cette dernière étape.

✍️ DUC
Sources : Solana Explorer — activation des 250 ms · Solana Foundation — SIMD-0525 · Solana Foundation — réduction des créneaux · État du réseau Solana