Solana (SOL) hat am Freitag die Slot-Zeit im Mainnet auf 350 Millisekunden gesenkt – die erste Reduktion dieser Art seit dem Netzstart.
Wichtigste Punkte:
- Die Ziel-Slot-Zeit im Solana-Mainnet fällt von 400 auf 350 Millisekunden und greift ab Epoche 1020.
- Die Umstellung ist der erste von vier geplanten Schritten à 50 Millisekunden auf ein Ziel von 200 Millisekunden.
- Die Compute-Limits pro Slot werden proportional gekürzt, sodass die theoretische Obergrenze bei rund 250 Millionen Einheiten pro Sekunde bleibt.
Solana senkt Slot-Zeit auf 350 Millisekunden
Jacob Creech, Vice President Technology bei der Solana Foundation, machte die Umstellung in einem Beitrag auf X öffentlich. „Wir sind in einer neuen Ära von 350 ms“, schrieb er und verwies auf 300 Millisekunden als nächsten Etappenschritt. Ein Foundation-Tracker zeigte kurz darauf durchschnittliche Slot-Zeiten von 360 Millisekunden – ein deutlicher Rückgang gegenüber den 400 Millisekunden, die seit Genesis im Protokoll verankert waren.
Die entsprechende Funktion wurde aktiviert bei Slot 440.208.000, dem ersten Slot der Epoche 1019. Wegen einer Verzögerung um eine Epoche blieb das Netzwerk jedoch bis zum Start von Epoche 1020 noch beim bisherigen Ziel von 400 Millisekunden.
Anza, das Forschungsunternehmen hinter dem Agave-Validator-Client, hat den Schritt mit dem Release von Agave v4.2 ausgeliefert, das mehrere weitere Protokolländerungen bündelt.
Lesen Sie auch: Binance bietet 300 Mio. Nutzern neuen Weg, KI-Agenten für sie handeln zu lassen
Anza- und Helius-Chefs über potenzielle Durchsatzgewinne
Der zugrunde liegende Vorschlag SIMD-0525 spezifiziert drei weitere Reduktionsschritte à 50 Millisekunden, bis das Netzwerk das Ziel von 200 Millisekunden erreicht. Jeder Schritt wird über ein eigenes Feature-Gate gesteuert. Das Dokument sieht zudem vor, die Work-Limits pro Slot bei jedem Schritt anzupassen, sodass Validatoren in einer Sekunde nie mehr Compute verarbeiten müssen als heute.
Brennan Watt, CEO von Anza, bestätigte, dass die Slot-Zeiten im Testnet bereits 182 Millisekunden erreicht haben. Explorer-Daten zeigten dort einen Durchschnitt von 193 Millisekunden in der Stunde vor seiner Aussage. Die Reduktionen im Testnet erfolgten bislang ungefähr alle zwei Epochen.
Mert Mumtaz, CEO von Helius, erklärte in einem Podcast, dass kürzere Slots in Kombination mit einem höheren Blocklimit den Netzwerkdurchsatz kurzfristig vervierfachen könnten. Das maximale Compute-Limit pro Block sinkt bei 350 Millisekunden auf 87,5 Millionen Einheiten – von 100 Millionen, die das Mainnet im Juli eingeführt hatte. Die theoretische Obergrenze bleibt damit nahe 250 Millionen Einheiten pro Sekunde.
Validatoren auf Solana unter höherem Zeitdruck
Slot-Leader behalten weiterhin vier aufeinanderfolgende Slots, ihr Zeitfenster schrumpft jedoch von 1,6 auf 1,4 Sekunden. Das verschärft die Übergabe- und Propagationsmargen in einem Validator-Set, das bereits durch schnellere Blockproduktion stärker gefordert ist.
Zusätzlich erschweren Off-Chain-Komponenten die Umstellung: Manche Client-Konstanten, Explorer und Indexer behandeln die 400-Millisekunden-Slot-Zeit noch immer als festen Wert, statt ihn dynamisch aus dem Cluster zu lesen.
Die Foundation hat den stufenweisen Plan im Juni veröffentlicht und jede der vier Phasen separat über Feature-Gates versehen. So können Betreiber die Sequenz stoppen, falls die Block-Skip-Rate über die zuvor vereinbarten Toleranzschwellen steigt. Das Testnet vollzog den ersten Schritt auf 350 Millisekunden am 5. August. Es läuft inzwischen mit einem effektiven Ziel von 200 Millisekunden, während das Devnet bei 300 Millisekunden steht – mit einem 250-Millisekunden-Gate, das zwar aktiviert, aber noch nicht scharf gestellt ist.
Weiterlesen: MANTRA fällt nach Angriffversuch mit eingefrorenen Ein- und Auszahlungen um 10 %
