Agave 4.2: 90 Prozent weniger Rent, größere Transaktionen, Weg zu 200-ms-Slots
Die Agave-4.2-Übersicht ist da: Rent sinkt um 90 Prozent, Transaktionen wachsen auf 4096 Bytes, die Slot-Zeit soll stufenweise auf 200 ms halbiert werden. Der Alpenglow-Code ist feature-complete — aktiviert wird er erst mit 4.3.
Was passiert ist
Solana hat die offizielle Release-Übersicht für Agave 4.2 veröffentlicht — die nächste Version des von Anza entwickelten Validator-Clients. Der Zeitplan laut Upgrade-Seite: Devnet-Release im Juli, empfohlene Mainnet-Übernahme im August, Feature-Aktivierungen ab der Woche des 17. August 2026. Das Release bündelt drei große Änderungen und legt den Code-Grundstein für den neuen Konsens Alpenglow.
Die drei Kernänderungen
1. Rent sinkt um 90 Prozent (SIMD-0437). Der Preis pro gespeichertem Byte fällt von 6.960 auf 696 Lamports — on-chain Speicherplatz kostet damit ein Zehntel des bisherigen. Für ein SPL-Token-Konto sinkt die Rent-Rücklage laut Upgrade-Seite von etwa 0,159 auf 0,0159 US-Dollar. Die Umstellung läuft über fünf unabhängige Feature-Gates, damit sie schrittweise beobachtet werden kann.
2. Größere Transaktionen (SIMD-0296). Die maximale Transaktionsgröße steigt von 1232 auf 4096 Bytes — über ein neues, opt-in Transaktionsformat v1; bestehende Legacy- und v0-Transaktionen bleiben unverändert. Das schafft Platz für Anwendungen, die bisher nicht in eine Transaktion passten: ZK-Proofs, größere Multisigs, BLS-Signaturen. Dieselbe Änderung war bereits als Voraussetzung für Post-Quantum-Signaturen im Gespräch — Hintergrund in Anzas Quanten-Resistenz-Roadmap.
3. Halbierte Slot-Zeit (SIMD-0525). Die Slot-Zeit soll von 400 auf 200 Millisekunden fallen — in vier Stufen zu je 50 Millisekunden, jede einzeln per Feature-Gate abgesichert. Steigen die Block-Skip-Raten auffällig, stoppt die Progression. Das Ergebnis laut Upgrade-Seite: doppelt so schnelle Bestätigungen und kürzere Leader-Fenster. Das Proposal hatten wir beim Draft-Status vorgestellt: SIMD-0525: Reduktion der Slot-Zeit.
Alpenglow: Code fertig, Aktivierung später
Der Code des neuen Konsens-Mechanismus Alpenglow ist in 4.2 laut Übersicht feature-complete — aber auf dem Mainnet nicht aktiviert. Die Aktivierung ist für Agave 4.3 vorgesehen, angepeilt für Oktober 2026. Alpenglow ersetzt TowerBFT durch den Votor-Algorithmus, mit einem Finalitäts-Ziel von rund 150 Millisekunden; Vote-Transaktionen entfallen. Die Grundlagen erklärt Alpenglow: Solanas neuer Konsens.
Was Betreiber wissen müssen
Laut Upgrade-Seite bringt 4.2 keine Breaking Changes; das Update wird empfohlen, ist für 4.2 aber nicht verpflichtend. Die eigentlichen Verhaltensänderungen kommen mit den Feature-Aktivierungen ab Mitte August — Validatoren sollten bis dahin auf der neuen Version sein. Das Release folgt auf die jüngste Kapazitätserhöhung durch 100-Millionen-CU-Blöcke.
Update (29. August 2026): der Fahrplan für die nächsten sechs Wochen
Die Aktivierungen laufen — und die Foundation hat den Kalender konkretisiert. Jacob Creech, VP of Technology der Solana Foundation, nennt die Sequenz: erster Rent-Reduction-Schritt in der kommenden Woche, Transaktionsformat v1 (4096 Bytes) am 9. September, danach die nächste Slot-Zeit-Stufe, und Alpenglow mit Ziel Oktober. Es sind angekündigte Ziel-Termine, keine garantierten Daten.
Beim Rent ist der Auftakt bereits messbar: Die erste von fünf Stufen läuft auf dem Testnetz — lamports_per_byte sinkt dort von 6.960 auf 6.333 (rund 9 Prozent); das Endziel der Staffel bleibt 696, also die 90-Prozent-Senkung. Die Slot-Zeit steht nach 350 ms auf dem Mainnet vor der nächsten Stufe.
Hinweis: Dies ist Berichterstattung, keine Anlageberatung.
Was zu beobachten ist
- Ob der Rent-Auftakt und das v1-Format am 9. September planmäßig auf dem Mainnet ankommen
- Wie sich die Slot-Zeit-Stufen auf die Skip-Raten auswirken
- Ob der Oktober-Zielkorridor für die Alpenglow-Aktivierung in 4.3 hält
Quellen
- Solana — Agave 4.2 Release Overview (offizielle Upgrade-Seite)
- Solana Devs — Ankündigung auf X
- SOLANA·HUB-News: SIMD-0525 als Draft · 100M-CU-Blocklimit