Le 18 septembre, Solana a réduit le temps cible d’un créneau de 300 millisecondes à 250 millisecondes, faisant passer le réseau à une cadence cible de quatre créneaux par seconde. Le changement rend l’horloge du réseau près de 17 % plus rapide, selon CoinDesk.
L’intervalle plus court n’est pas destiné à produire une hausse équivalente de la capacité de traitement des transactions. Avec la proposition SIMD-0525 qui l’accompagne, Solana réduit le calcul et les limites de données disponibles dans chaque créneau conformément à sa durée plus courte, tout en conservant un plafond approximatif de traitement en temps réel.
SIMD-0525 associe une fréquence d’horloge plus rapide à des limites plus basses
Un créneau est l’unité de temps autour de laquelle Solana planifie la production de blocs. La cible passe de 300 ms à 250 ms, ce qui signifie que quatre intervalles arrivent chaque seconde au lieu d’environ 3,33.
SIMD-0525 associe cette durée plus courte à des réductions proportionnelles du calcul par créneau et des limites de données.
Le résultat est un plafond approximatif de traitement en temps réel qui reste inchangé. Le réseau obtient une fréquence plus élevée d’opportunités de production de blocs, mais la cadence plus courte, à elle seule, ne crée pas une hausse généralisée de la capacité totale de traitement dans le temps.
Les fenêtres de leadership en quatre créneaux se réduisent à une seconde
La période de leadership d’un validateur devient plus courte avec le changement de temporalité, tandis que SIMD-0525 laisse la fenêtre de leadership inchangée à quatre créneaux consécutifs.
Avec une cible de 300 ms, quatre créneaux représentent 1,2 seconde. À 250 ms, la même fenêtre de quatre créneaux dure une seconde. Le nombre de créneaux de leadership reste inchangé ; la durée écoulée couverte par cette attribution ne l’est pas.
Il s’agit d’une mesure opérationnelle utile du changement, car elle montre que la proposition ne fait pas que « accélérer » une métrique réseau abstraite. Elle comprime l’intervalle de temps réel associé à une fenêtre de leadership fixe de quatre créneaux de 200 millisecondes, conformément à la cadence cible plus rapide.
La documentation de Solana présente ce changement comme faisant partie d’un processus de réduction de la durée des créneaux, la programmation du leadership conservant sa structure de quatre créneaux à mesure que la durée cible diminue. La fenêtre résultante d’une seconde découle de la nouvelle cible, et non d’une augmentation du nombre de créneaux alloués à chaque leader.
Les epochs à créneaux fixes se contractent à environ 30 heures
Les changements de timing des epochs pour la même raison. Les epochs de Solana restent fixées à 432 000 créneaux, ce qui signifie qu’une réduction de la durée cible de chaque créneau raccourcit la durée écoulée attendue d’une epoch.
À des créneaux de 250 ms, la proposition fixe une epoch à environ 30 heures. Avec la cible précédente de 300 ms, les mêmes 432 000 créneaux correspondaient à environ 36 heures. La cible initiale de 400 ms de Solana correspondait à une epoch d’environ 48 heures.
Le nombre de créneaux fixes est central pour la comparaison. Aucun créneau supplémentaire ni en moins n’est nécessaire pour obtenir l’estimation d’epoch plus courte ; chaque créneau occupe simplement moins de temps cible. Cela fait de la synchronisation basée sur les epochs une autre conséquence directe du changement d’horloge, en plus de la fenêtre de leadership plus courte.
Le chiffre d’environ 30 heures correspond à un calcul de durée cible fondé sur le réglage de 250 ms. Il décrit la temporalité planifiée pour un nombre fixe de créneaux, plutôt qu’une affirmation selon laquelle la capacité de traitement des transactions aurait augmenté.
Le réglage à 250 ms est une étape vers des créneaux proposés à 200 ms
D’après une mise à jour de la Solana Foundation d’août, SIMD-0525 progresse à travers 400 ms, 350 ms, 300 ms et 250 ms en direction d’un point d’arrivée proposé à 200 ms.
Ce qui a été introduit le 18 septembre était plus étroit : le réglage est passé de 300 ms à 250 ms. Le chiffre de 200 ms reste un point d’arrivée proposé.
Le design publié considère la réduction de 250 ms comme un changement couplé, abaissant le calcul par créneau et les limites de données de façon à préserver le plafond approximatif de traitement dans le temps réel.
Avertissement : cet article est fourni à titre d’information uniquement. Il ne constitue pas, et n’est pas destiné à constituer, un conseil juridique, fiscal, en investissement, financier ou autre.