TLDR
Le temps cible de slot de Solana est passé à 250 millisecondes le 18 septembre 2026, à l’époque 1037.
Des données préliminaires issues d’un échantillon de 60 minutes ont montré que les slots se posaient à environ 266 ms, avec un taux de skip de 0,05 %.
Une proposition de projet réduirait les limites de calcul par slot tandis que le réseau s’oriente vers un temps de slot potentiellement de 200 ms.
Les fenêtres de passation de relais (leader handoff) passent d’une seconde à 800 millisecondes dans le cadre du réglage proposé à 200 ms.
Une panne de routage survenue en août chez le fournisseur d’hébergement TeraSwitch a interrompu la connectivité pour 28,83 % de la participation du réseau pendant environ 33 minutes.
Le réseau de Solana fonctionne désormais avec un temps de créneau cible de 250 millisecondes. Un créneau est la fenêtre dont dispose un validateur pour produire un bloc ; ainsi, l’intervalle plus court donne aux utilisateurs davantage d’occasions que les transactions aboutissent.
Le changement a pris effet à l’époque 1037 le 18 septembre 2026, selon le changelog d’ingénierie de Solana. Solana Compass a placé la transition exacte vers 05:06 UTC ce jour-là.
Un échantillon pris le 20 septembre a couvert 60 fenêtres d’une minute. Il a révélé que les créneaux atterrissaient à environ 266 millisecondes en moyenne. L’époque 1037 a sauté environ 0,05 % de ses créneaux planifiés.
Un budget de calcul plus serré
Un projet de design appelé SIMD-0525 franchirait l’étape suivante, jusqu’à 200 millisecondes. Cette proposition abaisse aussi le budget de calcul par créneau.
À 250 ms, le budget se situe à 62,5 millions d’unités de calcul. À 200 ms, il tomberait à 50 millions. Le plafond global du réseau reste proche de 250 millions d’unités de calcul par seconde dans les deux cas.
Cela signifie que les blocs arriveraient plus souvent, mais chacun porterait moins de travail autorisé. Le débit réel de transactions dépend toutefois de la demande et de la manière dont les leaders remplissent l’espace de bloc disponible.
Passations, géographie et infrastructure
La fenêtre de leader à quatre créneaux reste fixe sous le nouveau design. Cela donne à chaque leader une seconde à 250 ms et 800 millisecondes à 200 ms pour recevoir le trafic et produire des blocs.
La géographie influe sur cette fenêtre. Une analyse de la Solana Foundation a révélé un délai médian du premier créneau d’environ 28 millisecondes lorsque des leaders consécutifs étaient espacés de moins de 500 kilomètres.
Ce délai est passé à environ 122 millisecondes lorsque les leaders étaient séparés de plus de 8 000 kilomètres. Ce chiffre correspond à 61 % d’un créneau cible à 200 ms.
Les ingénieurs testent deux correctifs. Les développeurs d’Agave construisent des méthodes de transfert (forwarding) qui envoient des transactions en avance lorsqu’elles risquent de manquer le leader visé.
Les équipes clientes testent aussi l’exécution des blocs et des transactions par rapport à des standards de conformité partagés. En parallèle, le seuil de réparation-différé (repair-defer) reste à 250 ms, même avec la proposition de 200 ms.
Un événement distinct en août a montré comment la concentration des infrastructures peut affecter le réseau. Le 12 août, une panne de routage chez le fournisseur d’hébergement TeraSwitch a provoqué la perte de connectivité pour 12 sites.
Solana Compass a mesuré que 28,83 % des mises du réseau étaient en retard (delinquent) pendant environ 33 minutes lors de cet incident. La Solana Foundation a déclaré que les blocs continuaient de tomber.
Des données du 7 septembre placent le coefficient de Nakamoto de Solana à 18, avec le plus grand validateur individuel détenant environ 4 % des mises actives. TeraSwitch hébergeait 22,1 % des mises actives à cette date, contre 38 % annoncés l’année précédente.
Le logiciel client est aussi concentré. Une requête du 20 septembre a trouvé qu’environ 87,4 % des mises exécutent des versions du client 4.x, avec des parts plus faibles sur les versions 0.x et 26.x.
La fonctionnalité à 200 ms n’avait aucune date d’activation confirmée au 20 septembre 2026. La documentation officielle de Solana indique que les nouvelles réductions de temps de créneau dépendent de performances réseau durables.
Une mise à niveau distincte appelée Alpenglow vise une finalité des transactions d’environ 150 ms sur un calendrier différent, avec des fenêtres de planification allant du troisième trimestre 2026 à une sortie Agave 4.3 d’octobre. La décision de 200 ms pour la durée de créneau dépendra de mesures continues des taux de saut (skip rates), des passations de leader et des performances des clients sur les fournisseurs d’infrastructure du réseau.
L’article « Post Solana Cuts Slot Time to 250ms, Sets Sights on 200ms Target » est apparu en premier sur Blockonomi.