Alpenglow maakt Solana sneller, maar vooral anders voor bouwers

Illustratie van een digitaal netwerk met een snelle route naar bevestiging

De interessantste verandering zit niet in de stopwatch
Solana test een nieuwe manier om transacties definitief te maken. Alpenglow draait inmiddels op het publieke testnet en devnet. De belofte is fors: finaliteit zou van ongeveer 12,8 seconden naar circa 150 milliseconden kunnen gaan. Dat is aantrekkelijk voor betalingen en handelsplatforms, maar de echte test ligt elders: kunnen ontwikkelaars hun infrastructuur aanpassen zonder dat gebruikers daar iets van merken?

Finaliteit is het moment waarop een blok niet meer kan worden teruggedraaid. Voor een klant die een betaling doet, maakt het verschil tussen een halve seconde en dertien seconden vooral de ervaring soepeler. Voor een beurs betekent het mogelijk dat een storting eerder wordt vrijgegeven. Toch verdwijnt niet iedere wachttijd. Een wallet kan transacties lokaal verwerken en een handelsplatform kan extra controles blijven uitvoeren.

Een andere rol voor validators
Alpenglow vervangt de huidige stemmethode TowerBFT door Votor. Validators sturen hun stemmen rechtstreeks naar elkaar en bundelen de uitkomst in certificaten, in plaats van die stemmen als gewone transacties in blokken te zetten. Daardoor kan het netwerk in één of twee rondes overeenstemming bereiken. De uitvoering van transacties zelf verandert niet: programma’s, kosten en het Solana Virtual Machine-model blijven volgens de technische uitleg van de Solana Foundation hetzelfde.

Dat ontwerp maakt ook duidelijk waarom de upgrade meer is dan een snelheidsupdate. Stemtransacties verdwijnen uit de blokken. Grafieken die zulke stemmen meetellen, kunnen daardoor een scherpe daling tonen zonder dat gebruikers minder actief zijn geworden. Dataproviders moeten hun historische reeksen opnieuw ijken. Indexers krijgen een ander probleem: wanneer meerdere kandidaatblokken binnen één slot worden opgebouwd, moeten zij de gegevens gescheiden houden totdat het netwerk een winnaar heeft aangewezen.

Wie moet nu opletten?
Een eenvoudige applicatie die transacties verstuurt en saldi leest, heeft waarschijnlijk weinig werk. De impact zit bij explorers, Geyser- en gRPC-diensten, handelsinfrastructuur en validators. Zij moeten onder meer rekening houden met bank_id, een identificatie waarmee verschillende kandidaatstaten binnen een slot uit elkaar blijven. Wie gegevens van meerdere aanbieders combineert, kan die lokale identificatie niet zomaar als universele sleutel gebruiken.

Een doel, geen garantie
De 150 milliseconden is een richtwaarde uit ontwerp en tests, geen belofte voor iedere situatie op het hoofdnetwerk. Netwerkafstand, validatorverdeling en extra controles bepalen de ervaring. De volgende fase, Rotor voor gegevensverspreiding, staat bovendien nog los van de eerste stap en heeft geen vast tijdpad. Alpenglow is daarom vooral een infrastructuurproef: eerst aantonen dat de nieuwe consensus betrouwbaar werkt, daarna pas de snelheid als dagelijks product verkopen.

Comments