Agave v4.1 für Mainnet-Validatoren empfohlen — Weichen für Alpenglow gestellt
Anza empfiehlt Agave v4.1 für Mainnet-Validatoren: weniger RAM, XDP ohne Experimental-Label, Pinocchio-Rewrites und mehrere SIMD-Aktivierungen. Die Version bereitet Alpenglow vor; 200-ms-Slots und größere Blöcke kommen erst mit v4.2.
Was passiert ist
Agave v4.1 (konkret v4.1.0-rc.1) ist laut Anza nun für den allgemeinen Einsatz auf dem Mainnet empfohlen. Die Version bringt Performance- und Effizienz-Verbesserungen und legt die Grundlage für die nächste Solana-Skalierungsstufe rund um den neuen Konsens Alpenglow. Sie folgt auf Agave 4.0.
Was v4.1 jetzt bringt
- Weniger RAM: Validatoren unter v4.1 verbrauchen weniger Arbeitsspeicher als unter v4.0 und v3.1.
- XDP wird Standard: Das „experimentell”-Label für XDP fällt weg; es gibt standardisierte Flags (
--xdp-interface,--xdp-cpu-cores,--xdp-zero-copy). Über zwei Drittel des Netzwerks haben XDP bereits aktiviert. - Pinocchio-Rewrites: Das neu geschriebene p-memo-Programm ist live und benötigt nur noch 287 statt 2.022 Compute Units (rund 14 % der bisherigen Kosten). Das p-ATA-Programm ist in Entwicklung und soll den gewichteten CU-Verbrauch um rund 80,9 % senken — das würde über 2,78 Mio. CU pro Block freimachen.
- Mehrere SIMD-Aktivierungen: u. a. BLS-Pubkey-Verwaltung (SIMD-0387), Validator Admission Tickets (SIMD-0357, 1,6 SOL pro Epoche), Fast Leader Handover (SIMD-0337), Kommission in Basispunkten (SIMD-0291) und ein SHA-512-Syscall (SIMD-0512).
Was noch nicht enthalten ist (v4.2 und später)
Wichtig zur Einordnung — diese vielzitierten Features sind noch nicht in v4.1:
- 200-ms-Slot-Zeiten kommen voraussichtlich erst mit Agave v4.2.
- Größere Blöcke (4096-Byte-Transaktionen) sind ebenfalls für v4.2 vorgesehen.
- Die Alpenglow-Aktivierung auf dem Mainnet hat noch keinen festen Termin; das Community-Testing läuft, die Vorbereitungsarbeit steckt in v4.1.
Was Validatoren tun sollten
- XDP-Migration: Wer noch nicht auf XDP läuft, sollte den Umstieg vorbereiten (Anza/Solana Foundation stellen Checklisten bereit).
- BLS-Key-Registrierung: Vote-Accounts ohne registrierten BLS-Public-Key können am neuen Alpenglow-Voting nicht teilnehmen — die Registrierung muss vor der Aktivierung erfolgen.
- Vote-Account-Funding: Mit den Validator Admission Tickets wird die Gebühr vom Vote-Account statt vom Identity-Account abgezogen; die Mittel müssen entsprechend liegen.
Wie der Konsenswechsel funktioniert: Alpenglow erklärt. Worauf es bei der Validator-Wahl ankommt: Solana-Validator-Auswahl.
Hinweis: Dies ist Berichterstattung, keine Anlageberatung.
Was zu beobachten ist
- Wann Alpenglow auf dem Mainnet aktiviert wird
- Wann v4.2 mit 200-ms-Slots und größeren Blöcken erscheint
- Wie schnell die Validatoren auf v4.1 umstellen
Quellen
- Anza / Agave — Agave-Releases auf GitHub
- Helius — Agave v4.1 Guide