Solana a réduit son temps de slot cible 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.
Résumé
- Solana a réduit son temps de slot cible de 400 ms à 350 ms pour la première fois depuis le lancement du réseau.
- Ce changement est la première étape de SIMD-0525, qui prévoit des réductions supplémentaires à 300 ms, 250 ms et 200 ms.
- Des slots plus courts sont conçus pour réduire la latence de confirmation tandis que les limites de ressources du réseau sont ajustées proportionnellement.
- Les étapes restantes sont ciblées pour Agave v4.2, bien que le calendrier d'activation reste provisoire.
Le vice-président de la technologie de la Fondation Solana, Jacob Creech, 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 temps de slot moyens tournaient autour de 360 ms au moment de la rédaction, selon l'explorateur de temps de slot de Solana, par rapport à l'objectif initial de 400 ms du réseau.
Ce changement est la première étape de SIMD-0525, une proposition d'amélioration de Solana qui introduit quatre configurations de slot 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 de clients une chance de tester le comportement du réseau à mesure que la production de blocs devient plus rapide.
Le temps de slot de Solana commence sa progression vers 200 ms
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.
Sous SIMD-0525, la première porte de fonctionnalité change l'objectif de slot à 350 ms. Les activations ultérieures le 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 entre les validateurs plus fréquemment. SIMD-0525 maintient les 64 ticks par slot du réseau et sa fenêtre de leader de quatre slots, 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 réduirait à 1,2 seconde. À l'objectif final de 200 ms, une fenêtre de quatre slots durerait environ 800 ms.
La proposition indique que réduire la durée de contrôle d'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.
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 à mesure que la durée des slots diminue, afin que les demandes de traitement sur une période donnée n'augmentent pas uniquement parce que plus de slots sont produits.
À la base de référence initiale de 60 millions d'unités de calcul utilisée dans la proposition, la limite par slot tomberait à 52,5 millions d'UC à 350 ms, 45 millions à 300 ms, 37,5 millions à 250 ms et 30 millions à 200 ms.
Des slots plus rapides modifient les confirmations et le calendrier des époques
La latence de confirmation est l'un des principaux domaines ciblés par ce changement, car Solana mesure plusieurs parties de l'exploitation du réseau en slots.
Avec des validateurs progressant à travers 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 fins.
SIMD-0525 identifie les utilisateurs d'oracles et les teneurs de marché automatisés parmi les 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ènerait une époque à environ 36 heures. À 250 ms, le chiffre tombe à environ 30 heures, avant d'atteindre environ 24 heures si des slots de 200 ms sont activés.
Les calculs annuels de slots de Solana sont ajustés en même temps que ce 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 Validator Admission Ticket proposé dans le cadre du système de consensus Alpenglow de Solana est également conçu pour évoluer à mesure que les époques raccourcissent. 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 suivantes.
La proposition indique que les ajustements visent à maintenir le coût du validateur à environ 0,8 SOL par jour malgré les époques plus courtes.
Les améliorations de performance de Solana vont au-delà des temps de slot
Le déploiement des temps de slot intervient alors que les développeurs de Solana travaillent sur plusieurs changements de l'infrastructure de validation et de consensus du réseau.
Comme précédemment rapporté par crypto.news, Alpenglow est entré en phase de test communautaire des validateurs 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'Histoire et les transactions de vote on-chain du processus de consensus central de Solana. Anza a qualifié cette mise à niveau planifiée de 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 hors chaîne des validateurs et l'agrégation de signatures pour parvenir à un consensus. Son développement est distinct de SIMD-0525, bien que les deux projets se concentrent sur la réduction du temps nécessaire aux opérations réseau.
Le logiciel de validation est également devenu plus diversifié au cours de 2026. Le déploiement sur le mainnet 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 conseillé aux validateurs à l'époque 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 logicielle de validateur.
Plus tard dans le mois, Coinbase a révélé une configuration multi-clients utilisant Jito et Firedancer sur son infrastructure de validateurs Solana. Son architecture de validateurs prenait en charge environ 40,48 millions de SOL mis en jeu à l'époque, soit environ 9,52 % de l'offre mis en jeu du réseau, selon le rapport de performance des validateurs du premier trimestre 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 un poids proportionnel à leur mise sur les propositions de gouvernance de Solana. Dans le cadre du 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é des mises et un vote formel.
Une proposition est adoptée lorsque les votes en faveur représentent au moins 66,67 % des mises participantes « Pour » et « Contre », tandis que les changements techniques peuvent toujours passer par le processus SIMD existant sans avoir d'abord reçu un vote de proposition de gouvernance.
La prochaine réduction de slot amènerait Solana à 300 ms
Avec le réglage de 350 ms désormais actif, SIMD-0525 identifie 300 ms comme la prochaine étape de la séquence.
Ce changement réduirait la fenêtre de leader nominale de quatre slots de 1,4 seconde à 1,2 seconde et ramènerait une époque d'environ 42 heures à 36 heures.
D'autres activations de fonctionnalités déplaceraient ensuite 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 d'erreurs d'arrondi lors de réductions successives.
Les tests de l'infrastructure de Solana se sont poursuivis pendant que ces étapes étaient préparées. En juillet, l'activité du réseau a également atteint des niveaux records alors que les actifs tokenisés se sont développés sur Solana, avec l'activité des actions tokenisées contribuant à une utilisation accrue sur la chaîne.
Pour SIMD-0525, cependant, 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 prochain objectif du réseau.
