Solana-Changelog: Transaction V1 im Mainnet, guenstigere Rent, 250-ms-Slots
Das Changelog der Solana Foundation mit Datum 18. September 2026 nennt drei nennenswerte Feature-Gates im Mainnet: Transaction V1, eine Rent-Senkung auf 5.080 Lamports je Byte und eine Verkuerzung der Slotzeit auf 250 ms. Veroeffentlicht wurde es am 19. September.
Die begleitende Release-Liste ist lang — Agave v4.4.0-alpha.4 und v4.3.0-rc.1, Firedancer Testnet v26.09.3 und Mainnet v26.08.5, Anchor v0.32.2, Token-2022 JS SDK v0.18.0 und ein Dutzend weitere. Zu beachten: Die Agave-Eintraege sind ein Alpha und ein Release Candidate, keine allgemeinen Releases.
Im Oekosystem-Abschnitt steckt die eigentliche Auseinandersetzung. Eroeffnet wurde eine Diskussion ueber das vollstaendige Entfernen der Compute-Grenzen: Bloecke sind derzeit auf 100 Mio. Compute Units festgelegt, und der Vorschlag erwaegt einen zweistufigen Weg, Validatoren so viel packen zu lassen, wie sie dem Netz zutrauen. Ein weiterer Vorschlag will die Formate Legacy und V0 abschalten, nachdem Transaction V1 ausgerollt ist, um die Validator-Komplexitaet zu senken — ausdruecklich verglichen mit SIMD-0500, das Deployments von sBPF-Versionen aelter als v3 untersagte. Zwei weitere Vorschlaege wollen das Verbrennen der Transaktionsgebuehren vereinfachen (je Transaktion statt Summieren und Halbieren am Slotende) und eine 128-Bit-Ganzzahlmultiplikation in die Laufzeit bringen.

Was das bedeutet
Die drei Feature-Gates gehoeren als eine Bewegung gelesen, nicht als drei. Kuerzere Slots, guenstigere Rent und ein neues Transaktionsformat senken die Kosten, etwas auf die Kette zu bringen, und erhoehen, wie oft die Kette es annehmen kann — und jedes davon hebt die Last, die ein Validator dauerhaft tragen muss.
Deshalb steht die Diskussion ueber die Compute-Grenze im selben Dokument. Ein fester Block von 100 Mio. CU ist die Obergrenze, die Hardwareanforderungen vorhersehbar macht; sie zu entfernen verlagert die Entscheidung auf einzelne Validatoren und macht die Anforderung emergent. Ob das dezentralisierend wirkt oder das Gegenteil, haengt daran, ob kleinere Betreiber mithalten koennen mit dem, was die groessten zu akzeptieren beschliessen.
⚠️ Das sind Diskussionen und Vorschlaege, keine Entscheidungen. Bei Solana wird eine Aenderung real in einem angenommenen SIMD und einem Client-Release, das sie ausliefert; ein Changelog-Eintrag ist beides nicht. Nichts hiervon ist eine Anlageinformation.