Le vendredi, Solana a réduit son temps de transaction cible de 300 millisecondes à 250 millisecondes, une accélération de près de 17 %, ce qui accélère l'horloge du réseau sans augmenter la capacité totale de transaction.
Dans le cadre de ce changement, Solana ciblera quatre slots par seconde, contre environ 3,3 auparavant. Chaque validateur reste le leader pendant quatre slots consécutifs, mais la fenêtre plus courte réduit sa période de contrôle de 1,2 seconde à une seconde, transmettant ainsi plus rapidement l'autorité de l'ordre des transactions au validateur suivant.
Ce passage est conçu pour offrir aux portefeuilles, aux échanges et aux applications de trading un point de vue plus actuel sur le réseau. Des mises à jour plus rapides peuvent réduire la fenêtre pendant laquelle les prix de marché évoluent entre la signature d'un swap par un utilisateur et l'envoi de la transaction sur la chaîne, ce qui peut réduire le taux d'échecs des transactions et les décalages de prix, notamment pour les marchés alimentés par des oracles et les créateurs de marchés automatisés.
Cependant, ce gain de vitesse ne se traduit pas par un débit brut accru. Dans le cadre de SIMD-0525, la quantité de calcul et de données permise dans chaque slot baisse de la même proportion que la durée de ce slot. Il y a plus de slots par seconde, mais chacun d'entre eux contient moins de travail, ce qui fait que le plafond de traitement avec l'horloge en cours sur le réseau ne change pas d'une manière significative.
La mise à niveau réduit également la durée des époques. Puisque une époque reste fixe à 432 000 slots, la durée prévue passe de 36 heures environ à environ 30 heures. Une réduction supplémentaire proposée à 200 millisecondes - permettrait d'obtenir cinq slots par seconde et porterait les époques à environ 24 heures - mais aucune date pour la mise en production n'a encore été annoncée.
L'infrastructure devra faire face à plus de blocs individuels à ingérer et à stocker, et les applications qui évaluent le temps en multipliant le nombre de slots par une durée codée de manière fixe peuvent être déviées. Les hachages de bloc expirent également plus rapidement en temps réel, ce qui laisse moins de place pour la signature hors ligne, les approbations retardées et d'autres flux qui dépendent d'actions exécutées selon un rythme humain.
L'objectif de 250 millisecondes est le troisième étape d'un déploiement en cours qui a progressé progressivement de 400 millisecondes vers 350 et 300. Les développeurs ont déclaré que le réseau ne s'acheminera vers 200 millisecondes que si les taux de décalage des blocs restent acceptables après cette étape.
