Solana senkt Mainnet-Slot-Zeit auf 350 ms auf dem Weg zum 200-ms-Ziel
Wichtige Erkenntnisse
- •Solanas Mainnet-Slot-Zeit wurde von 400 Millisekunden auf 350 Millisekunden gesenkt.
- •Die 350-Millisekunden-Änderung ist der erste Live-Schritt in Richtung des langfristigen 200-Millisekunden-Ziels.
- •Kürzere Slots können die Zeit zwischen Transaktionsübermittlung und Bestätigung über Handels-, Zahlungs- und Consumer-Anwendungsfälle hinweg verkürzen.
- •Die Slot-Zeit-Änderung ist auf dem Mainnet live und garantiert für sich genommen keinen höheren Durchsatz.
- •Weitere Reduzierungen hängen von der Netzwerkstabilität, der Validatorleistung und den Propagationsbedingungen ab.

Solana hat seine Mainnet-Slot-Zeit auf 350 Millisekunden gesenkt und damit den ersten konkreten Schritt in einer gestaffelten Roadmap vollzogen, die langfristig eine Blockproduktion von 200 Millisekunden zum Ziel hat. Die Änderung verkürzt die Häufigkeit, mit der das Netzwerk einen Slot erzeugt, und strafft damit den Takt, in dem Transaktionen für jede auf der Chain laufende Anwendung sortiert und bestätigt werden.
Ein Slot ist das feste Zeitfenster, in dem ein bestimmter Validator auf Solana für die Produktion eines Blocks eingeplant ist. Die Verkürzung dieses Fensters auf 350 Millisekunden – gegenüber dem 400-Millisekunden-Takt, mit dem das Mainnet zuvor lief – bedeutet, dass Leader häufiger rotieren und Blöcke produzieren, wie Solanas Upgrade-Seite zu verkürzten Slot-Zeiten zu entnehmen ist. Die Reduzierung ist auf dem Mainnet live, kein Testnet-Versuch. Zur verwandten Berichterstattung siehe: Circle peilt den 16. September für den öffentlichen Arc-Mainnet-Launch an.
Der Wert von 350 Millisekunden ist ein Zwischenziel und nicht der Endzustand. Das Upgrade wird ausdrücklich als erster Schritt in Richtung eines 200-Millisekunden-Ziels dargestellt – ein Weg, der im Solana Improvement Document zur vorgeschlagenen Slot-Zeit-Reduzierung beschrieben ist. Über die Aktivierung wurde berichtet, dass sie im Rahmen dieser gestaffelten Einführung auf dem Mainnet live gegangen ist. Das Erreichen des 200-Millisekunden-Endpunkts würde die 400-Millisekunden-Baseline, die vor der Änderung galt, halbieren.
Warum ein kürzerer Slot die Ausführungsschicht verändert
Für DeFi-Nutzer verkürzt die schnellere Slot-Produktion das Intervall zwischen der Übermittlung einer Transaktion und ihrer Aufnahme in einen Block und strafft damit den Bestätigungsfluss über AMMs, Kreditmärkte und Orderbuch-Venues, die auf Solana aufgebaut sind. Ein dichterer Blocktakt bedeutet, dass das Netzwerk schneller zum Block des nächsten Leader gelangt – was für zeitkritische Aktionen wie Liquidierungen und Arbitrage von Bedeutung ist. Derselbe Takt bestimmt die Bestätigung für Zahlungen und Consumer-Anwendungen, sodass die Straffung über die Handelsinfrastruktur hinaus auch gewöhnliche Überweisungen betrifft. Zur Einordnung: Ethereum produziert einen Block alle 12 Sekunden, was den neuen 350-Millisekunden-Takt von Solana rund 34-mal häufiger macht.
Die Maßnahme ist eine Performance-Änderung auf Protokollebene und kein Markttereignis, und die Formulierungen der Roadmap signalisieren, dass weitere Optimierungsarbeiten geplant, aber noch nicht abgeschlossen sind. Das Erreichen des 200-Millisekunden-Ziels erfordert zusätzliches Engineering über diese Aktivierung hinaus, so der oben zitierte SIP-Vorschlag. Die Mechanik der ersten Aktivierung haben wir in unserem früheren Bericht über Solanas Aktivierung von 350-Millisekunden-Slots auf dem Mainnet beschrieben. Zur verwandten Berichterstattung siehe: Shinhan kooperiert mit Solana Foundation, Etherfuse und Orca bei der Ausgabe tokenisierter Fonds.
Was das Upgrade nicht automatisch garantiert, ist eine proportionale Erhöhung des Durchsatzes; kürzere Slots verändern die Blockfrequenz, doch anhaltende Transaktionen pro Sekunde hängen von der Validator-Hardware, der Propagation und den Netzwerkbedingungen ab, die durch die Slot-Zeit-Änderung allein nicht adressiert werden. In der Berichterstattung über das Mainnet-Upgrade wurde die Verkürzung der Blockzeiten als zentrale Wirkung dargestellt. Zur verwandten Berichterstattung siehe: Sandbox stoppt Bridging auf Base und BNB Chain nach Exploit.
Worauf zu achten ist, während Solana auf 200 ms zusteuert
Entscheidend für die weitere Umsetzung ist, ob die nachfolgenden Phasen in Richtung des 200-Millisekunden-Ziels planmäßig ausgeliefert werden und unter Mainnet-Last standhalten. Jede weitere Verkürzung verengt das Zeitbudget, das Validatoren für die Produktion, Propagation und Abstimmung von Blöcken haben. Die Slot-Zeit-Schiene ist zudem nicht die einzige laufende Latenzarbeit: Forscher von Solana Labs haben separat Alpenglow vorgeschlagen, ein Redesign des Konsensmechanismus, das Proof of History und Tower BFT durch die neuen Komponenten Rotor und Votor ersetzen und eine Finalität in der Größenordnung von 100 Millisekunden anstreben würde. Alpenglow bleibt ein Vorschlag und keine eingesetzte Mainnet-Änderung – abzugrenzen von den inkrementellen Slot-Zeit-Schritten, die nun ausgeliefert werden.
Die Netzwerkstabilität ist die zentrale zu beobachtende Variable. Schnellere Slots setzen die Validator-Infrastruktur und die Block-Propagation unter stärkeren Druck, sodass das Ökosystem auf verpasste Slots, Skip-Raten und die Konsensgesundheit achten wird, während das Netzwerk im neuen Takt läuft. Solanas Slot-Zeit-Entwicklung hat in diesem Umfeld gemeinsam mit institutionellem Interesse Aufmerksamkeit erhalten, etwa mit dem Schritt von Bitwise, einen Solana-Staking-ETF zu tokenisieren.
Vorerst sind 350 Millisekunden der bestätigte Live-Zustand, während 200 Millisekunden als nächstes Ziel auf der Roadmap positioniert sind – nicht als bereits ausgelieferte Funktion.