Solana vient de réduire de 50 millisecondes le temps nécessaire aux validateurs pour produire un bloc, et c’est la première fois que le réseau y parvient. La mise à niveau du temps de slot de Solana est entrée en vigueur sur le mainnet vendredi, faisant passer le temps de slot cible de 400 millisecondes à 350 millisecondes et déclenchant ce que les développeurs décrivent comme une marche progressive, époque par époque, vers un objectif bien plus rapide de 200 millisecondes.
Summary
Points clés à retenir
- Le temps de slot du mainnet de Solana est passé de 400 millisecondes à 350 millisecondes, la première réduction de ce type depuis le lancement du réseau.
- La modification a été activée en tant que fonctionnalité SIMD-0525 au slot 440 208 000 dans l’époque 1019, après avoir été intégrée au code le 14 mai.
- Trois autres réductions de 50 millisecondes, à 300, 250 et enfin 200 millisecondes, sont prévues via des « feature gates » distinctes, chacune dépendant de taux de slots sautés (« block skip rates ») jugés sains.
- La mise à niveau est qualifiée de changement majeur (breaking change), et Solana indique que les ajustements d’indexation pour les outils tiers sont encore en cours de définition.
- Jacob Creech, vice-président de la technologie à la Solana Foundation, a confirmé que 300 millisecondes est le prochain objectif sur la feuille de route.
Solana réduit pour la première fois le temps de slot sur le mainnet
La réponse de fond est simple : Solana a simplement fait en sorte que les blocs arrivent plus vite, sans modifier la structure sous-jacente du réseau. Il s’agit de la première réduction du temps de slot depuis la création de Solana, et cela raccourcit directement la fenêtre dont dispose chaque validateur pour assembler et diffuser un bloc de transactions.
Détails de l’activation et effets immédiats
La fonctionnalité, suivie sous le nom SIMD-0525, a été activée sur Mainnet Beta au slot 440 208 000 dans l’époque 1019, selon l’explorateur officiel de Solana. La proposition elle-même a été intégrée aux documents d’amélioration du réseau le 14 mai, offrant aux développeurs plusieurs mois pour préparer les logiciels de validateurs avant d’actionner l’interrupteur.
L’effet pratique se manifeste presque immédiatement sur la vitesse de confirmation. Une mesure ponctuelle rapportée par The Block a montré qu’une séquence de 1 000 slots juste avant le changement prenait 415 secondes à s’achever, contre 368 secondes pour une séquence similaire après l’activation de la mise à niveau dans l’époque 1020 — une baisse observée dans le monde réel cohérente avec le nouveau temps cible de 350 millisecondes.
Comme chaque époque sur Solana contient toujours 432 000 slots, des slots plus rapides se traduisent directement par des époques plus rapides. Ce qui prenait auparavant environ 48 heures à s’achever se termine désormais en environ 42 heures, même si rien n’a changé dans le comptage interne de l’époque.
Fondations techniques permettant la mise à niveau
Rien de tout cela n’aurait été possible sans le travail réalisé côté client validateur. Solana a attribué cette avancée aux améliorations de Turbine, la couche de propagation des blocs du réseau, et de Replay, le processus que les validateurs utilisent pour vérifier et voter sur les blocs entrants, en tant que leviers techniques ayant rendu un temps de slot plus court viable à grande échelle.
Ces deux systèmes devaient devenir plus rapides avant que le réseau puisse réduire en toute sécurité le temps disponible pour qu’un leader termine un bloc, le transmette via Gulf Stream au leader suivant, et laisse le reste de l’ensemble des validateurs le rejouer et voter dessus. Réduire cette fenêtre sans ces mises à niveau aurait probablement fait grimper les taux de slots sautés et déstabilisé la production de blocs.
Approche progressive pour de nouvelles réductions du temps de slot
Solana ne passe pas directement à son objectif final. À la place, le réseau progresse en quatre étapes distinctes, de 400 millisecondes à 200 millisecondes, chaque étape nécessitant sa propre activation et sa propre vérification de l’état de santé du réseau avant que la suivante ne soit autorisée.
Mécanisme de « feature gate » pour les futures mises à niveau
Chaque réduction supplémentaire de 50 millisecondes, que ce soit à 300, 250 ou 200 millisecondes, sera déclenchée via une feature gate distincte activée dans une époque ultérieure, plutôt que par un unique interrupteur global. Cette structure donne à la Solana Foundation et aux opérateurs de validateurs la possibilité d’observer le comportement du réseau à chaque nouvelle vitesse avant de s’engager sur la réduction suivante.
Anza, l’équipe de développement du client validateur issue de la scission de Solana Labs, a présenté un calendrier provisoire pour Agave v4.2 qui vise l’activation sur le mainnet des quatre réductions progressives. Aucune date calendaire ni époque précise n’a encore été fixée pour l’étape des 300 millisecondes, qui est la prochaine sur la liste.
Mécanismes de contrôle des risques basés sur les taux de slots sautés
C’est là que la prudence apparaît clairement. La Solana Foundation a indiqué explicitement que le réseau ne passera pas à la prochaine réduction du temps de slot si les taux de slots sautés deviennent trop élevés — c’est-à-dire si trop de validateurs n’arrivent pas à produire leurs blocs assignés à temps. Ce frein intégré est important, car des slots plus courts compriment tous les processus en aval : finalisation des blocs, propagation des transactions et vote des validateurs disposent tous de moins de temps réel pour se dérouler correctement.
Pourquoi c’est important : un déploiement progressif avec un déclencheur basé sur le taux de slots sautés transforme effectivement la vitesse en variable surveillée plutôt qu’en promesse figée. Si le matériel ou les logiciels des validateurs ne parviennent pas à suivre à 300 millisecondes, le réseau peut simplement s’arrêter à ce stade au lieu de continuer à avancer et de risquer l’instabilité.
Implications plus larges et impact sur le réseau
Des slots plus rapides ne signifient pas automatiquement un réseau plus rapide en tout point, et cette distinction est importante pour quiconque suit les affirmations de Solana en matière de débit. Les validateurs traitent les slots plus fréquemment, mais chaque slot individuel contient moins de travail, de sorte que le changement améliore principalement la latence et la vitesse de confirmation plutôt que la capacité brute de transactions. Solana a séparément relevé sa limite d’unités de calcul à 100 millions en juillet 2025, une mise à niveau distincte visant à augmenter la quantité de travail pouvant tenir dans chaque bloc.
Statut de changement majeur et impact sur l’indexation
Solana qualifie elle-même la mise à niveau du temps de slot de Solana de changement majeur (breaking change), et les ajustements d’indexation nécessaires pour les outils et services tiers restent à déterminer. Il s’agit d’une lacune notable : la documentation officielle de Solana décrit encore la durée de slot par défaut comme étant de 400 millisecondes, alors même que l’explorateur du réseau confirme que la première feature gate à 350 millisecondes est déjà active. Les développeurs qui s’appuient sur des indexeurs, des tableaux de bord analytiques ou des explorateurs de blocs doivent s’attendre à quelques frictions à court terme, le temps que les outils s’alignent sur le nouveau rythme du réseau.
Déclarations officielles et éclairage sur la trajectoire de mise à niveau
Jacob Creech, vice-président de la technologie à la Solana Foundation, a décrit cette évolution comme la première réduction du temps de slot du réseau et a confirmé que 300 millisecondes est le prochain objectif sur la feuille de route. Ni Creech ni la page publique de mise à niveau de la Fondation n’ont fixé de date ferme pour cette prochaine étape, et le plan dépend explicitement des performances du réseau à 350 millisecondes dans un premier temps.
Il existe également un horizon plus lointain. Le temps de slot et la finalité complète ne sont pas la même chose — les blocs de Solana mettent encore environ 12,8 secondes à devenir totalement irréversibles aujourd’hui, même avec le nouveau rythme de 350 millisecondes par slot. Une refonte distincte, encore en développement, appelée Alpenglow vise à réduire à terme cette fenêtre de finalité à environ 150 millisecondes, ce qui constituerait un changement structurel bien plus important que les réductions progressives actuelles du temps de slot. Le réseau a également récemment ajouté le client Firedancer de Jump Crypto, développé dans un langage de programmation différent de la pile Agave dominante, améliorant la diversité des clients validateurs à mesure que la course à la vitesse se poursuit.
FAQ
Quel changement Solana a-t-elle récemment apporté à son temps de slot ?
Solana a réduit le temps de slot de son mainnet de 400 millisecondes à 350 millisecondes, ce qui représente la première réduction depuis la création du réseau.
Comment les futures réductions du temps de slot seront-elles gérées ?
Les futures réductions à 300, 250 et 200 millisecondes seront activées séparément via des feature gates et dépendront du fait que les taux de slots sautés ne deviennent pas trop élevés.
La réduction du temps de slot affecte-t-elle la structure des époques de Solana ou le nombre de ticks par slot ?
Non, la mise à niveau ne modifie ni le nombre de ticks par slot, ni la durée de mandat du leader, ni le nombre de slots dans une époque.
Pourquoi la mise à niveau est-elle considérée comme un changement majeur (breaking change) ?
La mise à niveau est considérée comme un changement majeur car elle nécessite des modifications d’indexation pour les outils et infrastructures tiers, même si ces ajustements restent à déterminer.
{« @context »: »https://schema.org », »@type »: »FAQPage », »mainEntity »:[{« @type »: »Question », »name »: »Quel changement Solana a-t-elle récemment apporté à son temps de slot? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Solana a réduit le temps de slot de son mainnet de 400 millisecondes à 350 millisecondes, ce qui représente la première réduction depuis la création du réseau. »}},{« @type »: »Question », »name »: »Comment les futures réductions du temps de slot seront-elles gérées? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Les futures réductions à 300, 250 et 200 millisecondes seront activées séparément via des feature gates et dépendront du fait que les taux de slots sautés ne deviennent pas trop élevés. »}},{« @type »: »Question », »name »: »La réduction du temps de slot affecte-t-elle la structure des époques de Solana ou le nombre de ticks par slot? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Non, la mise à niveau ne modifie ni le nombre de ticks par slot, ni la durée de mandat du leader, ni le nombre de slots dans une époque. »}},{« @type »: »Question », »name »: »Pourquoi la mise à niveau est-elle considérée comme un changement majeur (breaking change)? », »acceptedAnswer »:{« @type »: »Answer », »text »: »La mise à niveau est considérée comme un changement majeur car elle nécessite des modifications d’indexation pour les outils et infrastructures tiers, même si ces ajustements restent à déterminer. »}}]}
Article produit avec l’assistance de l’intelligence artificielle et relu par l’équipe éditoriale.
