Chargement des prix…
🔥BULLISH

Solana réduit la cible des slots à 350 ms avec SIMD-0525

La réduction diminue la latence de confirmation plutôt que le débit, et constitue le signal de stabilité le plus net à ce jour montrant que l'ensemble des validateurs de Solana peut tenir une horloge plus serrée, avec 300 ms programmés à l'epoch 1024.

Le mainnet de Solana a activé sa première réduction échelonnée du temps de slot le 21 août, ramenant la cible du réseau de 400 millisecondes à 350 millisecondes sous SIMD-0525. Trillium, fournisseur de télémétrie pour validateurs Solana, a mesuré une moyenne pondérée par slot de 365,4 ms sur 431 505 slots chronométrés dans l'epoch 1021 post-modification, contre 420,7 ms dans l'epoch 1015 pré-modification. Les slots sautés ont chuté de 1 890 (0,438 %) à 331 (0,077 %) sur la même comparaison, un signal précoce de stabilité montrant que l'ensemble des validateurs absorbe l'horloge plus serrée.

Pourquoi c'est important

La réduction de 50 ms est une compression structurelle de la latence de confirmation, pas un gain de débit. Les budgets de compute, account-write, vote, data et shred par slot diminuent tous avec la cible plus courte, donc la capacité de travail approximative par seconde reste globalement inchangée. Ce qui change, c'est la confirmation en temps réel : la fenêtre de leader de quatre slots passe d'un nominal 1,6 seconde à 400 ms à 1,4 seconde à 350 ms, resserrant la période contrôlée par un producteur de blocs et accélérant le retour pour les traders et applications qui lisent les signaux au niveau du bloc.

Il s'agit de la première des quatre étapes échelonnées de la feuille de route officielle de mise à niveau de Solana : 350 ms maintenant, puis 300 ms à l'epoch 1024 vers le 28 août selon le PDG d'Anza Brennan Watt, ensuite 250 ms, et une cible finale de 200 ms. Chaque feature gate comporte un délai d'une epoch afin que les validateurs appliquent le timing et les limites de shred réduites ensemble, et la feuille de route autorise explicitement une pause entre les étapes si les taux de blocs sautés augmentent.

Impact sur le marché

L'espacement observé de 365,4 ms se rapproche davantage du nouveau plancher de 350 ms que de l'ancien à 400 ms, preuve que les validateurs absorbent le changement sans s'appuyer sur la marge précédente. L'effondrement des slots sautés, de 0,438 % à 0,077 %, est la lecture la plus nette : le changement de timing ne crée pas de pression de propagation à ce stade, ce qui constitue le signal de stabilité le plus clair pour le parcours échelonné. Le gate à 300 ms à l'epoch 1024 est le prochain test concret pour mesurer à quel point l'ensemble des validateurs peut se resserrer avant que la trajectoire vers 200 ms ne se poursuive.

Tokens associés
$SOL

Questions fréquemment posées

  1. Qu'est-ce qui a changé sur le mainnet de Solana le 21 août ?

    La première réduction échelonnée du temps de slot de Solana a été activée, ramenant la cible de 400 ms à 350 ms sous SIMD-0525, l'epoch 1020 démarrant le nouveau timing après un délai d'une epoch.

  2. La coupe de slot a-t-elle augmenté le débit de Solana ?

    Non. Les budgets de compute, account-write, vote, data et shred par slot diminuent tous avec la cible plus courte, donc la capacité de travail approximative par seconde reste globalement inchangée. Le gain concerne la latence de confirmation, pas le TPS.

  3. Quelle télémétrie a soutenu le changement ?

    Trillium a mesuré une moyenne pondérée par slot de 365,4 ms sur 431 505 slots chronométrés dans l'epoch 1021, contre 420,7 ms dans l'epoch 1015. Les slots sautés sont passés de 1 890 (0,438 %) à 331 (0,077 %).

  4. Qu'est-ce qui vient après l'étape des 350 ms ?

    La prochaine étape est 300 ms, prévue pour s'activer à l'epoch 1024 vers le 28 août selon le PDG d'Anza Brennan Watt, suivie de 250 ms et d'une cible finale de 200 ms sur la feuille de route officielle de mise à niveau de Solana.

  5. Pourquoi Solana peut-il faire une pause entre les étapes de temps de slot ?

    Chaque feature gate comporte un délai d'une epoch pour que les validateurs appliquent le timing et les limites de shred réduites ensemble, et la feuille de route autorise explicitement l'arrêt de la progression si les taux de blocs sautés augmentent, ce qui maintient la tolérance de l'ensemble des validateurs comme…

Attribution de la source
Agrégé de CryptoSlate · Vérifié · Dernière mise à jour il y a 2h
Ouvrir l'original →