Agave 4.3.0 erscheint stabil und bringt erste Teile des Votor-Transports
Serguey Asael Shinder1 Min. LesezeitAgave 4.3.0 erschien am 18. September 2026 als stabiles Release, geeignet für Testnet, Devnet und Mainnet Beta — kein Release Candidate. Das Changelog ist kurz, zwei Einträge lohnen die Trennung.
Vote-Kommissions-CLI-Befehle. Das Release ergänzt vote-update-commission-bps und vote-update-commission-collector; Validatoren setzen die Kommission in Basispunkten und benennen einen separaten Collector — feinere Steuerung als ganze Prozent und eine Trennung zwischen abstimmender Identität und Auszahlungskonto.
votor-transport Send-Error-Statistiken. Ein Backport verbessert die Fehlerstatistik in votor-transport. Das ist die Netzwerkschicht für Votor, den Abstimmungsmechanismus im Zentrum des Alpenglow-Konsenswechsels — desselben, dessen SIMD noch auf Review steht. Bessere Send-Error-Statistiken dort sind die unspektakuläre Instrumentierung, die dem Einschalten eines neuen Konsenspfads vorausgeht.
Was das bedeutet
Stabil, kein Release Candidate — das ist die für Betreiber entscheidende Zeile. 4.3.0 gilt als geeignet für Mainnet Beta. Das frühere 4.3-Material kam als rc-Builds; dies ist das, auf das ein Validator tatsächlich aktualisiert — die Unterscheidung, die ein Desk nie verwischen sollte.
Kommission in Basispunkten ist eine kleine Governance-Änderung mit echtem Geld dahinter. Ganze Prozent erzwingen grobe Entscheidungen; Basispunkte erlauben knappere Margen. Der Collector-Split ist Betriebshygiene — den abstimmenden Schlüssel vom empfangenden Konto zu trennen.
Die votor-transport-Zeile ist die über Releases hinweg zu beobachtende. Alpenglows Konsenswechsel ist nicht live, aber der nötige Transport wird Release für Release gehärtet. Instrumentierung in einem stabilen Build zeigt, dass der Schalter still vorbereitet wird — vor dem SIMD, das ihn umlegen würde.
Quelle: https://github.com/anza-xyz/agave/releases/tag/v4.3.0