Solana bereitet sich darauf vor, ein dramatisch schnelleres Finalitätsziel auf seinem öffentlichen Testnet zu testen. Anza, das Entwicklungsstudio hinter dem Agave-Validator-Client, hat Alpenglow in seinem offiziellen Feature-Gate-Tracker unter „Pending Testnet Activation“ eingetragen; der Tracker wurde am 22. September aktualisiert. Der Eintrag bedeutet, dass die Funktion nun auf die öffentliche Testnet-Aktivierung wartet, wobei bislang keine Aktivierungs-Epoche veröffentlicht wurde.

Der Eintrag identifiziert die Funktion als „SIMD-0326: Alpenglow: new consensus algorithm“ und weist sie Agave v4.3.0 zu. Die Felder für die Testnet-Aktivierungs-Epoche und das Aktivierungsdatum bleiben leer. Agave v4.3.0 ist zudem als nächste erwartete Testnet-Versionsobergrenze aufgeführt — die älteste Softwareversion, die Validatoren ausführen können, während sie mit dem Netzwerk kompatibel bleiben. Anza bezeichnet den Zeitplan als vorläufig, daher ist der Eintrag kein garantiertes Aktivierungsdatum.

Was das 150ms-Ziel tatsächlich misst

Laut Solanas offizieller Upgrade-Dokumentation zielt Alpenglow darauf ab, die Finalität von etwa 12,8 Sekunden auf rund 150 Millisekunden zu reduzieren. Wird dieses Ziel erreicht, wäre die Finalität rund 85-mal schneller.

Finalität ist der Punkt, an dem Validatoren ausreichend Konsens erreicht haben, damit ein Block als unwiderruflich behandelt wird. Es ist nicht einfach der Moment, in dem eine Transaktion erstmals im Netzwerk erscheint. Heute kann eine Anwendung eine Solana-Transaktion als „bestätigt“ sehen, bevor den stärkeren „finalisierten“ Status des Netzwerks erhält. Alpenglow ist darauf ausgelegt, diese beiden Stufen zusammenfallen zu lassen, da ein Finalisierungszertifikat in etwa dem Zeitraum eintreffen könnte, der derzeit mit einer ersten Bestätigung verbunden ist.

Drei Uhren können eine Zahlung bestimmen

• Ausführung: die Transaktion wird ausgeführt und erscheint zunächst in einem Block.
• Protokoll-Finalität: Validatoren stellen fest, dass der Block nicht mehr rückgängig gemacht werden soll.
• Freigabe durch den Dienst: eine Börse, Bridge oder ein Händler entscheidet, wann die Einzahlung gutgeschrieben, Vermögenswerte freigegeben oder die Bestellung abgeschlossen wird.

Alpenglow würde die zweite Uhr verkürzen. Die dritte bleibt weiterhin in der Kontrolle jedes einzelnen Unternehmens, was bedeutet, dass ein Protokollziel von 150ms nicht garantiert, dass jede kundengerichtete Zahlung in 150 Millisekunden abgeschlossen ist.

Wie Alpenglow Solanas Konsens verändert

Die erste Stufe von Alpenglow führt Votor ein, einen Ersatz für den Abstimmungsprozess des aktuellen TowerBFT-Konsenssystems von Solana. Validatoren reichen derzeit Stimmen als Transaktionen ein und bauen Finalität über eine Abfolge von Slots auf. Unter Votor würden sie Stimmen direkt austauschen und zu Zertifikaten zusammenführen, die zeigen, dass genügend Stake einen Block gebilligt hat.

Ein Block könnte nach einer Abstimmungsrunde finalisiert werden, wenn die Beteiligung schnell zustande kommt. Eine zweite Runde stünde zur Verfügung, wenn Netzwerkbedingungen den schnelleren Weg verhindern.

🚨 Testnet operators: Alpenglow activation on testnet only runs on Agave. If you're on Firedancer or Frankendancer today, switch over to an Agave node before the migration window so your stake counts toward activation. Details in the thread below 👇

— Anza (@anza_xyz) September 22, 2026

Das Upgrade ändert nichts daran, wie Smart Contracts ausgeführt werden, wie Guthaben berechnet werden oder wie Nutzer gewöhnliche Transaktionen einreichen. Es ändert, wie Validatoren übereinstimmen, dass der resultierende Block final ist.

Solana hat auch verändert, was Transaktionen enthalten können. Die kürzliche Erhöhung der maximalen Transaktionsgröße schuf mehr Raum für Signaturen, Anweisungen und Beweise. Dieses Upgrade ändert, was in eine Transaktion passt; Alpenglow ändert, wie schnell das Netzwerk sie als unwiderruflich betrachten kann.

Wo schnellere Finalität einen Unterschied machen könnte

• Börsen: eine Plattform könnte Solana-Einzahlungen früher gutschreiben, obwohl Identitätsprüfungen, Wallet-Screening und interne Risikokontrollen den Zugang zu den Mitteln weiterhin verzögern können.
• ridges: eine Bridge könnte die Solana-Seite einer Übertragung früher verifizieren, doch ihre Relayer und die Ziel-Blockchain würden weiterhin nach eigenen Zeitplänen arbeiten.
• Händler: ist die Blockchain-Finalität der langsamste Teil des Bezahlvorgangs, könnte ein Zahlungsabwickler eine unwiderrufliche Zahlung früher bestätigen und mit der Erfüllung der Bestellung beginnen.

Die Verbesserung wäre dort am sichtbarsten, wo ein Dienst derzeit auf Solanas stärkste Abwicklungsabsicherung wartet. Weniger Wirkung hätte sie, wenn Compliance-Prüfungen, eine andere Blockchain oder ein Off-Chain-Zahlungssystem bereits die größere Verzögerung verursachen.

Die getrackte Aktivierung unterstützt derzeit nur Agave

Solana kann über unabhängig entwickelte Validator-Clients betrieben werden. Agave wird von Anza gepflegt, während Firedancer und Frankendancer alternative Implementierungen bereitstellen. Der aktuelle Alpenglow-Eintrag weist die Funktion Agave v4.3.0 zu und markiert sowohl Firedancer als auch Frankendancer als nicht unterstützt.

Der Eintrag beschreibt das ausstehende Testnet-Feature-Gate; er legt nicht fest, welche Clients Alpenglow unterstützen werden, bis eine Mainnet-Aktivierung erwogen wird. Im Tracker findet sich kein Datum für die Unterstützung eines der alternativen Clients. Ihre Bereitschaft bleibt daher eine offene Rollout-Frage und ist kein Beleg dafür, dass sie dauerhaft ausgeschlossen wurden.

Was die Testnet-Aktivierung beweisen muss

• Migration: können Validatoren das Konsenssystem wechseln, ohne die Blockproduktion zu unterbrechen?
• Beobachtete Geschwindigkeit: nähert sich die gemessene Finalität 150ms an, statt das Ziel lediglich in kontrollierten Tests zu erreichen?
• Netzwerkverzögerungen: bleibt die Finalität zuverlässig, wenn Validatoren oder Internetverbindungen langsam reagieren?
• Infrastruktur-Auslieferung: erhalten RPC-Anbieter und Indexer die neuen Finalitätsdaten schnell und konsistent?
• Client-Bereitschaft: wann können zusätzliche Validator-Implementierungen das neue Konsenssystem unterstützen?

Der 150ms-Wert ist eine Erwartung, keine Konstante. Solanas Dokumentation besagt, dass die Finalität je nach Stake-Verteilung und davon, ob ein Block eine oder zwei Abstimmungsrunden benötigt, variieren kann. Manche Infrastruktur kann zudem später erfahren, dass ein Block finalisiert wurde, als die Validatoren, die das Zertifikat direkt erzeugen.

Selbst ein erfolgreiches Testnet-Ergebnis würde keine identische Performance im Mainnet garantieren. Validator-Beteiligung, Stake-Verteilung und Netzwerkverkehr können sich zwischen den beiden Umgebungen unterscheiden.

Eine Aktivierungs-Epoche wird den echten Test beginnen

Der nächste überprüfbare Meilenstein wird eine veröffentlichte Aktivierungs-Epoche oder eine offizielle Mitteilung sein, dass das Feature-Gate geöffnet wurde. Öffentliche Testnet-Daten können dann zeigen, wie nahe Alpenglow seinem Ziel kommt und wie schnell das resultierende Finalitätssignals und Infrastruktur erreicht.

Für Zahlungsunternehmen ist eine schnellere Validator-Konsensbildung nur nützlich, wenn sie diese Informationen schnell genug erhalten, um den Zeitpunkt der Mittel Freigabe zu ändern. Die Aktivierungs-Epoche wird diesen Test beginnen; sie wird die Frage nicht allein beantworten.

Dieser Artikel dient ausschließlich Informationszwecken. Netzwerk-Zeitpläne, die Unterstützung durch Validator-Clients und die gemessene Finalität können sich im Verlauf der Tests ändern.

Quelle: Solana Prepares to Test 150ms Finality — Coindoo