Solana-Mitbegründer Anatoly Yakovenko hat gesagt, dass Alpenglow durch eine einfachere Änderung des Vote-Programms in der Hälfte der Zeit hätte ausgeliefert werden können, vor der Konsensmigration am 21. Oktober, die Validator-Vote-Transaktionen aus den Blöcken entfernen wird.
Zusammenfassung
- Yakovenko sagte, eine einfachere Änderung des Vote-Programms hätte die Entwicklungszeit von Alpenglow halbieren können.
- Die Entfernung von Validator-Vote-Transaktionen wird die offiziellen TPS-Zahlen senken, ohne notwendigerweise die Nutzeraktivität zu verändern.
- Eine verbrannte Aufnahmegebühr von 0,8 SOL pro Epoche wird die individuellen Abstimmungsgebühren ersetzen.
- Einige RPC-Knoten könnten Finalitätsaktualisierungen später als das 150-Millisekunden-Ziel von Alpenglow erhalten.
Yakovenko machte die Bemerkung in einem X-Post vom 21. Oktober, während er einen Kommentar zitierte, der die geplante Entfernung von On-Chain-Votes feierte und die wiederkehrende Kritik verspottete, dass die meisten Solana-Transaktionen pro Sekunde aus Validator-Votes bestehen.
„Alpenglow wäre in der Hälfte der Zeit ausgeliefert worden, wenn sie einfach das Vote-Programm auf die ag-Zustandsmaschine umgestellt hätten“
Anzas veröffentlichtes Design beschreibt einen Ersatz für TowerBFT, das System, das Validatoren verwendet haben, um sich auf Blöcke zu einigen, mit direkter Abstimmung und kompakten Zertifikaten.
Die Mainnet-Migration wurde für den 21. Oktober angesetzt, wie crypto.news zuvor berichtete, als über die geplante Konsensübergabe berichtet wurde. Die aktualisierte Anleitung der Solana Foundation identifiziert Epoche 1064 als Auslöser und schätzt ihren Beginn auf etwa 13:20 UTC.
Anzas Migrationsseite trennt die Feature-Aktivierung von der Konsensübergabe. Die Migrationsgrenze kommt 5.000 Slots später, wenn Blöcke vorübergehend nur Votes enthalten, während Validatoren den Übergang abschließen.
Alpenglow entfernt Votes aus den offiziellen Transaktionszählungen
Die Migrationsanleitung der Solana Foundation weist Explorer und Analysedienste an, ihre Transaktionszählungs- und TPS-Basislinien zurückzusetzen, da Vote-Transaktionen aus den Blöcken verschwinden werden. Eine Summe, die Votes enthält, wird sinken, selbst wenn Zahlungen, Trades und andere Nicht-Vote-Transaktionen unverändert bleiben.
Die Foundation sagt, dass Dienste, die die Validator-Beteiligung verfolgen, ihre Auslesung der Vote-Programm-Anweisungen durch Zertifikatsdaten in Block-Fußzeilen ersetzen müssen. Ihre Anleitung merkt an, dass Yellowstones gRPC-Fußzeilen-Nachricht diese Zertifikate noch nicht weiterleitet.
Entwickler hatten Zugang zum geänderten Verhalten, als Alpenglow im September Devnet erreichte, nach dem Testnet-Übergang. Die Berichterstattung vom 26. September beschrieb, wie Explorer konkurrierende Kandidatenblöcke bis zur Bestätigung getrennt halten müssen, wobei der ausgewählte Block beibehalten wird, anstatt ihre Transaktionen zu kombinieren.
Anzas Betreiberdokumentation erklärt, wie Plugins die Ersatz-Metadaten erhalten. Agave 4.3 bietet eine optionale Block-Fußzeilen-Benachrichtigung, die Dienste aktivieren und implementieren müssen, wenn sie Fußzeilendaten benötigen. Diese Benachrichtigungen behalten ihre Reihenfolge relativ zu Entry-Benachrichtigungen bei.
Gemäß derselben Dokumentation behält die Uhr der Chain ihr bestehendes Format und ihre Ganzsekunden-Genauigkeit bei. Während der Transaktionsausführung schätzt ihr Zeitstempel, wann der übergeordnete Block endete, und Betreiber werden angewiesen, diesen Wert weiterhin als ungefähr zu behandeln.
Validator-Gebühren werden zu einer separaten Epochengebühr
Die Gebührendokumentation der Solana Foundation besagt, dass die Entfernung von On-Chain-Votes die Gebühren beendet, die auf individuelle Vote-Transaktionen gezahlt werden. Validatoren zahlen stattdessen eine pauschale Aufnahmegebühr von 0,8 SOL pro Epoche, wobei der gesamte Betrag verbrannt wird.
Das Geld kommt vom Vote-Konto und ersetzt das Identitätskonto als Quelle der abstimmungsbezogenen Zahlungen. Betreiber müssen die Gebühr über dem mietfreien Minimum des Kontos halten, gemäß derselben Anleitung.
Die Zahlung erfolgt eine Epoche im Voraus. Die erste Gebühr zu Beginn der Epoche 1064 deckt die Teilnahme in Epoche 1065 ab, und ein Validator, der nicht zahlen kann, verliert die Berechtigung, in der folgenden Epoche abzustimmen oder Blöcke zu produzieren.
Die Foundation sagt, dass die BLS-Public-Key-Registrierung am 8. Juli auf dem Mainnet verfügbar wurde, während das Aufnahme-Feature am 22. Juli aktiviert wurde. Diese vorbereitenden Änderungen aktivierten selbst nicht den Alpenglow-Konsens.
Vor der Migration verlangt ihre Checkliste Version 4.3.2 von Agave, Jito-Solana oder Harmonic Salsa. Firedancer und Frankendancer werden während der Übergabe gemäß den Betreiberanweisungen der Foundation nicht unterstützt.
Zwei Abstimmungspfade ersetzen TowerBFT
Anza beschreibt Votor als zwei Abstimmungspfade, die gleichzeitig laufen. Der eine finalisiert einen Block in einer einzigen Runde mit Antworten von 80 % des Stakes, während der zweite zwei Runden und Schwellenwerte von 60 % verwendet.
Stimmen werden zu direkten Nachrichten, die mit BLS-Kryptografie signiert sind, wodurch mehrere Signaturen zu einem kompakten Zertifikat kombiniert werden können. Anza zufolge verwenden Validatoren ihre eigenen Timer, um einen nicht reagierenden Leader zu identifizieren und für dessen Überspringen zu stimmen.
Der veröffentlichte SIMD-0326-Vorschlag dokumentiert Alternativen, die während der Entwicklung in Betracht gezogen wurden. Ein Design ohne Finalität in einer einzigen Runde bot einen einfacheren Betrieb und 33 % Byzantinische Fehlertoleranz, aber seine Autoren nannten schlechtere Latenz und geringere Absturzresilienz unter den Nachteilen.
Eine weitere Alternative verwendete einen gerichteten azyklischen Graphen, mit möglichen Bandbreiteneinsparungen. Die Autoren des Vorschlags nannten Latenz und Schwierigkeiten bei der vollständigen Nutzung der Bandbreite unter seinen Nachteilen.
Der Vorschlag begrenzt die zugelassene Menge auf 2.000 Validatoren und priorisiert die Betreiber mit dem höchsten Stake. Seine Autoren erklären, dass die Begrenzung dazu beiträgt, Zertifikate klein genug für eine einzelne UDP-Nachricht zu halten, während Beteiligungsaufzeichnungen Belohnungen für Validatoren unterstützen, die aktiv abstimmen.
Der Governance-Genehmigung ging die Implementierung voraus. Im September 2025 wurde der Alpenglow-Vorschlag mit 98,27 % Unterstützung unter den abgegebenen Stimmen angenommen, während der teilnehmende Stake laut den veröffentlichten Zahlen des abgeschlossenen Wahlgangs 52 % des Gesamtwerts ausmachte.
RPC-Zustellung kann hinter der Konsensfinalität zurückbleiben
Anzas Betreiberdokumentation schränkt das Finalitätsziel von etwa 150 Millisekunden ein, indem sie erklärt, dass Knoten außerhalb der zugelassenen Validatormenge das Ergebnis möglicherweise später erhalten.
Über den Standardpfad erfahren diese Knoten die Finalität aus Zertifikaten, die in einem nachfolgenden Block enthalten sind. Anza zufolge kann dies bis zu ein Intervall eines erzeugten Blocks hinzufügen, mit längeren Wartezeiten, wenn Blöcke übersprungen oder verzögert werden.
Ein zugelassener Validator kann Konsensnachrichten direkt an einen Partnernode senden, wodurch die Netzwerklatenz zwischen den Partnern als hauptsächliche zusätzliche Verzögerung verbleibt. Wenn jeder konfigurierte Partner unerreichbar wird, fällt der Empfänger darauf zurück, die Finalität aus späteren Block-Footern zu erfahren.
