Solana hat sein Alpenglow-Konsens-Upgrade in Richtung öffentlicher Testnet-Bereitstellung vorangetrieben, während Entwickler sich darauf vorbereiten, ein Design zu testen, das die Transaktionsfinalität von etwa 13 Sekunden auf rund 150 Millisekunden reduzieren soll.
Zusammenfassung
- Solanas Alpenglow-Upgrade wird in das öffentliche Testnet verschoben, mit dem Ziel, die Transaktionsfinalität von etwa 13 Sekunden auf rund 150 Millisekunden zu reduzieren.
- Alpenglow ersetzt TowerBFT durch Votor, wodurch Validatoren durch eine oder zwei direkte Abstimmungsrunden eine Einigung erzielen können.
- Agave 4.3 ist für den Test erforderlich, während Firedancer und Frankendancer Alpenglow noch nicht unterstützen.
- Der 28. September ist für die vorläufige Aktivierung der Agave 4.3-Funktion im Mainnet aufgeführt, ist jedoch kein bestätigtes Startdatum für Alpenglow.
Laut github wird die Testnet-Phase es Entwicklern ermöglichen, die Migration in Solanas etablierter Testumgebung zu testen, bevor das Konsenssystem für das Hauptnetzwerk in Betracht gezogen werden kann.
Finalität bezeichnet den Punkt, an dem eine Transaktion gemäß den Konsensregeln des Netzwerks unwiderruflich wird. Börsen warten in der Regel auf die Finalität, bevor sie Einzahlungen gutschreiben, während Blockchain-Bridges sie nutzen, bevor sie Vermögenswerte in einem anderen Netzwerk freigeben.
Solana stützt sich derzeit für den Konsens auf TowerBFT, wobei Validatoren Stimmen onchain aufzeichnen und genügend Stimmen über 32 Slots ansammeln, bevor ein Block Finalität erreicht. Alpenglow ersetzt diesen Prozess durch ein Protokoll namens Votor, das Validatoren ermöglicht, Stimmen direkt auszutauschen.
Unter dem neuen Design können Validatoren nach einer oder zwei Abstimmungsrunden eine Einigung erzielen. Die Änderung beseitigt die längere Abfolge von Onchain-Konsensabstimmungen, die unter TowerBFT erforderlich war, während die Transaktionsausführung für Anwendungen und Nutzer weitgehend unverändert bleibt.
Solana Alpenglow wechselt in das öffentliche Testnet
Alpenglow war bereits mehr als vier Monate lang in einem kleineren Community-Cluster in Betrieb, der speziell zum Testen des Konsenssystems eingerichtet wurde. Die Verlagerung des Upgrades in Solanas etabliertes öffentliches Testnet setzt es einer größeren Gruppe von Validatoren, Infrastrukturanbietern und Diensten aus, die bereits mit dem Netzwerk verbunden sind.
Das öffentliche Testnet verwendet Token ohne Geldwert, sodass Entwickler das Netzwerk neu starten, Migrationsverfahren testen und Probleme untersuchen können, ohne Mainnet-Gelder zu riskieren.
Anza hat Alpenglow erstmals im Mai in Community-Validator-Tests überführt und das Upgrade als die größte Konsensänderung in der Geschichte von Solana bezeichnet. Wie crypto.news zuvor berichtete, ermöglichte der Community-Cluster Validator-Betreibern, das neue Konsensdesign zu testen, bevor es über Solanas bestehende Testinfrastruktur bereitgestellt wurde.
Votor ist darauf ausgelegt, Finalität über einen von zwei Abstimmungspfaden zu erreichen, abhängig von der Validator-Beteiligung. Frühere Spezifikationen deuteten darauf hin, dass ein Block nach einer Runde abgeschlossen werden könnte, wenn genügend Stake teilnimmt, während eine zweite Runde einen weiteren Weg zur Finalität bei geringerer Beteiligung bietet.
Das erwartete Ergebnis ist eine deutliche Reduzierung von Solanas bestehender Finalitätszeit. Anza hat die mediane Finalität auf etwa 150 Millisekunden geschätzt, wobei frühere Simulationen unter günstigen Bedingungen bis zu 100 Millisekunden ergaben.
Entwickler haben im Rahmen des Upgrades nicht geändert, wie Anwendungen Transaktionen ausführen. Wallet-Nutzer werden weiterhin Transaktionen über dieselben Schnittstellen senden, während die Hauptänderungen darin bestehen, wie Validatoren kommunizieren und sich auf den dauerhaften Zustand der Blockchain einigen.
Agave 4.3 enthält den Alpenglow-Code
Validatoren, die am Alpenglow-Test teilnehmen, müssen Agave 4.3 ausführen, den neuesten Zweig der von Anza gepflegten Haupt-Validator-Software.
Anza empfahl Agave 4.3 am 21. September für die allgemeine Übernahme unter Mainnet-Validatoren. Der Rollout hatte zuvor kontrollierte Phasen durchlaufen, wobei zunächst Betreiber, die für 10 % des Mainnet-Stakes verantwortlich sind, zum Upgrade aufgefordert wurden, bevor die Empfehlung auf 25 % ausgeweitet wurde.
Die Alpenglow-Entwicklung war monatelang an Agave-Releases gebunden. Im August wurde erwartet, dass das Ziel von 150 Millisekunden Finalität über Agave 4.3 erreicht wird, nachdem der zugrunde liegende Alpenglow-Code bereits im vorherigen Softwarezweig zum Testen aufgenommen worden war.
Das im Zeitplan von Anzas Agave 4.3 aufgeführte Datum 28. September bezieht sich auf die vorläufige Wiederaufnahme der Aktivierung von Mainnet-Funktionen. Anza gibt an, dass seine Veröffentlichungstermine Änderungen unterliegen, während sein Feature-Gate-Tracker die Alpenglow-Testnet-Aktivierung am frühen Mittwoch noch als ausstehend aufführte.
Der 28. September stellt daher kein bestätigtes Datum dafür dar, dass Alpenglow auf dem Solana-Mainnet in Betrieb geht.
Diese Unterscheidung erfolgt, während mehrere Solana-Leistungsupgrades separate Aktivierungszeitpläne durchlaufen. Transaktionsfinalität, Slot-Produktion und Transaktionskapazität werden durch unterschiedliche Netzwerkänderungen gesteuert, obwohl jede davon beeinflussen kann, wie schnell Anwendungen mit Solana interagieren.
Solana hat die Slot-Zeiten bereits auf 250 ms reduziert
Solana hat kürzlich seine Ziel-Slot-Zeit unter SIMD-0525 von 300 Millisekunden auf 250 Millisekunden gesenkt, wodurch das Netzwerk ein Ziel von vier Slots pro Sekunde erreicht.
Das 250-Millisekunden-Slot-Upgrade reduzierte das Vier-Slot-Leader-Fenster jedes Validators von 1,2 Sekunden auf eine Sekunde. Die Netzwerkverarbeitungsgrenzen wurden zusammen mit den kürzeren Slots angepasst, was bedeutet, dass die Änderung die Gesamtverarbeitungskapazität nicht im gleichen Verhältnis erhöhte.
Eine letzte Stufe unter SIMD-0525 zielt auf 200-Millisekunden-Slots ab, was das Netzwerk auf fünf angestrebte Slots pro Sekunde bringen würde. Entwickler haben kein bestätigtes Mainnet-Aktivierungsdatum für diese Stufe festgelegt.
Slot-Zeit und Finalität messen unterschiedliche Teile des Netzwerks. Die Slot-Zeit bestimmt, wie häufig Solana neue Slots produzieren kann, während Alpenglow ändert, wie Validatoren sich darauf einigen, dass ein Block irreversibel ist.
Solana begann die aktuelle Abfolge von Slot-Reduzierungen im August, als sein Ziel auf 350 Millisekunden fiel, von der 400-Millisekunden-Einstellung, die seit dem Start des Netzwerks verwendet wurde. SIMD-0525 legte aufeinanderfolgende Ziele von 350, 300, 250 und schließlich 200 Millisekunden fest.
Alpenglow folgt einem separaten Pfad über SIMD-0326 und ersetzt TowerBFT durch Votor, anstatt die Dauer einzelner Slots zu ändern.
Firedancer bleibt außerhalb des ersten Alpenglow-Tests
Firedancer und Frankendancer, von Jump Crypto entwickelte Validator-Clients, unterstützen derzeit den Alpenglow-Test nicht, wodurch die anfängliche Migration von Agave abhängig bleibt.
Client-Vielfalt gibt Solana-Validatoren unterschiedliche Softwareimplementierungen für die Teilnahme am selben Netzwerk. Wenn separate Clients verfügbar sind, wirkt sich ein Softwarefehler, der eine Implementierung betrifft, nicht unbedingt auf jeden Validator aus.
Firedancer begann früher in diesem Jahr mit der Produktion von Mainnet-Blöcken, nach jahrelanger Entwicklung durch Jump Crypto. Das Team empfahl zunächst einen schrittweisen Rollout, während Sicherheitsaudits fortgesetzt wurden, wobei der unabhängig entwickelte Client die Abhängigkeit von Solanas bestehenden Validator-Implementierungen verringern sollte.
Frankendancer dient als hybride Implementierung, die Komponenten von Firedancer mit bestehender Solana-Software kombiniert. Keine der beiden Implementierungen ist auf Anzas aktuellem Feature-Gate-Tracker als Unterstützung für das ausstehende SIMD-0326-Alpenglow-Feature aufgeführt.
Agave 4.3 ist daher der unterstützte Client für die erste öffentliche Testnet-Migration. Anzas Tracker führt Alpenglow als ausstehende Testnet-Aktivierung unter SIMD-0326 auf, während die Unterstützungsfelder für Firedancer und Frankendancer weiterhin als nicht verfügbar markiert sind.
