#solanacutstargetslottimeto250ms
250ms jetzt live. Jetzt steht Sola vor dem echten Test der 200ms—wie im richtigen Fragebogen.
Sola hat die 250ms erreicht—doch die eigentliche Ingenieursgeschichte könnte sich darin zeigen, was als Nächstes passiert.
Die Aktivierung am 18. September ist ein weiterer Meilenstein im Rahmen des SIMD-0525-Launches in Sola. Das Netzwerk hat zuvor 350ms und 300ms durchlaufen, bevor es das aktuelle Ziel bei 250ms erreichte—wobei 200ms als vorgeschlagene letzte Stufe verbleiben.
Bei 250ms definiert das Sola-Design ungefähr vier anvisierte Slots pro Sekunde und eine erwartete Einschluss-/Prozessdauer von etwa 30 Stunden, unter der Annahme, dass die Einschluss-Architektur aus 432.000 Segmenten unverändert bleibt. Bei 200ms erwartet der Vorschlag Einschluss-/Prozessdauern von ungefähr 24 Stunden.
Doch eine schnellere Taktschiebung bedeutet auch: weniger Zeit für die Validatoren—gemessen an der tatsächlichen Blockerzeugungs-, Abstimmungs- und Netzwerk-/Aufgaben-Umschlagzeit.
Deshalb ist der 200ms-Schritt nicht einfach nur ein weiterer Key-Switch. Der Vorschlag ist ausdrücklich als gestaffeltes Rollout entworfen, sodass man Probleme der Implementierung und operative Schwierigkeiten in jeder Phase beobachten kann.
250ms ist der neueste Meilenstein. 200ms ist die nächste Frage.
Bitte weiter
$ZETA
250ms jetzt live. Jetzt steht Sola vor dem echten Test der 200ms—wie im richtigen Fragebogen.
Sola hat die 250ms erreicht—doch die eigentliche Ingenieursgeschichte könnte sich darin zeigen, was als Nächstes passiert.
Die Aktivierung am 18. September ist ein weiterer Meilenstein im Rahmen des SIMD-0525-Launches in Sola. Das Netzwerk hat zuvor 350ms und 300ms durchlaufen, bevor es das aktuelle Ziel bei 250ms erreichte—wobei 200ms als vorgeschlagene letzte Stufe verbleiben.
Bei 250ms definiert das Sola-Design ungefähr vier anvisierte Slots pro Sekunde und eine erwartete Einschluss-/Prozessdauer von etwa 30 Stunden, unter der Annahme, dass die Einschluss-Architektur aus 432.000 Segmenten unverändert bleibt. Bei 200ms erwartet der Vorschlag Einschluss-/Prozessdauern von ungefähr 24 Stunden.
Doch eine schnellere Taktschiebung bedeutet auch: weniger Zeit für die Validatoren—gemessen an der tatsächlichen Blockerzeugungs-, Abstimmungs- und Netzwerk-/Aufgaben-Umschlagzeit.
Deshalb ist der 200ms-Schritt nicht einfach nur ein weiterer Key-Switch. Der Vorschlag ist ausdrücklich als gestaffeltes Rollout entworfen, sodass man Probleme der Implementierung und operative Schwierigkeiten in jeder Phase beobachten kann.
250ms ist der neueste Meilenstein. 200ms ist die nächste Frage.
Bitte weiter
$ZETA
