Solana a réduit la durée cible de son slot de 400 millisecondes à 350 ms pour la première fois depuis le lancement du réseau, lançant un plan en quatre étapes qui pourrait éventuellement ramener les slots à 200 ms.
Jacob Creech, vice-président de la technologie de la Fondation Solana, a annoncé ce changement le 21 août, déclarant que le réseau était entré dans "une nouvelle ère de 350 ms" avant d'ajouter : "Prochaine étape, 300 ms."
Les durées moyennes des slots étaient d'environ 360 ms au moment de la rédaction, selon l'explorateur de temps de slot de Solana, comparées à l'objectif initial de 400 ms du réseau.
Ce changement est la première étape du SIMD-0525, une proposition d'amélioration Solana qui introduit quatre configurations de slots progressivement plus courtes à 350 ms, 300 ms, 250 ms et 200 ms. La proposition a été approuvée et fusionnée le 14 mai.
Plutôt que de passer immédiatement à l'objectif final, Solana prévoit d'activer chaque réduction séparément, donnant aux opérateurs de validateurs et aux développeurs clients la possibilité de tester le comportement du réseau à mesure que la production de blocs s'accélère.
La Fondation Solana a déclaré en juin que la réduction des slots de 400 ms à 200 ms réduirait la latence et permettrait aux confirmations d'atteindre les utilisateurs plus rapidement.
Dans le cadre du SIMD-0525, la première fonctionnalité ajuste la durée cible du slot à 350 ms. Des activations ultérieures la ramèneraient à 300 ms, puis 250 ms et enfin 200 ms.
Les quatre étapes sont actuellement ciblées pour Agave v4.2, le client validateur développé par Anza, bien que le calendrier de déploiement reste provisoire et puisse changer en fonction des tests.
Des slots plus courts signifient que les opportunités de production de blocs passent plus fréquemment entre les validateurs. Le SIMD-0525 maintient les 64 ticks par slot et la fenêtre de leader de quatre slots du réseau, mais la quantité de temps réel représentée par chaque fenêtre de leader diminue à chaque réduction.
Avec l'objectif précédent de 400 ms, quatre slots donnaient à un leader une fenêtre nominale de 1,6 seconde. Un slot de 350 ms réduit ce chiffre à 1,4 seconde, tandis que 300 ms le ramèneraient à 1,2 seconde. À l'objectif final de 200 ms, une fenêtre de quatre slots durerait environ 800 ms.
La proposition indique que la réduction du temps contrôlé par un seul leader peut également réduire la période pendant laquelle les transactions pourraient être retardées ou réordonnées avant qu'un autre validateur ne reçoive l'opportunité de produire des blocs.
Le SIMD-0525 ne permet pas simplement au réseau d'effectuer deux fois plus de travail après être passé de 400 ms à 200 ms. Les limites de ressources sont ajustées proportionnellement à la diminution de la durée du slot afin que les exigences de traitement sur une période donnée n'augmentent pas uniquement parce que davantage de slots sont produits.
Avec la ligne de base originale de 60 millions d'unités de calcul utilisée dans la proposition, la limite par slot tomberait à 52,5 millions de CU à 350 ms, 45 millions à 300 ms, 37,5 millions à 250 ms et 30 millions à 200 ms.
La latence de confirmation est l'un des principaux domaines ciblés par ce changement, car Solana mesure plusieurs aspects du fonctionnement du réseau en termes de slots.
Avec des validateurs parcourant les slots plus rapidement, les seuils de confirmation basés sur les slots peuvent être atteints en moins de temps réel. Les applications qui utilisent les numéros de slot pour déterminer la fraîcheur des informations de la blockchain peuvent également recevoir des intervalles de temps plus précis.
Le SIMD-0525 identifie les utilisateurs d'oracles et les teneurs de marché automatisés (AMMs) comme des applications qui pourraient bénéficier des intervalles plus courts, en particulier lorsque les décisions dépendent de l'ancienneté des données on-chain.
La durée des époques diminuera également, car Solana prévoit de conserver 432 000 slots par époque.
Une époque avec des slots de 400 ms a une durée nominale d'environ 48 heures. Le passage à 350 ms la réduit à environ 42 heures, tandis que 300 ms ramèneraient une époque à environ 36 heures. À 250 ms, ce chiffre tombe à environ 30 heures, avant d'atteindre environ 24 heures si les slots de 200 ms sont activés.
Les calculs annuels des slots de Solana sont ajustés en même temps que le changement afin que l'émission du protocole reste basée sur le temps réel au lieu d'augmenter simplement parce que plus de slots se produisent chaque année.
Le Ticket d'Admission de Validateur proposé dans le cadre du système de consensus Alpenglow de Solana est également conçu pour s'adapter à mesure que les époques raccourcissent. Le SIMD-0525 spécifie qu'un coût de 1,6 SOL par époque à 400 ms diminuerait à 1,4 SOL à 350 ms, suivi de 1,2 SOL, 1 SOL et 0,8 SOL aux étapes ultérieures.
La proposition indique que ces ajustements visent à maintenir le coût du validateur à environ 0,8 SOL par jour malgré les époques plus courtes.
Le déploiement des durées de slot intervient alors que les développeurs de Solana travaillent sur plusieurs changements apportés à l'infrastructure de validateur et de consensus du réseau.
Comme précédemment rapporté par crypto.news, Alpenglow est entré en phase de test par les validateurs de la communauté en mai après qu'Anza a déployé la conception du consensus sur un cluster de test.
Alpenglow est conçu pour ramener les temps de confirmation à environ 150 ms tout en supprimant la Preuve d'Historique et les transactions de vote on-chain du processus de consensus central de Solana. Anza a qualifié cette mise à niveau prévue comme le plus grand changement de consensus de l'histoire de Solana.
Le système introduit une conception de vote appelée Votor, qui utilise la communication de validateurs hors chaîne et l'agrégation de signatures pour atteindre un consensus. Son développement est distinct du SIMD-0525, bien que les deux projets se concentrent sur la réduction du temps requis pour les opérations du réseau.
Le logiciel de validateur est également devenu plus diversifié en 2026. Le déploiement sur le réseau principal de Firedancer de Jump Crypto a commencé à produire des blocs en mai après des années de développement, offrant une alternative construite indépendamment aux implémentations de validateurs existantes de Solana.
Jump Crypto a alors conseillé aux validateurs de ne pas migrer vers Firedancer à grande échelle avant que les audits de sécurité ne soient terminés. Le client a été développé à la fois pour améliorer les performances et pour réduire le risque créé lorsqu'une blockchain dépend fortement d'une seule implémentation de logiciel de validateur.
Plus tard ce mois-là, Coinbase a révélé une configuration multi-clients utilisant Jito et Firedancer à travers son infrastructure de validateur Solana. Son architecture de validateur supportait environ 40,48 millions de SOL stakés à l'époque, soit environ 9,52 % de l'offre stakée du réseau, selon le rapport de performance des validateurs du T1 de la bourse.
Solana a introduit un autre changement au niveau du réseau en juillet en lançant un cadre de gouvernance on-chain qui permet aux validateurs de voter, avec une pondération en fonction du stake, sur les Propositions de Gouvernance Solana. Selon le nouveau processus de gouvernance, les propositions qui reçoivent un soutien initial de 15 % passent par un processus de 11 époques comprenant une discussion, un instantané du stake et un vote formel.
Une proposition est adoptée lorsque les votes favorables représentent au moins 66,67 % du stake participant "Pour" et "Contre", tandis que les modifications techniques peuvent toujours passer par le processus SIMD existant sans avoir d'abord à passer par un vote de proposition de gouvernance.
Avec le réglage de 350 ms désormais actif, le SIMD-0525 identifie 300 ms comme la prochaine étape de la séquence.
Ce changement réduirait la fenêtre nominale de quatre slots pour le leader de 1,4 seconde à 1,2 seconde et ramènerait une époque d'environ 42 heures à 36 heures.
D'autres activations de fonctionnalités feraient ensuite passer Solana à 250 ms et 200 ms. Chaque configuration est calculée à partir des valeurs de base du réseau au lieu d'utiliser les limites arrondies de l'étape précédente, une conception destinée à empêcher l'accumulation des différences d'arrondi au fil des réductions successives.
Les tests de l'infrastructure de Solana se sont poursuivis pendant la préparation de ces étapes. En juillet, l'activité du réseau a également atteint des niveaux records à mesure que les actifs tokenisés se développaient sur Solana, l'activité boursière tokenisée contribuant à une utilisation accrue sur la chaîne.
Cependant, pour le SIMD-0525, chaque réduction de slot restante nécessite toujours l'activation de sa fonctionnalité correspondante. Suite au réglage de 350 ms récemment activé, Creech a identifié 300 ms comme le prochain objectif du réseau.
