Solanas Alpenglow: Die Konsens-Neuschreibung, die Proof of History ablöst und eine Finalität von 150 ms liefert

Eine Visa-Transaktion dauert etwa 1,8 Sekunden bis zur Autorisierung. Eine Google-Suche liefert Ergebnisse in 200 Millisekunden. Solanas Alpenglow-Upgrade, das im September 2025 mit einer Validator-Unterstützung von 98,27 % genehmigt wurde und Anfang 2026 im Mainnet eingeführt wird, strebt eine Transaktionsfinalität in 150 Millisekunden an – schneller als ein menschlicher Lidschlag, schneller als eine Google-Suche und etwa 85-mal schneller als das aktuelle Bestätigungsfenster von Solana von 12,8 Sekunden.

Dies ist keine schrittweise Parameteranpassung. Alpenglow ist die grundlegendste architektonische Änderung in der Geschichte von Solana – ein vollständiger Ersatz der Konsensschicht der Chain von Grund auf, der Proof of History, Tower BFT und die Gossip-basierte Abstimmungsweitergabe in den Ruhestand schickt. An ihre Stelle treten zwei neue Protokolle namens Votor und Rotor, die neu definieren, wie sich das Netzwerk auf einen Zustand einigt und Daten zwischen Validatoren bewegt.

Was Alpenglow tatsächlich ersetzt

Um zu verstehen, warum Alpenglow wichtig ist, muss man verstehen, was es eliminiert.

Solana startete im Jahr 2020 mit einem neuartigen Konsensmechanismus, der auf drei Säulen aufbaute:

• Proof of History (PoH): Eine kryptografische Uhr, die eine überprüfbare Reihenfolge von Ereignissen festlegt, ohne dass Validatoren über die Zeit kommunizieren müssen. Jeder Validator betreibt eine SHA-256-Hash-Kette und erzeugt sequentielle Zeitstempel, die beweisen, wann Transaktionen im Verhältnis zueinander stattgefunden haben.
• Tower BFT: Ein modifiziertes Practical Byzantine Fault Tolerance-Protokoll, das PoH als Zeitquelle nutzt. Validatoren geben Stimmen für Blöcke mit exponentiell steigenden Sperrfristen (Lockout-Phasen) ab, was bedeutet, dass es umso schwieriger wird zu wechseln, je länger sie für einen bestimmten Fork stimmen.
• Gossip-basierte Abstimmungsweitergabe: Validatoren übertragen ihre Stimmen über ein Peer-to-Peer-Gossip-Netzwerk aneinander, was einen erheblichen Bandbreiten-Overhead verursacht.

Diese Architektur war im Jahr 2020 bahnbrechend. Sie ermöglichte es Solana, Blockzeiten von 400 Millisekunden und einen Durchsatz zu erreichen, mit dem kein anderer Layer 1 mithalten konnte. Doch fünf Jahre produktiver Betrieb legten grundlegende Einschränkungen offen.

PoH schuf eine enge Kopplung zwischen dem Blockproduzenten (Leader) und dem Rest des Netzwerks. Der Lockout-Mechanismus von Tower BFT verhinderte zwar bestimmte Angriffe, führte jedoch zu langen Bestätigungsverzögerungen – jenen 12,8 Sekunden, die Nutzer heute erleben, bevor eine Transaktion wirklich final ist. Und das Gossip-basierte Abstimmen verbrauchte enorme Bandbreite, wobei Abstimmungstransaktionen einen erheblichen Teil der On-Chain-Aktivität von Solana ausmachten.

Alpenglow patcht diese Systeme nicht. Es entfernt sie vollständig.

Votor: Single-Round Finality bei 150 Millisekunden

Das Kernstück von Alpenglow ist Votor, ein neues Abstimmungsprotokoll, das sowohl Tower BFT als auch die On-Chain-Abstimmungsweitergabe ersetzt. Anstatt Stimmen als Transaktionen auf der Blockchain selbst zu verbreiten, signieren Validatoren Abstimmungszertifikate mit BLS (Boneh-Lynn-Shacham) aggregierten Signaturen und verteilen diese Off-Chain.

Votor arbeitet mit zwei gleichzeitigen Finalisierungspfaden:

Fast Finalization (Schnelle Finalisierung). Wenn ein Block Abstimmungszertifikate erhält, die mindestens 80 % der im Netzwerk gestakten SOL repräsentieren, wird er sofort finalisiert. Keine zweite Runde. Kein Warten. Der Block ist kanonisch, und jeder konkurrierende Fork wird dauerhaft abgelehnt. Unter normalen Netzwerkbedingungen – wenn die überwiegende Mehrheit der Validatoren online und reaktionsschnell ist – erzeugt dieser Pfad eine Finalität in etwa 150 Millisekunden.

Slow Finalization (Langsame Finalisierung). Wenn ein Block in der ersten Runde die 80 %-Schwelle nicht erreichen kann (weil einige Validatoren offline, langsam oder gegnerisch sind), beginnt automatisch eine zweite Abstimmungsrunde, sobald eine Zustimmung von 60 % erreicht ist. Wenn auch diese zweite Runde eine Zustimmung von 60 % erreicht, wird der Block mit einem Finalized Certificate finalisiert. Dieser Pfad dauert länger, stellt aber sicher, dass das Netzwerk auch unter verschlechterten Bedingungen weiterhin Fortschritte macht.

Beide Pfade laufen gleichzeitig ab. Das Protokoll wartet nicht ab, ob die schnelle Finalisierung fehlschlägt, bevor es mit der langsamen Finalisierung beginnt – es führt beide parallel aus und schließt diejenige ab, die zuerst erfolgreich ist.

Die praktischen Auswirkungen sind gewaltig. Die aktuelle Finalität von Solana von 12,8 Sekunden bedeutet, dass dezentrale Anwendungen entweder komplexe optimistische Bestätigungssysteme bauen oder Nutzer zum Warten zwingen müssen. Bei 150 Millisekunden wird die Bestätigungsverzögerung nicht mehr wahrnehmbar. Ein DEX-Swap, eine Spielaktion, eine Zahlung – alles wird aus der Sicht des Nutzers sofort ausgeführt.

Rotor: Überdenken der Datenverbreitung

Die zweite Komponente von Alpenglow ist Rotor, ein verbessertes Blockverbreitungsprotokoll, das Turbine ersetzt, die bestehende Datenverbreitungsschicht von Solana.

Turbine funktioniert, indem Blöcke in kleine Pakete, sogenannte „Shreds“, aufgeteilt und über eine mehrschichtige Baumstruktur mit einem Fanout von 200 verteilt werden. Jede Schicht des Baums verursacht Latenz, und der Leader-Knoten trägt eine unverhältnismäßig hohe Bandbreitenlast als einzige Quelle aller Blockdaten.

Rotor ändert dieses Modell grundlegend:

• Single-Hop-Relay-Architektur. Anstelle von mehrschichtigen Bäumen verwendet Rotor Relay-Knoten, die die Shred-Verbreitung in einem einzigen Hop abwickeln. Jeder Shred wird als einzelnes Erasure-codiertes Paket übertragen, wodurch die Anzahl der erforderlichen Network-Hops minimiert wird.
• Stake-proportionale Bandbreitennutzung. Rotor weist den Validatoren Bandbreite proportional zu ihrem Stake zu, was bedeutet, dass größere Validatoren mehr Bandbreite zur Blockverbreitung beitragen. Dies entschärft den Leader-Engpass, der Solana in Zeiten hoher Last geplagt hat.
• DoubleZero-Kompatibilität. Rotor ist nativ kompatibel mit Multicast-Systemen wie DoubleZero, der dedizierten Glasfaser-Netzwerkinfrastruktur von Solana, was eine noch schnellere Verbreitung für Validatoren ermöglicht, die an Hochleistungsnetzwerke angeschlossen sind.

Die Kombination aus Votor und Rotor bedeutet, dass Blöcke sowohl schneller verbreitet als auch schneller finalisiert werden – eine kumulative Verbesserung, die jede Ebene des Performance-Stacks des Netzwerks betrifft.

Die Debatte über Sicherheitskompromisse

Die Geschwindigkeitsvorteile von Alpenglow gibt es nicht umsonst. Das Protokoll führt ein Sicherheitsmodell ein, das von den traditionellen Annahmen der Byzantinischen Fehlertoleranz (BFT) abweicht, und dieser Kompromiss hat innerhalb der breiteren Blockchain-Community erhebliche Debatten ausgelöst.

Klassische BFT-Protokolle tolerieren bis zu 33 % bösartig agierender Validatoren. Alpenglow arbeitet unter einem Modell, das seine Entwickler als „20 + 20“-Resilienzmodell bezeichnen: Das Netzwerk behält die Safety bei (finalisiert niemals widersprüchliche Blöcke), wenn bis zu 20 % des Stakes von Widersachern kontrolliert werden, und behält die Liveness bei (setzt die Blockproduktion fort), wenn zusätzliche 20 % des Stakes offline sind oder nicht reagieren.

Dies bedeutet, dass Alpenglows reine Toleranz gegenüber böswilligen Akteuren von den traditionellen 33 % auf 20 % sinkt. Im Gegenzug erhält es ein differenzierteres Modell für Ausfälle in der realen Welt: Validatoren sind nicht einfach nur „ehrlich“ oder „bösartig“, sondern können auch „offline“, „langsam“ oder „geografisch benachteiligt“ sein. Das 20 + 20-Modell berücksichtigt explizit diese gemischten Ausfallszenarien.

Kritiker, darunter der Sicherheitsforscher Jeff Garzik, argumentieren, dass die Senkung der Schwelle für Angreifer ein gefährlicher Präzedenzfall ist. Da 20 % die Schwelle für eine Übernahme darstellen, sinken die Kosten für einen Angriff auf das Netzwerk proportional. In einem Netzwerk, in dem die Stake-Konzentration bereits ein Problem darstellt – die nach Stake führenden Validatoren kontrollieren erhebliche Teile des gesamten Solana-Stakes –, verringert sich die Sicherheitsmarge weiter.

Befürworter entgegnen, dass die 33 %-Schwelle im traditionellen BFT theoretisch und nicht praktisch sei. In der Realität ist ein Netzwerk, in dem 33 % des Stakes bösartig werden, bereits auf andere Weise katastrophal gescheitert. Das 20 + 20-Modell, so argumentieren sie, spiegle die tatsächlichen Ausfallmodi besser wider und optimiere für den Regelfall (die meisten Validatoren sind ehrlich und online) statt für den katastrophalen Grenzfall.

Die Debatte ist noch nicht abgeschlossen und stellt einen der folgenreichsten architektonischen Kompromisse im modernen Blockchain-Design dar. Ethereum zum Vergleich hat die traditionelle 33 %-Schwelle in seinem Gasper-Konsensmechanismus beibehalten und priorisiert Sicherheitsgarantien gegenüber der Latenzoptimierung.

Was eine Finalität von 150 ms ermöglicht

Die Lücke zwischen 12,8 Sekunden und 150 Millisekunden ist nicht nur quantitativ. Sie überschreitet eine Schwelle, die völlig neue Kategorien von Anwendungen ermöglicht.

Hochfrequenz-DeFi. Aktuelle dezentrale Börsen auf Solana verlassen sich auf optimistische Bestätigungen – sie akzeptieren Transaktionen, bevor sie wirklich final sind, in der Hoffnung, dass sie nicht rückgängig gemacht werden. Bei einer Finalität von 150 ms werden optimistische Bestätigungen überflüssig. DEX-Trades werden mit der gleichen Geschwindigkeit und Sicherheit abgewickelt wie das Order-Matching an zentralisierten Börsen. Liquidationsprotokolle können auf Preisbewegungen mit einer Granularität reagieren, die in Bruchteilen einer Sekunde gemessen wird.

Echtzeit-Gaming. Blockchain-Gaming hat mit dem grundlegenden Spannungsfeld zwischen Spielgeschwindigkeit und Abwicklungsgeschwindigkeit zu kämpfen. Bei einer Finalität von 12,8 Sekunden fühlen sich On-Chain-Spielaktionen im Vergleich zu Web2-Alternativen träge an. Bei 150 ms verschwindet die Verzögerung. Spieleraktionen können in kürzerer Zeit auf die Chain übertragen werden, als der typische Netzwerk-Ping zwischen einem Spieler in New York und einem Gameserver in Virginia dauert.

Maschine-zu-Maschine-Zahlungen. Die aufstrebende Wirtschaft von KI-Agenten, die autonome Transaktionen ausführen, erfordert Abwicklungsgeschwindigkeiten, die mit der Rechengeschwindigkeit Schritt halten. Bei einer Finalität von 150 ms kann ein KI-Agent eine Transaktion innerhalb eines einzigen Entscheidungszyklus ausführen, bestätigen und darauf aufbauen – was die Art von autonomem Echtzeithandel ermöglicht, auf den Protokolle wie x402 hinarbeiten.

Institutionelle Abwicklung. Für institutionelle Händler, die eine On-Chain-Ausführung bewerten, ist die Zeit bis zur Finalität eine kritische Kennzahl. Eine Kreditkartenautorisierung dauert etwa 1,8 Sekunden. ACH-Überweisungen dauern Tage. Mit 150 ms wird Solana zur ersten öffentlichen Blockchain, bei der die Abwicklung tatsächlich schneller ist als jede bestehende Zahlungsschiene – nicht in der Theorie, sondern in der messbaren, prüfbaren Praxis.

Die Wettbewerbslandschaft

Alpenglow existiert nicht in einem Vakuum. Seine Einführung verändert die Wettbewerbsdynamik in der gesamten Layer-1-Landschaft.

Netzwerk	Aktuelle Finalität	Ziel-Finalität	Ansatz
Solana (Alpenglow)	12,8 Sekunden	150 Millisekunden	Votor/Rotor-Konsens-Rewrite
Ethereum	~13 Minuten	8 Sekunden	Minimmit-Konsens (Strawmap-Roadmap)
Sei Network	0,45 Sekunden	0,39 Sekunden	Parallele EVM-Optimierung
Somnia	Unter einer Sekunde	Unter einer Sekunde	Multi-Stream-Konsens
Avalanche	~2 Sekunden	Unter einer Sekunde	Snowman++ Optimierungen

Solanas Ziel von 150 ms würde es mit deutlichem Abstand zur schnellsten großen öffentlichen Blockchain machen. Die Roadmap von Ethereum strebt eine Finalität von 8 Sekunden durch den Minimmit-Konsensmechanismus an, aber dieses Upgrade ist Teil einer mehrjährigen Roadmap mit sieben Forks, die bis 2029 reicht. Das Sei-Netzwerk bietet eine Finalität unter einer Sekunde, jedoch mit einem viel kleineren Validator-Set. Somnia beansprucht eine Kapazität von Millionen TPS, muss dies aber erst noch in der Größenordnung von Solana beweisen.

Auch der Zeitpunkt ist bemerkenswert. Das Solana-Ökosystem hat die Vertrauenskrise nach FTX überstanden, die Dynamik unter den Entwicklern mit 7.625 neuen SVM-Entwicklern im Jahr 2024 (83 % Wachstum) wieder aufgebaut und institutionelle Aufmerksamkeit durch ETFs erregt, die 1,45 Mrd. $ halten, wobei 50 % der institutionellen 13F-Anmelder investiert sind. Alpenglow erscheint als das Infrastruktur-Upgrade, das Solanas Positionierung als Leistungsführer unter den dezentralen Netzwerken zementieren könnte.

Der Weg zum Mainnet

Die Implementierung von Alpenglow folgt einem phasenweisen Ansatz:

1. Governance-Zulassung (September 2025): SIMD-0326 wurde mit 98,27 % Zustimmung, 1,05 % Ablehnung und 0,36 % Enthaltungen bei einer Beteiligung von 52 % der gestakten Token angenommen.
2. Testnet-Rollout (Ende 2025): Ein öffentliches Testnet wurde auf der Solana Breakpoint im Dezember 2025 vorgestellt, was es Validatoren ermöglichte, den neuen Konsens in einer kontrollierten Umgebung zu testen.
3. Mainnet-Bereitstellung (Q1 2026): Der Produktions-Rollout ist im Gange, wobei die Votor-Aktivierung zuerst erwartet wird, gefolgt von Rotor in einer späteren Phase.

Der phasenweise Ansatz spiegelt die Lehren aus früheren Solana-Upgrades wider. Anstatt alles gleichzeitig bereitzustellen, sequenziert das Team von Anza (die Kernentwicklungsorganisation hinter Solana) die Komponenten, um Unterbrechungen zu minimieren. Votor — der Abstimmungsmechanismus — wird zuerst ausgeliefert, da er die am deutlichsten sichtbare Verbesserung für die Nutzer (Finalitätsgeschwindigkeit) bietet, ohne die Art und Weise der Daten-Propagierung zu ändern. Rotor folgt, sobald Votor im Produktivbetrieb stabil läuft.

Validatoren stehen vor einem Migrationspfad, der die Aktualisierung ihrer Client-Software erfordert, jedoch keine Änderungen am Code auf Anwendungsebene verlangt. Smart Contracts, Token und DeFi-Protokolle, die auf Solana aufgebaut sind, werden von der schnelleren Finalität ohne jegliche Modifikationen profitieren — die Verbesserung findet vollständig auf der Konsensebene statt.

Was dies für Entwickler bedeutet

Für Entwickler, die auf Solana aufbauen, beseitigt Alpenglow eines der letzten verbleibenden Argumente für zentralisierte Alternativen. Der Einwand „Blockchain ist zu langsam“ verliert seine Kraft, wenn die Finalität schneller eintritt als das Durchziehen einer Kreditkarte.

Das Upgrade führt jedoch auch neue Designüberlegungen ein. Anwendungen, die sich bisher auf optimistische Bestätigungen verlassen haben, können nun eine deterministische Finalität nutzen, was ihre Sicherheitsmodelle vereinfacht. Protokolle, die Transaktionen gebündelt haben, um Bestätigungsverzögerungen zu amortisieren, können zu einer Abrechnung pro Transaktion übergehen. Und jedes System, das derzeit UX-Muster wie „Warten auf Bestätigung“ enthält, kann diese vollständig entfernen.

Das Konsens-Rewrite eliminiert zudem Vote-Transaktionen von der Blockchain selbst, da Votor die Abstimmung Off-Chain verlagert. Dies gibt Blockspace frei, der zuvor durch die Koordination der Validatoren verbraucht wurde, und erhöht effektiv den nutzbaren Durchsatz des Netzwerks, ohne die Blockgrößenlimits zu ändern.

Alpenglow ist nicht bloß ein Upgrade. Es ist ein Statement darüber, was dezentrale Infrastruktur sein kann — ein System, in dem vertrauensloser Konsens schneller geschieht als eine zentralisierte Autorisierung, in dem die Blockchain nicht der Flaschenhals, sondern der Beschleuniger ist.

Ob Solana dieses Versprechen einlöst, hängt von einem reibungslosen Mainnet-Rollout ab und davon, ob sich der Adversarial-Schwellenwert von 20 % in der Praxis als ausreichend erweist. Doch das Ziel ist klar: „schnell genug“ ununterscheidbar von „sofort“ zu machen.

---

BlockEden.xyz bietet Hochleistungs-RPC- und API-Infrastruktur für Solana und andere führende Blockchains. Während Alpenglow die Konsensebene von Solana transformiert, ist unsere Node-Infrastruktur darauf ausgelegt, den Zugang mit geringer Latenz zu bieten, den Entwickler benötigen, um die Vorteile der Sub-Sekunden-Finalität voll auszuschöpfen. Erkunden Sie unsere Solana-API-Dienste, um auf der schnellsten öffentlichen Blockchain zu entwickeln.