Bei dieser Gruppe von Assets, die mit Geschwindigkeit punkten, lässt sich anhand der Werte vom 9. Oktober keine Rangfolge nach Tempo erstellen: Tages- gegenüber Sieben-Tage-Performance: SOL 0.95%/-6.72%; Near 9.07%/3.75%; Aptos 13.27%/5.05%; Cosmos 11.64%/18.94%. Die schwächste Tageszeile ist ausgerechnet die einzige, die über sieben Tage im Minus schloss. Bei den beiden anderen übertraf die Tagesperformance bereits den jeweiligen Sieben-Tage-Nettowert – dieser Messpunkt setzt also nicht einfach den Trend der vorangegangenen sieben Tage fort.
Am 9. Oktober, bei Epoch 1053, stellte die Chain das angestrebte Blockintervall von 250 auf 200 Millisekunden um – der letzte von vier Schritten. Die drei vorherigen waren 350, 300 und 250, jeweils in 50-Millisekunden-Schritten. Gleichzeitig wurde die Kapazität pro Slot nach unten angepasst: Bei 400 Millisekunden lag das Compute-Limit bei 60 Millionen, bei 200 Millisekunden nur noch bei 30 Millionen. Zwei Slots mehr pro Sekunde, halb so viel Kapazität pro Slot – an der tatsächlichen Zeit auf der Uhr änderte sich kaum etwas. Die Nutzer erhielten schnellere Bestätigungen.
Ich vergleiche Zielwert und Messwert: 200 gegenüber 266 bis 269 – eine Abweichung von 6 bis 7 %. Diese beiden Slot-Längen entsprechen der durchschnittlichen Dauer der Slots unter der 250-Millisekunden-Einstellung. Der Circuit Breaker ist die im Vorschlag vorgesehene Sicherheitsmaßnahme: Überschreitet die Skip-Rate den Schwellenwert, bleibt das System bei dieser Einstellung.
Gekürzt wurde die Zeit auf der Seite des Leaders: Ein Validator führt vier Slots in Folge an. Bei 400 Millisekunden dauerte dieser Abschnitt 1,6 Sekunden; nach der Umstellung auf 200 Millisekunden sind es nur noch 800 Millisekunden. Der Spielraum für Sortierung und Abwägungen hat sich damit halbiert. Auf der anderen Seite bleibt eine Epoch bei 432,000 Slots: Werden die Slots kürzer, sinkt die tatsächliche Dauer von 30 Stunden auf etwa einen Tag. Die Kosten zeigen sich anderswo: Gemessen an der Uhrzeit steigen die gesamten Abstimmungsgebühren und das Gossip-Volumen um die Hälfte; die Gültigkeitsdauer von Block-Hashes wird kürzer, und Offline-Signaturen lassen sich schwerer rechtzeitig erstellen.
Diese Änderung betrifft die Latenz. Die beiden in Millisekunden angegebenen Werte regeln jeweils etwas anderes: 200 Millisekunden messen, wie oft ein Block eintrifft; 150 Millisekunden messen, wie lange es nach dem Eintreffen dauert, bis er als unumkehrbar gilt. Letzterer Wert stammt aus einer separaten Änderung an der Konsensschicht. Um diese Lesart zu widerlegen, genügt ein einziger Punkt: Wenn bei den nächsten beiden Schritten die Abweichung zwischen gemessener und angestrebter Slot-Länge auf unter 2 % sinkt und die Skip-Rate die Circuit-Breaker-Schwelle nicht erreicht, läuft eine proportionale Kapazitätsreduzierung stabiler als im Vorschlag beschrieben. Dann müsste ich meine Einschätzung ändern, dass lediglich die Latenz verringert wird. Wer diesen Messpunkt selbst überprüfen möchte: Die SOL-Kurse auf Binance werden täglich aktualisiert. Ob man kauft oder erst einmal abwartet, bleibt einem selbst überlassen; man muss nicht auf die nächste Änderung auf der Informationsseite warten. Dieser Text hält eine persönliche Einschätzung fest und stellt keine Anlageberatung dar.$OGN
$STRK
$RLC
#solana计划将出块时间缩至200毫秒
Am 9. Oktober, bei Epoch 1053, stellte die Chain das angestrebte Blockintervall von 250 auf 200 Millisekunden um – der letzte von vier Schritten. Die drei vorherigen waren 350, 300 und 250, jeweils in 50-Millisekunden-Schritten. Gleichzeitig wurde die Kapazität pro Slot nach unten angepasst: Bei 400 Millisekunden lag das Compute-Limit bei 60 Millionen, bei 200 Millisekunden nur noch bei 30 Millionen. Zwei Slots mehr pro Sekunde, halb so viel Kapazität pro Slot – an der tatsächlichen Zeit auf der Uhr änderte sich kaum etwas. Die Nutzer erhielten schnellere Bestätigungen.
Ich vergleiche Zielwert und Messwert: 200 gegenüber 266 bis 269 – eine Abweichung von 6 bis 7 %. Diese beiden Slot-Längen entsprechen der durchschnittlichen Dauer der Slots unter der 250-Millisekunden-Einstellung. Der Circuit Breaker ist die im Vorschlag vorgesehene Sicherheitsmaßnahme: Überschreitet die Skip-Rate den Schwellenwert, bleibt das System bei dieser Einstellung.
Gekürzt wurde die Zeit auf der Seite des Leaders: Ein Validator führt vier Slots in Folge an. Bei 400 Millisekunden dauerte dieser Abschnitt 1,6 Sekunden; nach der Umstellung auf 200 Millisekunden sind es nur noch 800 Millisekunden. Der Spielraum für Sortierung und Abwägungen hat sich damit halbiert. Auf der anderen Seite bleibt eine Epoch bei 432,000 Slots: Werden die Slots kürzer, sinkt die tatsächliche Dauer von 30 Stunden auf etwa einen Tag. Die Kosten zeigen sich anderswo: Gemessen an der Uhrzeit steigen die gesamten Abstimmungsgebühren und das Gossip-Volumen um die Hälfte; die Gültigkeitsdauer von Block-Hashes wird kürzer, und Offline-Signaturen lassen sich schwerer rechtzeitig erstellen.
Diese Änderung betrifft die Latenz. Die beiden in Millisekunden angegebenen Werte regeln jeweils etwas anderes: 200 Millisekunden messen, wie oft ein Block eintrifft; 150 Millisekunden messen, wie lange es nach dem Eintreffen dauert, bis er als unumkehrbar gilt. Letzterer Wert stammt aus einer separaten Änderung an der Konsensschicht. Um diese Lesart zu widerlegen, genügt ein einziger Punkt: Wenn bei den nächsten beiden Schritten die Abweichung zwischen gemessener und angestrebter Slot-Länge auf unter 2 % sinkt und die Skip-Rate die Circuit-Breaker-Schwelle nicht erreicht, läuft eine proportionale Kapazitätsreduzierung stabiler als im Vorschlag beschrieben. Dann müsste ich meine Einschätzung ändern, dass lediglich die Latenz verringert wird. Wer diesen Messpunkt selbst überprüfen möchte: Die SOL-Kurse auf Binance werden täglich aktualisiert. Ob man kauft oder erst einmal abwartet, bleibt einem selbst überlassen; man muss nicht auf die nächste Änderung auf der Informationsseite warten. Dieser Text hält eine persönliche Einschätzung fest und stellt keine Anlageberatung dar.$OGN
$STRK
$RLC
#solana计划将出块时间缩至200毫秒