Solana bringt das Alpenglow-Upgrade auf die öffentliche Testnet
Wichtige Erkenntnisse
- •Solanas Alpenglow-Konsens-Upgrade ist nach mehr als viermonatigem Betrieb auf einem separaten, kleineren Netzwerk auf die öffentliche Testnet gelangt.
- •Die Neugestaltung ersetzt TowerBFTs On-Chain-Abstimmung über 32 Slots durch Votor, ein Protokoll, bei dem Validatoren direkt abstimmen und einen Block binnen ein bis zwei Runden abschließen können.
- •Das Upgrade zielt darauf ab, die Finalität von rund 12,8 Sekunden auf etwa 150 Millisekunden zu verkürzen, was die Wartezeiten für Börsen-Einzahlungen und Cross-Chain-Bridge-Transfers reduzieren würde.
- •Anza veröffentlichte Agave v4.3.0 am 18. September, lieferte es zunächst an Betreiber mit 10 % und dann 25 % des gestakten SOL aus und wies am 21. September alle Mainnet-Validatoren zur Übernahme an.
- •Der 28. September ist Anzas vorläufiges Datum für die Aktivierung der Agave-4.3-Funktionen im Mainnet, doch der Start ist nicht bestätigt, und die erste Migration wird vollständig über Agave laufen, da Firedancer und Frankendancer den Test noch nicht unterstützen.

Solana bringt das Alpenglow-Konsens-Upgrade auf die öffentliche Testnet
Solana hat begonnen, sein Alpenglow-Konsens-Upgrade auf der öffentlichen Testnet auszurollen – ein Meilenstein, der die Änderung der breiteren Validator-Community des Netzwerks zugänglich macht, bevor eine Neugestaltung die Transaktions-Finalität auf einen Bruchteil der bisherigen Dauer verkürzen soll.
Anza, das Entwicklungsunternehmen hinter dem Agave-Validator-Client, hat Agave v4.3.0 am 18. September als stabile Version veröffentlicht, die es als geeignet für Testnet, Devnet und Mainnet-Beta einstuft. Nachdem die Version zunächst an Betreiber ausgeliefert wurde, die 10 % und dann 25 % des gestakten SOL kontrollieren, wies Anza am 21. September alle Mainnet-Validatoren an, die Version zu betreiben. Das Upgrade zählt zu Solanas folgenreichsten der letzten Jahre: Es soll die Finalität von rund 12,8 Sekunden auf etwa 150 Millisekunden verkürzen.
Wie sich das Konsensmodell ändert
Finalität ist der Punkt, an dem eine Transaktion nicht mehr rückgängig gemacht werden kann. Dies ist die Bedingung, auf die Börsen warten, bevor sie Einzahlungen gutschreiben, und auf die Bridges warten, bevor sie Mittel freigeben. Eine Verkürzung dieser Wartezeit von Sekunden auf Millisekunden verkürzt direkt die Haltedauer von Einzahlungen und Cross-Chain-Transfers.
Solana erreicht die Finalität derzeit über TowerBFT, bei dem Validator-Stimmen on-chain über 32 Slots gestapelt werden, bevor ein Block als abgeschlossen gilt. Alpenglow ersetzt diesen Mechanismus durch Votor, ein Protokoll, bei dem Validatoren Stimmen direkt aneinander übermitteln und sich binnen ein bis zwei Runden auf einen Block einigen können. Die langwierige On-Chain-Abstimmungskette, die den Großteil der Verzögerung ausmacht, entfällt dadurch – die Wartezeit sinkt auf etwa 150 Millisekunden.
Ein gestufter Weg ins Hauptnetz
Der neue Code lief mehr als vier Monate lang auf einem separaten, kleineren Netzwerk, das eigens für das Upgrade eingerichtet wurde. Die Verlagerung auf Solanas öffentliche Testnet, deren Token keinen realen Wert haben, prüft, ob die Gesamtheit der Computer und Dienste, die die Chain bereits betreiben, gemeinsam umziehen kann.
Der 28. September steht in Anzas Kalender als vorläufiges Datum für die Aktivierung der Agave-4.3-Funktionen imnetz. Anza hat einen Start nicht bestätigt, und sein Tracker wies am frühen Mittwoch noch die Testnet-Umstellung selbst als ausstehend aus. Von hier an gilt es zu beobachten, ob der Tracker seinen ausstehenden Status aufhebt und ob Anza den 28. September als Aktivierungsdatum bestätigt.
Client-Bereitschaft und was sich für Nutzer ändert
Anwendungen verarbeiten Transaktionen weiterhin wie bisher, und Halter müssen weder ihre Wallets ändern noch ihre Vorgehensweise beim Transfer von Mitteln.
Die erste Alpenglow-Migration wird vollständig über Agave laufen, da Firedancer und Frankendancer, die beiden alternativen Validator-Clients von Jump Crypto, den Test noch nicht unterstützen. Diese Alternativen existieren, um Solanas Abhängigkeit von einer einzigen Codebasis zu verringern, damit ein Fehler in Agave nicht gleichzeitig alle Validatoren trifft. Ihre Abwesenheit bündelt die erste Migration auf eine Codebasis – genau jene Abhängigkeit, die die alternativen Clients abbauen sollten.
Die Umstellung folgt auf eine Reihe kontinuierlicher Netzwerk-Upgrades, von einer größeren maximalen Transaktionsgröße bis zu schnelleren Testnet-Slot-Zeiten. Alpenglow greift dabei tiefer: Statt Grenzen oder Zeitwerte anzupassen, ersetzt es den Mechanismus, mit dem das Netzwerk Blöcke abschließt.