#solanaplanstocutblocktimesto200ms
Solana vise un rythme plus rapide : la durée des créneaux de bloc devrait passer de 250 à 200 millisecondes. Il s’agit de la dernière étape d’une réduction progressive, lancée en août, depuis 400 millisecondes. Si le changement est activé comme prévu à l’époque 1053, le réseau offrira cinq occasions de produire un bloc par seconde, contre 2,5 avec le réglage initial.
Le changement proposé fait partie de SIMD-0525. Des blocs plus fréquents pourraient aider les portefeuilles, les plateformes d’échange et les applications de trading à recevoir des informations plus récentes sur le réseau, et potentiellement réduire le temps d’attente des utilisateurs avant le traitement d’une transaction. Mais une cadence plus rapide ne signifie pas automatiquement une capacité totale supérieure : la limite de calcul par bloc doit également diminuer, ce qui maintiendrait la capacité théorique de traitement à peu près inchangée.
Cet arbitrage est au cœur du changement. Des créneaux plus courts pourraient améliorer la latence, mais ils laisseraient aussi aux validateurs moins de temps pour produire et vérifier les blocs, et aux applications moins de temps pour réagir aux données du réseau. Le déploiement des mises à niveau de Solana a été échelonné afin de pouvoir surveiller les performances entre les différentes réductions ; selon les informations rapportées, le calendrier de la dernière étape sur le réseau principal dépendra de la transition d’époque et des conditions du réseau.
Pour les utilisateurs, l’impact pourrait se traduire par une meilleure réactivité des transactions. Pour les validateurs et les équipes chargées de l’infrastructure, la fiabilité, les créneaux manqués et la capacité à suivre le rythme compteront tout autant que la vitesse brute. Le déploiement constitue donc autant un test technique qu’une amélioration du produit — et ne se résume pas à un titre annonçant des blocs plus rapides.
Si le changement se déroule sans accroc, l’essentiel sera peut-être de voir avec quelle régularité le réseau fonctionne dans ce délai plus serré, et pas seulement à quelle vitesse un bloc peut être produit.
$OGN $STRK $SOL
Solana vise un rythme plus rapide : la durée des créneaux de bloc devrait passer de 250 à 200 millisecondes. Il s’agit de la dernière étape d’une réduction progressive, lancée en août, depuis 400 millisecondes. Si le changement est activé comme prévu à l’époque 1053, le réseau offrira cinq occasions de produire un bloc par seconde, contre 2,5 avec le réglage initial.
Le changement proposé fait partie de SIMD-0525. Des blocs plus fréquents pourraient aider les portefeuilles, les plateformes d’échange et les applications de trading à recevoir des informations plus récentes sur le réseau, et potentiellement réduire le temps d’attente des utilisateurs avant le traitement d’une transaction. Mais une cadence plus rapide ne signifie pas automatiquement une capacité totale supérieure : la limite de calcul par bloc doit également diminuer, ce qui maintiendrait la capacité théorique de traitement à peu près inchangée.
Cet arbitrage est au cœur du changement. Des créneaux plus courts pourraient améliorer la latence, mais ils laisseraient aussi aux validateurs moins de temps pour produire et vérifier les blocs, et aux applications moins de temps pour réagir aux données du réseau. Le déploiement des mises à niveau de Solana a été échelonné afin de pouvoir surveiller les performances entre les différentes réductions ; selon les informations rapportées, le calendrier de la dernière étape sur le réseau principal dépendra de la transition d’époque et des conditions du réseau.
Pour les utilisateurs, l’impact pourrait se traduire par une meilleure réactivité des transactions. Pour les validateurs et les équipes chargées de l’infrastructure, la fiabilité, les créneaux manqués et la capacité à suivre le rythme compteront tout autant que la vitesse brute. Le déploiement constitue donc autant un test technique qu’une amélioration du produit — et ne se résume pas à un titre annonçant des blocs plus rapides.
Si le changement se déroule sans accroc, l’essentiel sera peut-être de voir avec quelle régularité le réseau fonctionne dans ce délai plus serré, et pas seulement à quelle vitesse un bloc peut être produit.
$OGN $STRK $SOL