#SolanaPlansToCutBlockTimesTo200ms
Solana réduit le temps de bloc à 200 ms et raccourcit discrètement chaque bloc pour que les calculs tiennent la route ⏱️😂
Vendredi 9 octobre, époque 1053. Solana active la dernière étape de SIMD-0525, réduisant le temps cible des slots de 250 ms à 200 ms. C’est la dernière étape d’une réduction progressive, depuis 400 ms, qui a commencé en août. Cinq occasions de produire un bloc par seconde, contre quatre auparavant. Des confirmations plus rapides, vraiment utiles pour quiconque déteste regarder un indicateur de chargement. 💎
Voici le compromis que la plupart des gros titres omettent 🧠
La capacité de calcul maximale de chaque bloc passe de 37,5 millions d’unités à 30 millions. Les blocs arrivent plus vite, mais chacun en contient moins : le débit total du réseau reste donc à peu près stable au lieu d’augmenter réellement. Il s’agit d’une amélioration de la latence, pas de la capacité. Ce sont deux choses bien différentes qu’il vaut mieux ne pas confondre. 😂
Le véritable avantage 🎯
Les validateurs produisent désormais des blocs par tours de quatre slots durant 800 millisecondes, au lieu de 1,6 seconde. Cette fenêtre plus courte pour réordonner les transactions réduit sensiblement les possibilités d’exploitation du MEV, selon Phemex. En contrepartie, les validateurs votent deux fois plus souvent, ce qui augmente leurs propres coûts d’exploitation. 💡
Le point réaliste à garder en tête 🔍
Les données de Solana Compass montrent que la cible précédente de 250 ms atteignait en réalité une moyenne de 266 à 269 ms en conditions réelles : elle n’atteignait donc déjà pas son propre objectif. Reste à savoir si les 200 ms annoncées seront respectées ou si, dans les faits, le réseau tournera discrètement à 220 ms. C’est une question distincte de savoir si la mise à niveau a bien été déployée.
Une dernière chose à préciser clairement 🚀
Il ne s’agit pas d’Alpenglow. Cette réécriture distincte du mécanisme de consensus vise une finalité d’environ 150 ms et suit toujours son propre calendrier, plus tardif. Deux mises à niveau différentes, allant globalement dans la même direction ; il est facile de les confondre, mais mieux vaut éviter.
$SOL
Solana réduit le temps de bloc à 200 ms et raccourcit discrètement chaque bloc pour que les calculs tiennent la route ⏱️😂
Vendredi 9 octobre, époque 1053. Solana active la dernière étape de SIMD-0525, réduisant le temps cible des slots de 250 ms à 200 ms. C’est la dernière étape d’une réduction progressive, depuis 400 ms, qui a commencé en août. Cinq occasions de produire un bloc par seconde, contre quatre auparavant. Des confirmations plus rapides, vraiment utiles pour quiconque déteste regarder un indicateur de chargement. 💎
Voici le compromis que la plupart des gros titres omettent 🧠
La capacité de calcul maximale de chaque bloc passe de 37,5 millions d’unités à 30 millions. Les blocs arrivent plus vite, mais chacun en contient moins : le débit total du réseau reste donc à peu près stable au lieu d’augmenter réellement. Il s’agit d’une amélioration de la latence, pas de la capacité. Ce sont deux choses bien différentes qu’il vaut mieux ne pas confondre. 😂
Le véritable avantage 🎯
Les validateurs produisent désormais des blocs par tours de quatre slots durant 800 millisecondes, au lieu de 1,6 seconde. Cette fenêtre plus courte pour réordonner les transactions réduit sensiblement les possibilités d’exploitation du MEV, selon Phemex. En contrepartie, les validateurs votent deux fois plus souvent, ce qui augmente leurs propres coûts d’exploitation. 💡
Le point réaliste à garder en tête 🔍
Les données de Solana Compass montrent que la cible précédente de 250 ms atteignait en réalité une moyenne de 266 à 269 ms en conditions réelles : elle n’atteignait donc déjà pas son propre objectif. Reste à savoir si les 200 ms annoncées seront respectées ou si, dans les faits, le réseau tournera discrètement à 220 ms. C’est une question distincte de savoir si la mise à niveau a bien été déployée.
Une dernière chose à préciser clairement 🚀
Il ne s’agit pas d’Alpenglow. Cette réécriture distincte du mécanisme de consensus vise une finalité d’environ 150 ms et suit toujours son propre calendrier, plus tardif. Deux mises à niveau différentes, allant globalement dans la même direction ; il est facile de les confondre, mais mieux vaut éviter.
$SOL