#solanaplanstocutblocktimesto200ms
Solana s’apprête à modifier légèrement un chiffre, avec des répercussions considérables.
Le réseau prévoit de réduire le temps de bloc cible de 250 millisecondes à 200 millisecondes lors de son entrée dans l’époque 1053, vendredi, achevant ainsi une réduction progressive amorcée à 400 ms en août. Dans le cadre de SIMD-0525, chaque diminution de 50 ms a été activée séparément afin de permettre aux développeurs de surveiller les performances du cluster entre chaque étape.
À 200 ms, Solana pourrait produire cinq blocs par seconde. À noter que les limites de calcul par bloc sont réduites en parallèle, ce qui maintient le débit global à peu près constant : l’objectif est de réduire la latence, et non d’augmenter la capacité brute. Ce changement réduit également la période pendant laquelle un seul leader contrôle l’ordre des transactions, ce qui renforce subtilement la résistance à la censure.
Pour la DeFi, les conséquences sont concrètes. La production plus rapide des slots réduit l’intervalle entre la soumission et l’inclusion des transactions, accélérant les confirmations sur les AMM, les marchés de prêt et les carnets d’ordres — un point particulièrement important pour les opérations sensibles au facteur temps, comme les liquidations et l’arbitrage. Mais cela augmente aussi les exigences en matière de votes des validateurs et réduit la fenêtre d’expiration du blockhash, qui passe d’environ 60 secondes à environ 40 secondes, ce qui pourrait affecter les processus de signature hors ligne.
Il s’agit d’un compromis d’ingénierie mûrement réfléchi, pas d’un indicateur de performance superficiel. Le réseau teste jusqu’à quelle vitesse il peut aller avant l’arrivée des améliorations de finalité avec Alpenglow. De quelle latence une application a-t-elle réellement besoin avant que des blocs plus rapides cessent d’avoir de l’importance ?
$KAIA $RLC $STRK
Solana s’apprête à modifier légèrement un chiffre, avec des répercussions considérables.
Le réseau prévoit de réduire le temps de bloc cible de 250 millisecondes à 200 millisecondes lors de son entrée dans l’époque 1053, vendredi, achevant ainsi une réduction progressive amorcée à 400 ms en août. Dans le cadre de SIMD-0525, chaque diminution de 50 ms a été activée séparément afin de permettre aux développeurs de surveiller les performances du cluster entre chaque étape.
À 200 ms, Solana pourrait produire cinq blocs par seconde. À noter que les limites de calcul par bloc sont réduites en parallèle, ce qui maintient le débit global à peu près constant : l’objectif est de réduire la latence, et non d’augmenter la capacité brute. Ce changement réduit également la période pendant laquelle un seul leader contrôle l’ordre des transactions, ce qui renforce subtilement la résistance à la censure.
Pour la DeFi, les conséquences sont concrètes. La production plus rapide des slots réduit l’intervalle entre la soumission et l’inclusion des transactions, accélérant les confirmations sur les AMM, les marchés de prêt et les carnets d’ordres — un point particulièrement important pour les opérations sensibles au facteur temps, comme les liquidations et l’arbitrage. Mais cela augmente aussi les exigences en matière de votes des validateurs et réduit la fenêtre d’expiration du blockhash, qui passe d’environ 60 secondes à environ 40 secondes, ce qui pourrait affecter les processus de signature hors ligne.
Il s’agit d’un compromis d’ingénierie mûrement réfléchi, pas d’un indicateur de performance superficiel. Le réseau teste jusqu’à quelle vitesse il peut aller avant l’arrivée des améliorations de finalité avec Alpenglow. De quelle latence une application a-t-elle réellement besoin avant que des blocs plus rapides cessent d’avoir de l’importance ?
$KAIA $RLC $STRK