Solana hat seine Blockproduktion beschleunigt und am 18. September 2026, mit dem Beginn der Epoche 1037, eine Reduzierung der Ziel-Slot-Zeit von 300 auf 250 Millisekunden aktiviert. Die Änderung hebt die Blockproduktion auf vier Slots pro Sekunde, zuvor waren es rund 3,3 Slots pro Sekunde – eine Senkung der Slot-Zeit um etwa 17 %. Die Slot-Zeit ist das Zeitintervall, das jeder Validator zur Erstellung eines Blocks hat, und damit das direkteste Maß dafür, wie schnell frische Netzwerkdaten verfügbar werden.

Die Aktivierung markiert die vierte Stufe von SIMD-0525, einem gestuften Vorschlag zur schrittweisen Verdichtung der Blockkadenz von Solana, mit dem endgültigen Ziel von 200 Millisekunden pro Slot.

Schnellere Blöcke, keine zusätzliche Kapazität

Kontraintuitiv bedeutet ein schnellerer Block nicht automatisch einen höheren Transaktionsdurchsatz pro Sekunde. Um das Netzwerk stabil zu halten, hat Solana die Compute- und Datenlimits pro Slot im Zuge der Timing-Änderung proportional reduziert. Die maximalen Compute-Einheiten pro Slot sanken von einem Baseline-Wert von 60 Millionen auf 37,5 Millionen, und die Data-Shred-Limits wurden in dieselbe Richtung angepasst.

Blockzeit und Durchsatz werden in Branchenvergleichen häufig verwechselt, messen jedoch unterschiedliche Dinge – wie oft neue Blöcke eintreffen versus wie viel jeder tragen kann. Der praktische Nutzen liegt hier nicht im reinen Durchsatz, sondern in der Datenaktualität. Preise, Kontozustände und Blockhash-Fenster werden alle häufiger aktualisiert – ein Shift, der für Anwendungen, die auf aktuelle Informationen angewiesen sind, enorm wichtig ist, da weniger Zeit mit der Verarbeitung veralteter Zustände verbracht wird.

Auch die Epochendauer hat sich verkürzt. Da Epochen über Slot-Anzahlen statt über die reale Zeitert werden, komprimiert der kürzere Slot alles, was an Epochengrenzen gebunden ist. Bei 250 Millisekunden pro Slot läuft Solanas Epoche nun etwa 30 Stunden, zuvor waren es rund 36 Stunden. Das betrifft Validatoren, die Verteilung von Staking-Belohnungen und jedes Protokoll, dessen Timing an Epochengrenzen ausgerichtet ist.

Ein gestufter Rollout mit klarem Fahrplan

SIMD-0525 ist in bewussten Schritten statt in einem einzigen Sprung vorangeschritten. Die erste Mainnet-Reduzierung brachte die Slot-Zeiten am 19. August 2026 auf 350 Millisekunden. Die zweite senkte sie am 25. August 2026 auf 300 Millisekunden. Die Aktivierung am 18. September ist die vierte Stufe, was bedeutet, dass es zwischen Ende August und Mitte September einen dritten Schritt gab.

Das endgültige Ziel von 200 Millisekunden wurde bereits sowohl auf Devnet als auch auf Testnet erprobt. Was zwischen diesem Meilenstein und der Mainnet-Aktivierung steht, ist die Block-Skip-Rate: Solanas Validatoren verpassen gelegentlich ihren zugewiesenen Slot, und bei engeren Zeitfenstern verengt sich die Toleranz gegenüber solchen Ausfällen. Die Core-Entwickler-Community möchte bestätigen, dass die Skip-Rate innerhalb akzeptabler Grenzen bleibt, bevor die endgültige Reduzierung live geht.

Auch die Leader-Kontrollfenster wurden mit dieser Änderung verkürzt – von 1,2 auf 1 Sekunde, also vier aufeinanderfolgende Slots pro Leader bei der neuen Kadenz. Validatoren haben nun weniger Zeit, ihre Blöcke zu übertragen – eine der Variablen, die die Skip-Raten beeinflusst. Da die engeren Fenster nun live sind, ist das Skip-Rate-Verhalten im Mainnet die entscheidende Metrik, während die Community den letzten Schritt auf 200 Millisekunden abwägt.