Solana hat am Freitag, wie Daten der Solana-Blockchain zeigen, die Ziel-Slot-Zeit von 300 Millisekunden auf 250 Millisekunden gesenkt und die Blockfrequenz des Netzwerks damit um fast 17 % erhöht. Damit steigt Solana von rund 3,3 pro Sekunde erzeugten Slots auf einen Zielwert von vier, was Wallets, Börsen und Handelsanwendungen eine aktuellere Sicht auf das Netzwerk ermöglicht. Die Änderung ging bei Epoche 1037 live – ein fester Durchlauf von 432.000 Slots – und markiert das erste Mal, dass das Netzwerk mit Viertelsekunden-Tempo betrieben wird.

Hier liegt die spannende Spannung: Solanas Uhr tickt nun spürbar schneller, und die Validator geben die Kontrolle früher ab als zuvor, doch die dauerhafte Transaktionskapazität des Netzwerks hat sich nicht verändert. Der Grund ist technischer, nicht marketingbedingter Natur. Es lohnt sich, das zu verstehen, bevor jemand annimmt, schnellere Blöcke bedeuteten eine größere Autobahn.

BREAKING: @Solana slot time has dropped to 250ms for the first time after the latest reduction under SIMD-0525 went live at epoch 1037. The network has now reduced its target slot time from 400ms to 250ms, with 200ms as the final target. pic.twitter.com/ANqvgY7kf9

— SolanaFloor (@SolanaFloor) September 18, 2026

Was passiert, wenn Solanas Slots 50 Millisekunden kürzer werden?

Ein Slot ist das kurze Zeitfenster, in dem ein einzelner Validator einen Block an die Chain anhängen kann. Nach Solanas Leader-Rotationsdesign behalten Validator diese Leader-Rolle für vier aufeinanderfolgende Slots. Da jeder Slot nun kürzer ist, schrumpft das Gesamtkontrollfenster eines Validators von 1,2 Sekunden auf eine Sekunde.

Dieses kürzere Fenster ist vor allem für latenzempfindliche Bereiche von DeFi relevant, etwa für Oracle-gespeiste Märkte und Automated Market Maker, bei denen ein verzögerter Preis-Feed oder einige hundert Millisekunden Unsicherheit den Unterschied zwischen einer wie beabsichtigt ausgeführten Transaktion und unerwartetem Slippage für den Nutzer ausmachen können. Eine kürzere Latenz zwischen Einreichung und Aufnahme bedeutet, dass Swaps ein engeresfenster haben, in dem der Markt sich gegen den Nutzer bewegen kann, bevor die Transaktion tatsächlich landet.

Die Mechanik ähnelt einem Bahnhof, der seinen Fahrplan strafft: Wird die Wartezeit zwischen Zügen von 30 auf 25 Sekunden verkürzt, verringert sich der Andrang auf dem Bahnsteig und die Passagiere kommen schneller voran, doch jeder Zug befördert weiterhin dieselbe Anzahl von Menschen. Solanas Blöcke sind dieser Zug: Sie kommen häufiger an, aber befördern nicht mehr. Das Ergebnis ist eine Timing-Änderung statt einer Durchsatzänderung – ein Unterschied, den der Upgrade-Vorschlag ausdrücklich macht.

Bedeutet mehr Slots pro Sekunde mehr Kapazität?

Der proportionale Trade-off steht direkt im Upgrade-Vorschlag, bekannt als SIMD-0525 (Solana Improvement Document 525). Er schreibt vor, dass die pro Slot erlaubte Rechenleistung und Datenmenge im selben Verhältnis wie die Dauer des Slots sinkt. Pro Sekunde kommen mehr Slots an, aber jeder darf weniger Arbeit tragen, sodass die Verarbeitungs-Obergrenze des Netzwerks in Echtzeit im Wesentlichen dort bleibt, wo sie war.

Das bedeutet reale operative Kosten. Die Knoteninfrastruktur muss nun ein höheres Volumen kleinerer einzelner Blöcke aufnehmen und speichern, und jede Anwendung, die verstrichene Zeit schätzt, indem sie eine Slot-Nummer mit einer hart codierten Dauer-Konstante multipliziert, wird beginnen, von der Realität abzuweichen. Blockhashes, die kurzlebigen Referenzen, mit denen Transaktionen nachweisen, dass sie kürzlich signiert wurden, laufen nun auch in Echtzeit schneller ab, was Abläufe beeinträchtigt, die auf Offline-Signierung oder verzögerte menschliche Freigabe angewiesen sind.

Dies ist die dritte Stufe eines Rollouts, der Solanas Slot-Zeit von 400 Millisekunden auf 350, dann 300 und nun 250 gesenkt hat. Da eine Epoche unabhängig von der Slot-Dauer fest bei 432.000 Slots liegt, hat sich die erwartete Epochenlänge von rund 36 Stunden auf etwa 30 verkürzt. Eine weitere Senkung auf 200 Millisekunden würde das Netzwerk auf fünf Slots pro Sekunde und Epochen nahe 24 Stunden bringen, doch die Entwickler haben dafür kein Mainnet-Datum festgelegt und erklären, dass dies nur erfolgen wird, wenn die Block-Skip-Raten – die Häufigkeit, mit der Validator ihren Zug verpassen, einen Block zu erzeugen – nach dieser 250-Millisekunden-Stufe in akzeptablen Grenzen bleiben.

Schnellere Uhr, gleiche Obergrenze

Die Belege stützen einen echten Latenzgewinn: Die Blockfrequenz ist um fast 17 % gestiegen, die Leader-Fenster der Validator sind enger, und Anwendungen erhalten aktuellere Daten. Was die Belege nicht stützen, ist eine Kapazitätsaussage: Nichts in den Aufzeichnungen deutet auf einen 17-%-Sprung beim Transaktionsdurchsatz oder eine höhere maximale TPS-Obergrenze hin. Wer Solana im Blick auf den nächsten Durchsatzdurchbruch verfolgt, sollte dies genau lesen: Das Netzwerk ist nun schneller darin, sich selbst zu aktualisieren, nicht größer in der Verarbeitung.

Die zu beobachtende Variable sind die Block-Skip-Raten, während das Netzwerk in Produktion mit 250 Millisekunden läuft; diese Daten werden bestimmen ob Solana jemals die finale 200-Millisekunden-Stufe erreicht. Bis dahin ist die faire Lesart dieser Stufe eine Latenzverbesserung und keine Kapazitätsverbesserung.