Solana senkt die Slotzeit auf 250 Millisekunden: Was du vor Freitag prüfen musst

Am Freitag, dem 18. September 2026, stellt das Solana-Netzwerk gegen 05:01 UTC den eigenen Takt enger: Ein Slot dauert dann nicht mehr 300, sondern 250 Millisekunden. Der Schalter dafür ist bereits gesetzt, er greift automatisch an der Grenze zur Epoche 1037. Für dich als Halter von Solana heißt das vor allem dreierlei: Delegationen und Unstaking werden schneller wirksam, Staking-Belohnungen kommen häufiger und in kleineren Portionen, und der Zeitraum, in dem eine einmal signierte Transaktion gültig bleibt, schrumpft auf rund 38 Sekunden. Wer seine SOL einfach auf einer Börse liegen hat, muss nichts tun. Wer offline signiert, delegiert oder selbst einen Validator betreibt, sollte diesen Text zu Ende lesen.

Der Umbau ist keine Überraschung, sondern die dritte Stufe eines Fahrplans, der im August begonnen hat. Neu ist allein, dass für die Stufe auf 250 Millisekunden nun ein konkreter Zeitpunkt feststeht. Die offizielle Übersichtsseite von Solana führte diesen Schritt zum Zeitpunkt unserer Prüfung am 17. September noch ohne Mainnet-Datum, während das Entwicklungsteam Anza die Aktivierung am 16. September bereits als anstehend gemeldet hat. Diese Lücke zwischen Ankündigung und Dokumentation ist der Grund, warum die Zahl im deutschsprachigen Raum bisher kaum auftaucht.

Was am 18. September bei Solana wirklich umgestellt wird

Umgestellt wird eine einzige Zahl im Protokoll: die Zielzeit für einen Slot. Dieser Wert sinkt von 300 auf 250 Millisekunden. Diese Zahl wirkt klein, sie hängt aber an fast allem, was im Netzwerk nach Zeit aussieht. Die Länge einer Epoche folgt ihr, die Gültigkeitsdauer eines Blockhash folgt ihr, und die Obergrenzen für Rechenaufwand pro Block folgen ihr ebenfalls.

Zuständig ist der Verbesserungsvorschlag SIMD-0525. Er beschreibt eine Treppe von 400 über 350, 300 und 250 Millisekunden bis zum Ziel von 200 Millisekunden. Zwei Stufen sind auf dem Mainnet bereits gegangen: der Schritt von 400 auf 350 Millisekunden am 19. August 2026 zum Start der Epoche 1019, der Schritt von 350 auf 300 Millisekunden am 25. August 2026 zum Start der Epoche 1023. Die dritte Stufe ist die, um die es hier geht. Eine vierte steht danach noch aus.

Was ausdrücklich nicht passiert: Es gibt keinen Token-Tausch, keine Migration, keine Frist, bis zu der du etwas aus einem Vertrag holen müsstest, und keine Bestätigung, die du in deiner Wallet erteilen müsstest. Wer dich dazu auffordert, ein Solana-Upgrade freizugeben, will etwas anderes von dir als deine Zustimmung zu einem Protokollparameter.

Slot, Epoche und Feature-Gate: die drei Begriffe hinter dem Termin

Der Slot ist das Zeitfenster für einen Block

Ein Slot ist das Zeitfenster, in dem genau ein Validator einen Block produzieren darf. Läuft es ab, ist der nächste an der Reihe, ob der vorige geliefert hat oder nicht. Die Slotzeit ist also kein Tempolimit für Transaktionen, sondern die Taktfrequenz, mit der das Netzwerk seine Blöcke auswirft.

Die Epoche ist der Abrechnungszeitraum

Eine Epoche ist der Abrechnungszeitraum von Solana und umfasst fest 432.000 Slots. An ihrer Grenze erledigt das Netzwerk die Buchhaltung: Delegationen werden wirksam, Belohnungen abgerechnet, vorbereitete Protokollschalter scharf gestellt. Weil die Zahl der Slots fest ist, die Dauer eines Slots aber sinkt, wird die Epoche kürzer. Bei 400 Millisekunden dauerte sie rechnerisch 48 Stunden, bei 300 Millisekunden sind es 36 Stunden, bei 250 Millisekunden noch 30 Stunden. Beim Endziel von 200 Millisekunden landet sie bei 24 Stunden.

An dieser Stelle lohnt ein Blick auf die kursierenden Zahlen: Mehrere Meldungen nennen für die Umstellung am Freitag eine Epochenlänge von 24 Stunden. Das ist der Wert für 200 Millisekunden, also für die Stufe danach. Für 250 Millisekunden ergibt dieselbe Rechnung 30 Stunden, und auf diesen Wert kommt auch die offizielle Formel aus 432.000 Slots.

Das Feature-Gate ist der Schalter mit Verzögerung

Ein Feature-Gate ist ein Schalter im Validator-Code, der eine fertig ausgelieferte Funktion so lange ruhen lässt, bis genug Stimmgewicht dahintersteht. Springt er, dann nie mitten in einer Epoche, sondern an deren Grenze. Bei dieser Umstellung lief die Kette über drei Epochen: In Epoche 1035 stand der Schalter auf ausstehend, in Epoche 1036 wurde er auf Protokollebene aktiv, und mit Beginn der Epoche 1037 gelten die neuen Zeitregeln.

Warum der Schalter an der Epochengrenze 1037 springt und nicht um Mitternacht

Solana kennt keine Uhrzeit. Das Netzwerk zählt Slots, und aus Slots lässt sich eine Uhrzeit nur schätzen. Genau deshalb steht in allen seriösen Ankündigungen ein „gegen" vor der Zeitangabe: Die Grenze zur Epoche 1037 fällt auf einen bestimmten Slot, und wann dieser Slot erreicht ist, hängt davon ab, wie schnell das Netzwerk in den Stunden davor tatsächlich läuft.

Diese Unschärfe ist der Grund, warum zwei Quellen 05:01 UTC und eine dritte 05:06 UTC nennen können, ohne dass eine von ihnen falsch liegt. Wer zum genauen Zeitpunkt etwas erledigt haben will, plant besser mit einem Puffer von einer Stunde. Wer nur wissen will, ob er betroffen ist, kann sich an den Kalendertag halten: Freitag, früher Morgen europäischer Zeit.

Eigene Messung: 317 Millisekunden pro Slot am Tag vor der Umstellung

Diese Auswertung hat cryptoticker.io am 17. September 2026 selbst erhoben. Methode: zehn aufeinanderfolgende Leistungsstichproben von je 60 Sekunden über den öffentlichen Mainnet-Knoten von Solana, abgerufen kurz nach 00:50 UTC, dazu ein Abruf des laufenden Epochenstands. Geprüft wurden damit 1.893 Slots über zehn Minuten Netzbetrieb.

Das Ergebnis: Im Mittel vergingen 317,0 Millisekunden je Slot, die einzelnen Stichproben lagen zwischen 312,5 und 326,1 Millisekunden. Der Wert liegt also über der aktuellen Zielvorgabe von 300 Millisekunden. Das ist normal und kein Hinweis auf ein Problem. Gemessen wird die verstrichene Uhrzeit geteilt durch die Zahl der tatsächlich gefüllten Slots, und jeder Slot, den ein Validator nicht bedient, streckt diesen Schnitt.

Aus demselben Abruf ließ sich der Termin nachrechnen. Das Netzwerk stand in Epoche 1036 bei Slot 111.540 von 432.000, es fehlten also 320.460 Slots. Bei den gemessenen 317 Millisekunden ergibt das 28,2 Stunden Restlaufzeit und damit den 18. September gegen 05:06 UTC. Unsere eigene Rechnung bestätigt die angekündigte Zeit von 05:01 UTC innerhalb weniger Minuten. Der abgefragte Knoten meldete dabei die Client-Version 4.3.0-rc.0.

Offen bleibt zweierlei: wie groß der Anteil der Validatoren ist, die bereits auf der empfohlenen Version laufen, und ob der Schalter am Freitag tatsächlich greift. Beides zeigt sich erst im Nachhinein. Auch die weiter unten genannten Obergrenzen für Rechenaufwand stützen sich auf einen Fachbericht und nicht auf die offizielle Übersichtsseite.

Solana-Staking: Was kürzere Epochen für Delegation, Unstaking und Belohnungen bedeuten

Für alle, die SOL delegiert haben, ist die Epochenlänge die praktisch wichtigste Größe des ganzen Umbaus. Delegationen und ihre Auflösung werden an Epochengrenzen wirksam, nicht sofort. Verkürzt sich die Epoche von 36 auf 30 Stunden, verkürzt sich damit auch die typische Wartezeit, bis eine neue Delegation Belohnungen verdient oder bis deaktivierte SOL wieder frei verfügbar sind. Wie dieser Ablauf im Einzelnen funktioniert und warum eine Wartezeit keine Strafe ist, haben wir in unserem Beitrag zu Sperrfristen und Unstaking-Dauer auseinandergenommen.

Bei den Belohnungen ändert sich der Takt, nicht der Betrag. Ausgeschüttet wird je Epoche. Mehr Epochen im Jahr bedeuten also mehr, aber kleinere Gutschriften. Die Jahresrendite deiner Delegation steigt dadurch nicht. Wer seine Erträge nach Epochen protokolliert, bekommt ab Freitag mehr Zeilen in derselben Auswertung, und wer Anbieter nach ihrer Auszahlungsfrequenz vergleicht, findet die Unterschiede zwischen den Plattformen in unserer Übersicht der Staking-Anbieter.

Ein häufiger Irrtum sei hier ausgeräumt: Der Termin am Freitag hat nichts mit Alpenglow zu tun. Das ist ein anderer, deutlich größerer Umbau am Konsensverfahren mit einem eigenen Fahrplan, den wir in unserem Text zur Alpenglow-Aktivierung Ende September beschrieben haben. Zwei Schalter, zwei Termine, zwei verschiedene Folgen.

Blockhash-Ablauf bei 250 Millisekunden: Warum du beim Signieren schneller sein musst

Der Blockhash ist der Zeitstempel einer Solana-Transaktion: eine Referenz auf einen kürzlich produzierten Block, die verhindert, dass dieselbe Anweisung später noch einmal eingereicht wird. Die Laufzeit dieses Stempels bemisst sich nicht in Sekunden, sondern in Blöcken. Gültig sind laut Solana-Dokumentation 151 Blockhashes. Die Dokumentation rechnet das bis heute mit der alten Zielzeit von 400 Millisekunden um und kommt so auf etwa 60 bis 90 Sekunden.

Mit dem Takt sinkt diese Spanne. Bei den heute gemessenen 317 Millisekunden bleiben rechnerisch rund 48 Sekunden, bei 250 Millisekunden noch rund 38. Ein Fachbericht zur anstehenden Umstellung nennt für das Fenster 37,5 Sekunden, was derselben Rechnung mit 150 statt 151 Blöcken entspricht. Die Größenordnung ist in beiden Fällen dieselbe: gut eine halbe Minute.

Relevant wird das überall dort, wo zwischen dem Erzeugen und dem Absenden einer Transaktion ein Mensch oder ein Gerät steht. Wer mit einem Hardware-Wallet signiert, verbraucht diese Sekunden mit Entsperren, Durchblättern der Anzeige und Bestätigen. Wer eine Transaktion vorbereitet, dann noch einmal in Ruhe die Adresse prüft und erst danach absendet, ebenfalls. Die Folge ist keine verlorene Zahlung, sondern eine abgelehnte: Das Netzwerk verwirft eine Transaktion mit abgelaufenem Blockhash, und die Wallet meldet einen Fehler. Woran du erkennst, ob ein solcher Versuch wirklich gescheitert ist oder doch noch durchging, steht in unserem Leitfaden zu fehlgeschlagenen Solana-Transaktionen.

Praktisch heißt das: Gerät vor dem Absenden entsperren, die Adresse vorher kontrollieren statt im laufenden Fenster, und den Bestätigungsdialog nicht als Lesezeit einplanen. Welche Geräte kurze Bestätigungswege haben und welche dich durch mehrere Menüs schicken, zeigt unser Vergleich der Hardware-Wallets.

Compute-Limits pro Block sinken mit: Was das für Swaps in Stoßzeiten heißt

Kürzere Blöcke bedeuten weniger Rechenzeit je Block. Damit der Durchsatz pro Sekunde konstant bleibt, sinken die Obergrenzen im gleichen Verhältnis wie die Slotzeit. Ein Fachbericht zur Umstellung beziffert das Blocklimit nach dem Schalter auf 37,5 Millionen Recheneinheiten statt zuvor 45 Millionen und die Obergrenze für ein einzelnes beschreibbares Konto auf 15 Millionen statt 18 Millionen. Auf der offiziellen Übersichtsseite standen diese Werte am 17. September nicht, weshalb wir sie ausdrücklich als Angabe dieses Berichts kennzeichnen.

Für dich als Nutzer ist die Zahl weniger wichtig als ihre Folge. Wenn ein einzelnes stark nachgefragtes Konto weniger Recheneinheiten je Block bekommt, konkurrieren Transaktionen um denselben Pool enger. In ruhigen Phasen merkst du davon nichts. In Stoßzeiten, etwa beim Start eines neuen Tokens, entscheidet die Prioritätsgebühr häufiger darüber, ob dein Swap in den nächsten Block kommt oder wartet. Wer seine Gebührenobergrenze in der Wallet dauerhaft auf den kleinstmöglichen Wert gestellt hat, sollte diese Einstellung kennen, bevor er sie in einer Stoßzeit das erste Mal bemerkt.

Validator-Betreiber: Agave 4.3 bis Freitagabend

Wer selbst einen Validator fährt, hat die einzige echte Frist in diesem Vorgang. Die empfohlene Version ist Agave v4.3.0-rc.1, veröffentlicht am 11. September 2026. Anza hat die Betreiber gebeten, das Update bis zum Ende des Freitags einzuspielen, also bis zum Ablauf desselben Tages, an dem der Schalter greift.

Das ist kein Alarm, sondern Routine. Wer eine ältere Version fährt, verliert nicht sofort den Anschluss, riskiert aber, Blöcke zu verpassen, sobald sich die Zeitregeln ändern. Für Delegatoren ergibt sich daraus eine stille Aufgabe: Wenn dein Validator in den Tagen nach der Umstellung auffällig viele Slots auslässt, liegt das mit einiger Wahrscheinlichkeit an einer nicht eingespielten Version, und deine Belohnungen sinken mit.

Wer SOL nur auf einer Börse hält: Warum du nichts tun musst

Für den größten Teil der deutschen Anleger ist die Antwort: nichts. Liegen deine SOL bei einer Börse oder einem Broker, kümmert sich deren Betreiber um Client-Versionen, Blockhashes und Epochengrenzen. Du musst kein Update bestätigen, keine Adresse ändern und keine Frist einhalten.

Zwei Randfälle bleiben. Erstens kann es rund um eine Umstellung vorkommen, dass ein Anbieter Ein- und Auszahlungen im Solana-Netz für einige Stunden pausiert. Das ist eine Vorsichtsmaßnahme des jeweiligen Hauses und steht dann in dessen Statusmeldung. Zweitens ist ein solcher Termin ein bekannter Anlass für Betrugsversuche. Weder Anza noch eine Börse wird dich per Nachricht auffordern, ein Upgrade in deiner Wallet freizuschalten.

Was die offizielle Dokumentation noch nicht sagt

Der Fahrplan auf der Solana-Seite führte den Schritt von 300 auf 250 Millisekunden am 17. September noch als auf Devnet und Testnet aktiv, mit einem Mainnet-Termin, der noch festzulegen sei. Die beiden bereits gegangenen Stufen sind dort dagegen mit Datum und Epoche verzeichnet. Die Ankündigung von Anza vom 16. September ist also aktueller als die Dokumentationsseite, die sie beschreibt.

Daraus folgt für dich eine schlichte Regel: Halte dich an die Epochennummer, nicht an ein Datum aus einem Artikel. Die Nummer 1037 ist überprüfbar, und jede Wallet mit Netzwerkangaben sowie jeder öffentliche Block-Explorer zeigt dir, in welcher Epoche das Netzwerk gerade steht. Steht dort 1037 oder höher, ist der Schalter gefallen.

Solana-Slotzeit: Was du daraus mitnimmst

1. Prüfe bis Freitagfrüh, wo deine SOL liegen und wer dafür zuständig ist. Auf einer Börse bist du fein heraus. Delegierst du selbst, notiere dir, dass deine nächste Änderung an der Delegation ab Freitag rund 30 statt 36 Stunden bis zur Wirksamkeit braucht und deine Belohnungen häufiger eintreffen. Welche Plattform wie abrechnet, steht in unserer Übersicht der Staking-Anbieter.
2. Stell dein Signieren auf gut 38 Sekunden ein. Adresse und Betrag kontrollierst du, bevor du die Transaktion erzeugst, und erst danach greifst du zum Gerät. Wenn dir dabei auffällt, dass dein Hardware-Wallet dich durch zu viele Menüs schickt, lohnt der Blick in den Vergleich der Hardware-Wallets.
3. Kontrolliere in der Woche nach der Umstellung deine Belohnungen. Häufigere, kleinere Gutschriften sind erwartbar, dauerhaft ausbleibende oder auffällig eingebrochene Erträge sind es nicht. Ein solcher Einbruch deutet auf einen Validator hin, der die neue Version nicht fährt. Ein Wechsel ist an jeder Epochengrenze möglich, und passende Anlaufstellen findest du in der Anbieterübersicht.

Quellen zum Nachlesen: die offizielle Seite zu den verkürzten Slotzeiten mit dem Stufenplan und die Entwicklerdokumentation zur Transaktionsbestätigung mit der Angabe von 151 gültigen Blockhashes.

(Stand: 17. September 2026. Dieser Beitrag ist keine Anlageberatung. Kurse und Gebührenmodelle ändern sich; prüfe die Konditionen vor jedem Kauf beim Anbieter selbst.)