Pour la première fois depuis son lancement, Solana a abaissé son temps de slot cible de 400 à 350 millisecondes sur le réseau principal. Entrée en vigueur le 21 août au début de l’époque 1020, cette modification, pilotée par la proposition SIMD-0525, ouvre la voie à une feuille de route en quatre paliers visant la barre symbolique des 200 millisecondes.
🔑 En bref
- Temps de slot cible abaissé de 400 à 350 ms, effectif dès l’époque 1020
- Trillium mesure un temps moyen pondéré de 365,4 ms sur l’époque 1021
- Taux de slots manqués en baisse sensible : 0,077 % contre 0,438 % pour l’époque 1015
- Plafond de calcul par bloc ramené à 87,5 M d’unités (contre 100 M depuis juillet)
- Quatre paliers de 50 ms programmés pour atteindre 200 ms d’ici fin de cycle
Une première modification depuis le lancement
Jusqu’ici, le paramètre de 400 millisecondes défini au lancement du réseau principal n’avait jamais été revu. La modification a été déclenchée par l’activation d’une feature gate (verrou logiciel activé à un slot précis) au slot 440 208 000, premier slot de l’époque 1019, conformément au mécanisme de décalage d’une époque prévu par la proposition SIMD-0525. Cette approche permet d’introduire le changement un cycle complet avant sa prise d’effet, laissant aux opérateurs le temps de préparer leurs infrastructures.
Jacob Creech, vice-président technologie de la Solana Foundation, a officialisé la transition sur X en déclarant : « Nous entrons dans une nouvelle ère de 350 millisecondes. » La Fondation a ensuite publié un suivi indiquant un temps de slot moyen d’environ 360 millisecondes peu après l’activation, en retrait par rapport aux 400 ms définies au protocole initial.
Mécanisme de consensus et seuils de confirmation
Solana s’appuie sur un consensus hybride combinant la preuve d’histoire (horloge cryptographique qui horodate chaque événement de manière vérifiable) et la preuve d’enjeu (sélection des validateurs pondérée par les tokens mis en jeu). La preuve d’histoire permet aux validateurs de traiter les transactions en parallèle en établissant un ordre vérifiable avant leur exécution.
Deux niveaux d’engagement gouvernent la confirmation : confirmé lorsqu’au moins 66 % de la mise a voté pour le bloc, et finalisé lorsqu’en plus 31 blocs supplémentaires ont été construits par-dessus. À 400 ms, la finalisation intervenait en environ 13 secondes, soit 32 slots consécutifs.
Données télémétriques : une transition stable
Le fournisseur de télémétrie Trillium a chronométré 431 505 slots durant l’époque 1021, celle ayant immédiatement suivi la modification. Le temps moyen pondéré s’établit à 365,4 ms, contre 420,7 ms pour l’époque 1015. Dans le même temps, le nombre de slots non produits chute fortement.
| Métrique | Époque 1015 (avant) | Époque 1021 (après) |
|---|---|---|
| Temps de slot moyen pondéré | 420,7 ms | 365,4 ms |
| Slots chronométrés | — | 431 505 |
| Slots manqués | 1 890 | 331 |
| Taux de slots manqués | 0,438 % | 0,077 % |
Cette baisse du taux de slots manqués constitue un signal encourageant pour la stabilité du réseau. Toutefois, la comparaison entre seulement deux époques non consécutives ne permet pas d’imputer l’intégralité de l’amélioration à la seule modification du timing : d’autres facteurs opérationnels peuvent entrer en ligne de compte.
Impact technique : budgets, débit et fenêtre du leader
La réduction du temps de slot diminue le délai en temps réel nécessaire pour atteindre les seuils de confirmation. La fenêtre de quatre slots consécutifs attribuée à chaque leader passe ainsi de 1,6 seconde nominale à 1,4 seconde, écourtant la période durant laquelle un seul producteur de blocs contrôle la séquence.
La proposition maintient quatre slots par leader et 432 000 slots par époque. En revanche, les budgets alloués à chaque slot — calcul, écriture de compte, vote, données et fragmentation — sont réduits proportionnellement. Les blocs arrivent plus souvent, mais avec des plafonds inférieurs. Le plafond de calcul par bloc recule ainsi à 87,5 millions d’unités sous 350 ms, contre 100 millions adoptés en juillet. Le maximum théorique global demeure proche de 250 millions d’unités par seconde.
« À court terme, l’association de slots plus courts avec une limite de bloc augmentée quadruplerait le débit du réseau. »
Mert Mumtaz, directeur général de Helius
Mert Mumtaz, directeur général de Helius, a souligné sur un podcast que la combinaison de slots plus courts et d’un plafond de bloc relevé permettrait de quadrupler le débit à court terme, à condition que le réseau reste stable durant les transitions.
Feuille de route vers 200 ms
La feuille de route officielle prévoit quatre réductions successives de 50 ms pour converger vers un objectif final de 200 ms : 350 ms (actif), 300 ms (en attente), 250 ms, puis 200 ms. L’étape des 300 ms était en attente au 26 août. Selon Solana Compass, Brennan Watt, directeur général d’Anza et auteur de la SIMD, a indiqué qu’elle devrait prendre effet à l’époque 1024, soit aux alentours du 28 août.
Chaque palier dispose de sa propre feature gate, ce qui permet aux opérateurs de mettre la séquence en pause si le taux de slots manqués dépasse les seuils acceptables. La gouvernance par feature gate limite ainsi le risque d’effet domino en cas d’instabilité.
Testnet et devnet en avance
Les paliers inférieurs ont déjà été franchis sur les réseaux d’essai. Le testnet a passé la barre des 350 ms le 5 août et affiche désormais un objectif de 200 ms. Le devnet se situe à 300 ms avec la feature gate des 250 ms activée mais pas encore effective. Brennan Watt a confirmé que les temps de slot sur le testnet ont atteint 182 ms, avec une moyenne de 193 ms observée sur l’heure précédant la mesure. Les réductions sur le testnet interviennent environ toutes les deux époques.
Le déploiement sur le réseau principal a été livré par Anza, société qui maintient le client validateur Agave, dans le cadre de la version Agave v4.2. Un défi identifié concerne les logiciels hors chaîne qui considèrent encore le slot de 400 ms comme une valeur figée plutôt que comme un paramètre lu dynamiquement depuis le cluster. Les explorateurs et les indexeurs devront être mis à jour pour refléter le nouveau tempo.
Au moment de l’annonce, le token SOL affichait une hausse de 4,37 % sur 24 heures et se maintenait à la septième place du classement par capitalisation boursière des cryptomonnaies, à hauteur d’environ 45 milliards de dollars.
Vers une finalité réellement sub-seconde
Cette première baisse du temps de slot représente une étape concrète vers l’objectif affiché de sous-seconde. Les données télémétriques précoces suggèrent une transition stable, sans flambée des slots manqués. La progression dépendra toutefois de l’évolution des taux de slots manqués à chaque palier et de la réactivité des opérateurs pour suspendre une étape si nécessaire.
Si la trajectoire se maintient, Solana pourrait offrir d’ici quelques mois une latence de confirmation comparable, voire inférieure, à celle de réseaux centralisés, tout en conservant ses propriétés de décentralisation et de preuve d’enjeu. Le passage de 350 à 200 ms constituera le prochain test grandeur nature pour l’écosystème.
Sources
Cet article est publié à titre informatif et éducatif. Il ne constitue en aucun cas un conseil en investissement. Faites vos propres recherches (DYOR) avant toute décision.
