Avalanches Helicon-Upgrade setzte eine harte Mainnet-Frist und hob alle Knoten auf Plugin-Version 46
Die Release-Seite von avalanchego enthaelt die betrieblichen Einzelheiten hinter dem Helicon-Netzwerk-Upgrade von Avalanche. Das terminierende Release nennt die Aktivierungszeit unmissverstaendlich — 11 Uhr ET, 15 Uhr UTC, Dienstag, 22. September 2026, im Mainnet — und ebenso unmissverstaendlich die Pflicht: Alle Mainnet-Knoten muessen vorher aktualisiert sein. Dasselbe Release hebt die Plugin-Version auf 46, und alle Plugins muessen passen.
Die Seite zeigt zugleich die Form der Pipeline dahinter. Helicon erscheint als Fuji-Vorabversion unter dem Zusatz "Continuous Execution and Auto-Renewed Staking", daneben Granite, beschrieben als Verbesserung von ICM und dynamischen Blockzeiten, ebenfalls auf Fuji. Testnetz-Linie und Mainnet-Linie sind sichtbar getrennt: Die Fuji-Builds tragen die Funktionsbeschreibungen, das Mainnet-Release den Termin.

Was das bedeutet
Ueber die Schmerzhaftigkeit eines Upgrade-Tages entscheidet die Anhebung der Plugin-Version. Ein Netzwerk-Upgrade mit fester Aktivierungszeit ist ein Koordinationsproblem, und der Fehlerfall ist nicht die Konsensaenderung, sondern der Betreiber, der die Knoten-Binaerdatei aktualisiert und ein Plugin fuer eine virtuelle Maschine auf der Vorversion stehen laesst. Alle Plugins auf 46 zu verlangen macht dieses Auseinanderlaufen ausdruecklich, statt es als Knoten auftauchen zu lassen, der laeuft und dann divergiert.
Die beiden Namen auf der Fuji-Linie sollte man auseinanderhalten. Kontinuierliche Ausfuehrung und automatisch erneuertes Staking ist eine Aenderung der Validator-Oekonomie; bessere ICM und dynamische Blockzeiten sind eine Aenderung an Durchsatz und kettenuebergreifender Kommunikation. Beide laufen gleichzeitig durch das Testnetz, und wer Release Notes liest, muss wissen, welche der beiden im Mainnet bereits bindet und welche noch bevorsteht — eine Unterscheidung, die die Seite trifft, wenn man die Tags liest statt der Titel.