#solanacutstargetslottimeto250ms
250ms actuellement. Maintenant, Sola fait face au carillon de 200ms comme à la vraie question
Sola a atteint 250ms—mais la véritable histoire d’ingénierie pourrait résider dans ce qui se produit ensuite.
L’activation du 18 septembre marque une autre étape dans le déploiement de SIMD-0525 sur Sola. Le réseau est passé par 350ms et 300ms avant d’atteindre l’objectif actuel de 250ms, en gardant 200ms comme étape finale proposée.
À 250ms, la conception de Sola identifie environ quatre créneaux ciblés par seconde et une durée d’extraction attendue d’environ 30 heures, en supposant que l’architecture d’extraction composée de 432,000 segments reste inchangée. À 200ms, la proposition estime des durées d’extraction d’environ 24 heures.
Mais avancer l’horloge plus vite signifie aussi laisser moins de temps aux validateurs, en termes de temps d’horloge réel pour produire les blocs, voter, synchroniser le réseau et échanger des tâches.
C’est pourquoi l’étape de 200ms n’est pas simplement un autre commutateur. La proposition a été conçue explicitement comme un déploiement progressif, afin que les problèmes d’exécution et les difficultés opérationnelles puissent être observés à chaque étape.
250ms est la dernière borne. 200ms est la question suivante.
Veuillez continuer
$ZETA
250ms actuellement. Maintenant, Sola fait face au carillon de 200ms comme à la vraie question
Sola a atteint 250ms—mais la véritable histoire d’ingénierie pourrait résider dans ce qui se produit ensuite.
L’activation du 18 septembre marque une autre étape dans le déploiement de SIMD-0525 sur Sola. Le réseau est passé par 350ms et 300ms avant d’atteindre l’objectif actuel de 250ms, en gardant 200ms comme étape finale proposée.
À 250ms, la conception de Sola identifie environ quatre créneaux ciblés par seconde et une durée d’extraction attendue d’environ 30 heures, en supposant que l’architecture d’extraction composée de 432,000 segments reste inchangée. À 200ms, la proposition estime des durées d’extraction d’environ 24 heures.
Mais avancer l’horloge plus vite signifie aussi laisser moins de temps aux validateurs, en termes de temps d’horloge réel pour produire les blocs, voter, synchroniser le réseau et échanger des tâches.
C’est pourquoi l’étape de 200ms n’est pas simplement un autre commutateur. La proposition a été conçue explicitement comme un déploiement progressif, afin que les problèmes d’exécution et les difficultés opérationnelles puissent être observés à chaque étape.
250ms est la dernière borne. 200ms est la question suivante.
Veuillez continuer
$ZETA
