Solana's Alpenglow-consensusupgrade gaat live op devnet, gericht op finaliteit van 100 milliseconden
Belangrijkste punten
- •Alpenglow werd op 25 september geactiveerd op Solana's devnet op epoch 1167 na een aftelling van 17 minuten, waarbij ingenieurs van Anza de migratie uitvoerden.
- •De upgrade vervangt TowerBFT door Votor, een stemsysteem ontwikkeld door Anza in samenwerking met onderzoekers van ETH Zürich en goedgekeurd via SIMD-0326.
- •Alpenglow heeft als doel transactiefinaliteit van circa 100 milliseconden wanneer validators met ten minste 80% van de netwerkinzet op tijd reageren, met een fallback die finaliteit levert in ongeveer 150 milliseconden.
- •Validatorstemmen zullen geen blokruimte meer verbruiken — volgens sommige schattingen wel 75% — omdat ze worden geaggregeerd in compacte BLS-certificaten, wat mogelijk capaciteit vrijmaakt voor gebruikerstransacties.
- •Er is geen vaste datum vastgesteld voor de mainnet-beta-implementatie, en het 20+20-fouttolerantiemodel van het protocol is ontworpen om het netwerk stabiel te houden als 20% van de validators offline gaat terwijl nog eens 20% te maken krijgt met aanvallen of verstoringen.

Solana heeft zijn ontwikkelaarsnetwerk gemigreerd naar Alpenglow, een grote consensusupgrade die is ontworpen om de tijd tot transactiefinaliteit aanzienlijk te verkorten en te veranderen hoe validators zich over de blockchain coördineren. De migratie werd op 25 september voltooid, waarbij de activering — bekend als Alpenswitch — inging op epoch 1167 na een aftelling van 17 minuten. De overgang werd uitgevoerd door ingenieurs van Anza, het bedrijf dat kernsoftware voor het Solana-netwerk ontwikkelt, en Solana-medegrondlegger Anatoly Yakovenko benadrukte de mijlpaal kort na de migratie in een korte socialmedia-post.
Alpenglow is ontworpen om de transactiefinaliteit van Solana te reduceren van circa 12,8 seconden naar tussen de 100 en 150 milliseconden, wat mogelijk vrijwel directe bevestiging mogelijk maakt voor toepassingen die afhankelijk zijn van snelle afwikkeling. Finaliteit is het punt waarop een transactie als definitief afgehandeld wordt beschouwd en niet kan worden teruggedraaid, waardoor het een van de kernbenchmarks is voor hoe responsief een blockchain in de praktijk aanvoelt; het verplaatsen van die garantie van enkele seconden naar een fractie van een seconde zou bevestiging dichter bij de directheid brengen die gebruikers van conventionele internetapplicaties verwachten.
De upgrade wordt nu getest Solana's devnet, nadat het protocol al op testnet was ingezet. Het draaien van het nieuwe consistentsysteem in beide openbare testomgevingen geeft ontwikkelaars en netwerkbeheerders de kans om de prestaties en stabiliteit te onderzoeken voordat een beslissing wordt genomen over implementatie op het mainnet-beta-netwerk, de productieomgeving waarin transacties echte waarde vertegenwoordigen.
Votor vervangt TowerBFT
De kern van de wijziging vervangt Solana's langdurige TowerBFT-consensusmechanisme, dat het netwerk sinds de mainnet-lancering in 2020 beveiligt, door Votor, een nieuw stemsysteem ontwikkeld door ingenieurs van Anza in samenwerking met onderzoekers van ETH Zürich. Validators keurden de wijziging goed onder Solana Improvement Document SIMD-0326, het formele mechanisme van het netwerk voor het ratificeren van protocolwijzigingen.
Votor verandert hoe validators steminformatie uitwisselen. In plaats van individuele technische stemmen als transacties binnen blokken vast te leggen, communiceren validators die stemmen rechtstreeks, waarna de informatie kan worden geconsolideerd in cryptografische BLS-certificaten — geaggregeerde handtekeningen die veel individuele stemmen samenvatten tot één compact bewijs.
De wijziging is bedoeld om het aandeel van de blokcapaciteit dat wordt verbruikt door consensusgerelateerde activiteit te verkleinen. Technische stemtransacties namen voorheen een aanzienlijk deel van Solana's blokruimte in beslag, met schattingen die uitkomen op wel 75%. Door deze activiteit buiten de transactiestroom te verplaatsen en te aggregeren in compacte certificaten, is Alpenglow ontworpen om extra netwerkcapaciteit vrij te maken voor gebruikerstransacties en mogelijk de operationele kosten voor validators te verlagen.
Opmerkelijk is dat de upgrade geen fundamentele herontwerp van Solana's virtuele machine of smart-contractarchitectuur vereist. Applicaties gebouwd op de bestaande Solana Virtual Machine kunnen blijven draaien terwijl het onderliggende consensusmechanisme verandert.
Finaliteitsdoelen onder de seconde
Alpenglow's belangrijkste prestatiedoel is een aanzienlijke verkorting van de tijd die transacties nodig hebben om definitief te worden. Onder het nieuwe systeem wordt finaliteit verwacht in ongeveer 100 milliseconden wanneer validators die ten minste 80% van de inzet van het netwerk vertegenwoordigen binnen de vereiste periode reageren. Een fallback-mechanisme is ontworpen om finaliteit te leveren in ongeveer 150 millen wanneer de hogere drempel niet onmiddellijk wordt gehaald.
De overstap naar finaliteit onder de seconde kan bijzonder relevant zijn voor betalingstoepassingen, handelssystemen en Web3-games, waar vertragingen in transactiebevestiging de gebruikerservaring direct kunnen beïnvloeden.
Het protocol omvat ook een 20+20-fouttolerantiemodel. Volgens deze structuur is het netwerk ontworpen om stabiel te blijven als 20% van de validators onbereikbaar wordt terwijl tegelijkertijd nog eens 20% te maken krijgt met aanvallen of andere verstoringen.
Ontwikkelaars beginnen met testen in de praktijk
De inzet op devnet geeft applicatieontwikkelaars een risicoarme omgeving om software te testen tegen de nieuwe consensusregels. Devnet-tokens hebben geen echte geldwaarde, waardoor teams transactiegedrag kunnen onderzoeken zonder gebruikers bloot te stellen aan de financiële risico's van mainnet-activiteit. Betalingstoepassingen kunnen de omgeving gebruiken om snellere bevestiging te beoordelen, terwijl blockchain-games kunnen testen of lagere afwikkelingslatentie interactieve ervaringen verbetert.
Niet elke applicatie vereist wijzigingen. Basissetoftware die transacties verstuurt of accountsaldi uitleest kan zonder grote aanpassingen blijven werken. Analyseplatforms en diensten die blockchaint transacties tellen, moeten hun methoden mogelijk echter aanpassen, omdat validatorstemmen niet langer als afzonderlijke transacties binnen blokken zullen verschijnen.
Alpenglow is live on devnet
— Solana (@solana) September 25, 2026
Dataservices moeten ook rekening houden met concurrerende kandidaat-blokken totdat het netwerk definitieve overeenstemming bereikt; het voortijdig combineren van informatie uit concurrerende blokken kan leiden tot onnauwkeurige historische gegevens.
Mainnet-timing blijft onzeker
Alpenglow draait nu op Solana's devnet en testnet, maar er is geen vaste datum aangekondigd voor de implementatie op mainnet-beta. Stabiliteitstesten lopen nog steeds, en de genoemde prestatiegetallen zijn doelen op basis van protocolestesten en simulaties in plaats van bevestigde resultaten onder volledige livemarktomstandigheden. De daadwerkelijke gebruikerservaring kan ook afhangen van walletverwerking, stortingsprocedures van exchanges en andere infrastructuur buiten de consensuslaag.
De openbare testfase geeft Solana-ontwikkelaars en infrastructuurleveranciers de kans om te valideren of Allow's beoogde snelheid en veerkracht zich vertalen in betrouwbare prestaties voordat het protocol voor mainnet-implementatie wordt overwogen. De migratie vertegenwoordigt daarom een belangrijke technische test voor Solana in plaats van een voltooide netwerkbrede upgrade, en de resultaten van devnet en testnet zullen belangrijk bewijs leveren over hoe de nieuwe consensusarchitectuur presteert onder grotere werkbelastingen — en of het netwerk kan toeslaan naar zijn beoogde finaliteit onder de seconde op live infrastructuur. De aandachtspunten vanuit hier zijn of devnet en testnet de beoogde finaliteitsgetallen vasthouden naarmate de testwerkbelasting groeit, en of een volgende bestuursstap een mainnet-beta-activering op een concrete planning zet.