#solanacutstargetslottimeto250ms
250 ms est en ligne. Maintenant, Solana fait face à la question des 200 ms
Solana a atteint 250 ms—mais la véritable histoire d’ingénierie pourrait être ce qui se passe ensuite.
L’activation du 18 septembre marque une nouvelle étape dans le déploiement progressif de Solana, le SIMD-0525. Le réseau a traversé les 350 ms puis les 300 ms avant d’atteindre l’objectif actuel de 250 ms, avec 200 ms restant comme dernière étape proposée.
À 250 ms, la conception de Solana prévoit environ quatre créneaux cibles par seconde et une durée d’époque attendue d’environ 30 heures, en supposant que la structure d’époque de 432 000 créneaux reste inchangée. À 200 ms, la proposition prévoit des époques d’environ 24 heures.
Mais avancer l’horloge plus vite signifie aussi laisser aux validateurs moins de temps « en conditions réelles » pour la production des blocs, le vote, la mise en réseau et les prises de relais.
C’est pourquoi l’étape des 200 ms n’est pas simplement une question de basculer un interrupteur de plus. La proposition est explicitement conçue comme un déploiement par étapes afin que les problèmes de mise en œuvre et d’exploitation puissent être observés à chaque étape.
250 ms est la dernière étape. 200 ms est la prochaine question.
$ZETA
$DRIFT
$arc
250 ms est en ligne. Maintenant, Solana fait face à la question des 200 ms
Solana a atteint 250 ms—mais la véritable histoire d’ingénierie pourrait être ce qui se passe ensuite.
L’activation du 18 septembre marque une nouvelle étape dans le déploiement progressif de Solana, le SIMD-0525. Le réseau a traversé les 350 ms puis les 300 ms avant d’atteindre l’objectif actuel de 250 ms, avec 200 ms restant comme dernière étape proposée.
À 250 ms, la conception de Solana prévoit environ quatre créneaux cibles par seconde et une durée d’époque attendue d’environ 30 heures, en supposant que la structure d’époque de 432 000 créneaux reste inchangée. À 200 ms, la proposition prévoit des époques d’environ 24 heures.
Mais avancer l’horloge plus vite signifie aussi laisser aux validateurs moins de temps « en conditions réelles » pour la production des blocs, le vote, la mise en réseau et les prises de relais.
C’est pourquoi l’étape des 200 ms n’est pas simplement une question de basculer un interrupteur de plus. La proposition est explicitement conçue comme un déploiement par étapes afin que les problèmes de mise en œuvre et d’exploitation puissent être observés à chaque étape.
250 ms est la dernière étape. 200 ms est la prochaine question.
$ZETA
$DRIFT
$arc
