Die Koordination der Solana-Validatoren wurde mit Epoch 1037 am 18. Sept. auf eine Ziel-Slot-Zeit von 250 Millisekunden umgestellt. Dadurch erhalten Transaktionen häufiger die Chance, aufgenommen zu werden, während den Leadern weniger Zeit für die Übergabe der Produktion bleibt. Eine frühe Stichprobe vom 20. Sept. maß über 60 einminütige Zeitfenster hinweg durchschnittlich etwa 266 ms pro produziertem Slot. In der Epoch wurden rund 0,05 % der geplanten Slots übersprungen.
Warum das wichtig ist
Die ersten Messwerte zeigen keinen unmittelbaren Anstieg der Skip-Rate. Sie sind jedoch zu begrenzt, um einen langfristigen Leistungstrend zu bestätigen. Der nächste Test besteht darin, zu prüfen, ob Transaktionsweiterleitung, Leader-Wechsel, Reparaturprozesse und mehrere Validator-Clients zuverlässig bleiben, während Solana einen bedingten Wechsel auf 200 ms erwägt.
Bei 250 ms sieht der Entwurf SIMD-0525 ein Blocklimit von 62,5 Millionen Compute Units vor. Bei 200 ms würde es auf 50 Millionen sinken, während die nominelle Protokollobergrenze bei etwa 250 Millionen Compute Units pro Sekunde bliebe. Kürzere Slots verändern daher Taktung und Latenz direkter als die Gesamtkapazität: Blöcke kommen häufiger, dürfen aber jeweils weniger Arbeit enthalten.
Auswirkungen auf den Markt
Eine feste Leader-Runde von vier Slots gibt Validatoren bei 250 ms etwa eine Sekunde und bei 200 ms 800 ms Zeit. Eine Analyse der Solana Foundation ermittelte für aufeinanderfolgende Leader im Abstand von weniger als 500 Kilometern eine mediane Verzögerung des ersten Slots von etwa 28 ms. Bei einer Entfernung von mehr als 8.000 Kilometern stieg sie auf 122 ms. Der größere Wert verbraucht 61 % eines Ziel-Slots von 200 ms.
Solana testet pessimistische Weiterleitung und Konformitätsprüfungen zwischen Clients, um das knappere Zeitfenster abzusichern. Der Routing-Ausfall bei TeraSwitch am 12. Aug., der vor der Umstellung auf 250 ms auftrat, zeigte ebenfalls, wie sich eine Konzentration der Infrastruktur auf Validatoren auswirken kann. Solana Compass maß etwa 33 Minuten lang einen Anteil von 28,83 % des Stakes als säumig, obwohl die Blockproduktion weiterlief und Transaktionen weiterhin aufgenommen wurden.
Die 200-ms-Funktion war am 20. Sept. noch ausstehend. Für eine belastbare Aktivierungsentscheidung sind anhaltende Messungen von Slot-Dauer, Skip-Raten, Transaktionsaufnahme und Leader-Übergaben über verschiedene Client-Familien und Infrastruktur-Anbieter hinweg erforderlich. Alpenglow ist ein separates Konsens-Upgrade mit dem Ziel einer Finalität von ungefähr 150 ms und verändert nicht die Taktung der Blockproduktion.
Häufig gestellte Fragen
-
Wann wurde Solanas Ziel von 250-ms-Slots aktiviert?
Die Änderung trat mit Epoch 1037 am 18. Sept. in Kraft. Eine frühe Stichprobe vom 20. Sept. maß etwa 266 ms pro produziertem Slot.
-
Wie entwickelte sich Solanas Rate übersprungener Slots nach der Änderung?
Epoch 1037 übersprang etwa 0,05 % der geplanten Slots. Dieser Wert ist eine ermutigende Ausgangsbasis, aber zu begrenzt, um einen langfristigen Trend zu bestätigen.
-
Wie würde ein 200-ms-Slot Solanas Blocklimit verändern?
Der Entwurf sieht bei 250 ms ein Limit von 62,5 Millionen Compute Units und bei 200 ms von 50 Millionen vor. Die nominelle Protokollobergrenze bliebe bei etwa 250 Millionen Compute Units pro Sekunde.
-
Warum sind weit entfernte Validatoren-Übergaben für Solana relevant?
Eine Analyse der Solana Foundation ermittelte eine mediane Verzögerung des ersten Slots von etwa 122 ms, wenn aufeinanderfolgende Leader mehr als 8.000 Kilometer voneinander entfernt waren. Das entspricht 61 % eines Ziel-Slots von 200 ms.
-
Ist Solanas 200-ms-Slot-Funktion bereits im Mainnet aktiv?
Nein. Die 200-ms-Funktion war am 20. Sept. noch ausstehend. Die Aktivierung hängt von einer akzeptablen Netzwerkleistung ab, darunter anhaltende Messungen zu übersprungenen Slots, Transaktionsaufnahme und Leader-Übergaben.
CoinTelegraph
CoinDesk
Crypto News
TheBlock
WuBlockchain