Solana s'apprête à diviser par deux ses temps de bloc à l'approche de la dernière mise à niveau à 200 millisecondes
Points clés
- •Le temps de bloc cible de Solana passera de 250 à 200 millisecondes à l'époque 1053 vendredi, attendue vers 15:00 UTC, achevant un effort de mise à niveau débuté en août.
- •Le déploiement a précédemment fait passer le réseau de 400 à 350 millisecondes le 21 août, puis à 300 millisecondes le 28 août et à 250 millisecondes le 18 septembre.
- •La nouvelle configuration vise cinq opportunités de production de bloc par seconde tout en plafonnant chaque bloc à 30 millions d'unités de calcul, contre 37,5 millions auparavant, laissant la capacité de traitement totale du réseau quasiment inchangée.
- •Les validateurs voteront environ deux fois plus souvent qu'avec la configuration initiale, ce qui augmente les coûts, tandis que leur fenêtre d'ordonnancement des transactions se réduit de 1,6 seconde à 800 millisecondes et que la fenêtre de validité des blockhashs se raccourcit.
- •Les données de Solana Compass montrent que la cible précédente de 250 millisecondes a donné des temps de slot moyens d'environ 266 à 269 millisecondes, et les développeurs ont indiqué que l'activation sur le mainnet dépend des conditions du réseau, comme le taux de slots manqués.

Solana s'apprête à diviser par deux ses temps de bloc à l'approche de la dernière mise à niveau à 200 millisecondes
Solana se prépare à réduire le temps entre les blocs à 200 millisecondes vendredi, achevant un effort de mise à niveau de sept semaines qui aura divisé par deux le temps de production cible des blocs du réseau depuis août. La dernière réduction, à partir de 250 millisecondes, doit prendre effet à l'époque 1053, attendue vers 15:00 UTC, selon Anza, développeur du logiciel de validateur Agave, largement utilisé sur Solana.
Ce changement apporte cinq opportunités de production de bloc par seconde, accélérant potentiellement les mises à jour des transactions, tout en abaissant la limite de calcul de chaque bloc pour maintenir la capacité de traitement globale du réseau quasiment inchangée. Il comporte aussi des compromis : les validateurs font face à des coûts plus élevés et à des fenêtres d'exploitation plus restreintes.
La mise à niveau est détaillée dans la proposition technique SIMD-0525, l'un des Solana Improvement Documents numérotés par lesquels les modifications fondamentales du protocole sont spécifiées avant leur adoption par les validateurs dans les logiciels clients, et suivie sur la page officielle des mises à niveau de Solana. Elle achève un déploiement échelonné débuté le 21 août, lorsque le réseau est passé de son réglage initial de 400 millisecondes à 350 millisecondes, suivi de réductions à 300 millisecondes le 28 août et à 250 millisecondes le 18 septembre.
Cinq opportunités de production de bloc par seconde
À 200 millisecondes, la blockchain visera cinq opportunités de production de bloc chaque seconde, contre 2,5 avec la configuration initiale de 400 millisecondes. Un slot est la courte fenêtre durant laquelle un validateur désigné peut ajouter des transactions à la blockchain. Des slots plus courts signifient que les applications de trading, les portefeuilles et lesformes d'échange peuvent recevoir des informations actualisées plus fréquemment, réduisant le temps d'attente d'une transaction soumise avant son traitement. Comme les utilisateurs perçoivent in fine la performance du réseau comme un délai de confirmation, le rythme de production des blocs détermine la réactivité de la chaîne pour les applications sensibles à la latence telles que le trading.
Des blocs plus rapides pourraient réduire les retards de transaction et les exploitations de trading, mais ils augmenteront aussi les besoins de vote des validateurs, solliciteront les connexions réseau et raccourciront la fenêtre de validité des transactions.
La proposition limite également la quantité de travail de calcul que les validateurs peuvent intégrer dans chaque bloc. À 200 millisecondes, chaque bloc peut contenir au maximum 30 millions d'unités de calcul, contre 37,5 millions à 250 millisecondes. Les blocs arrivent plus fréquemment, mais chacun transporte proportionnellement moins de travail, ce qui maintient la capacité de traitement théorique du réseau quasiment inchangée.
Fenêtres d'ordonnancement plus restreintes et coûts de validateurs plus élevés
Les validateurs continueront de produire des blocs par groupes de quatre slots consécutifs. Leur fenêtre ininterrompue pour ordonner les transactions se réduira donc de 1,6 seconde dans la configuration initiale à 800 millisecondes. Cela pourrait limiter les occasions de retarder des transactions ou d'exploiter des prix ayant évolué sur d'autres plateformes avant que Solana ne rattrape.
L'horloge accélérée a aussi un coût. Les validateurs qui soumettent un vote à chaque slot devront le faire environ deux fois plus souvent qu'avec la configuration initiale, augmentant les dépenses de vote et exerçant une pression accrue sur les connexions réseau.
Les portefeuilles et autres applications disposeront également de moins de temps pour utiliser un blockhash récent, une référence incluse dans les transactions pour empêcher leur rejeu. Cette fenêtre de validité plus courte pourrait compliquer les transactions nécessitant une approbation manuelle ou des signatures hors ligne.
La performance réelle du réseau reste à l'épreuve
Les données de Solana Compass montrent que la configuration précédente de 250 millisecondes a produit des temps de slot moyens d'environ 266 à 269 millisecondes sur les dernières époques, légèrement supérieurs à sa cible.
La dernière réduction a déjà été déployée sur le testnet et le devnet de Solana avant l'activation sur le mainnet. Les développeurs ont indiqué que le déploiement sur le mainnet dépendait des conditions du réseau, notamment du taux de slots de production de blocs manqués par les validateurs. Une fois le changement actif, l'indicateur à surveiller sera de savoir si les temps de slot moyens convergent vers la nouvelle cible de 200 millisecondes lors des époques suivantes.
transition devrait se produire à la frontière de l'époque 1053 vendredi.
Source : CoinDesk