Solana's volgende grote consensusherziening, Alpenglow, staat gepland om op 21 oktober 2026 te beginnen met de uitrol op mainnet—and het kan een neveneffect veroorzaken dat weinig toevallige waarnemers verwachten: een steile, puur statistische daling van het gerapporteerde transactieaantal van het netwerk.

Volgens de Alpenglow-documentatie van de Solana Foundation moet epoch 1064 beginnen rond 15:00 UTC op 21 oktober. Omdat de timing van epochs kan verschuiven, is dat tijdstip een schatting en geen vast activatiemoment. Epochs zijn lange reeksen slots die Solana's ledger structureren, waardoor hun grenzen verschuiven met de daadwerkelijke blockproductie—goed om te weten voor iedereen die de uitrol in realtime volgt. TowerBFT blijft gedurende de eerste 5.000 slots van de epoch actief—circa 18 minuten—waarna de Alpenglow-consensus is gepland om het over te nemen op slot 459.653.000.

De main-release draait om Votor, Alpenglow's nieuwe stem- en finaliteitsprotocol, dat blockfinaliteit van circa 150 milliseconden nastreeft—een daling van ongeveer 12,8 seconden onder het huidige TowerBFT-systeem. Rotor, een apart Alpenglow-onderdeel dat bedoeld is om Solana's Turbine-blockpropagatiesysteem te vervangen, is gepland voor een latere release en heeft nog geen mainnetdatum. De gefaseerde aanpak houdt de Oktober-activering gericht op alleen de consensuswijzigingen.

Een Andere Upgrade Afhankelijk Van Wie Kijkt

Het onderscheid is belangrijk. Alpenglow is ontworpen om de gewone wallet-ervaring intact te laten, terwijl de infrastructuur die Solana-data produceert, streamt en interpreteert aanzienlijk zal veranderen. Van gewone gebruikers wordt niet verwacht dat ze transacties anders indienen; het aanpassingswerk ligt bij validatoroperators, infrastructuuraanbieders en dataplatforms.

Votor Vervangt On-Chain Stemmen Door Validatorcertificaten

Consensus is het proces waarmee de validators van een blockchain overeenkomen welke blocks tellen. Onder Solana's huidige TowerBFT-consensus brengen validators hun stemmen uit als on-chain transacties. Die stemmen hopen zich op over 32 slots voordat een block finaliteit bereikt, wat de wachttijd van circa 12,8 seconden veroorzaakt voor de sterkste settlement-garantie.

Votor haalt die stemmen uit het block zelf. Validators sturen ze rechtstreeks naar elkaar en aggregeren ze tot certificaten, waardoor een block finaliteit kan bereiken in één of twee stemrondes.

Het streefcijfer van 150 milliseconden verwijst naar hoe lang een transactie nodig heeft om definitief te worden—dat wil zeggen, onomkeerbaar. Het betekent niet dat Solana elke 150 milliseconden een nieuw block produceert; slot-tijden werden afzonderlijk in oktober teruggebracht naar 200 milliseconden.

Voor diensten die wachten op finaliteit voordat zij een storting bijschrijven, goederen vrijgeven of een overdracht voltooien, kan de wijziging een groot deel van de vertraging wegnemen die door Solana's eigen consensusproces wordt veroorzaakt. Het verwijdert geen vertragingen die worden opgelegd door risiccontroles van beurzen, bridges, betaalproviders of andere chains. Het voordeel is het meest relevant in workflows waarin één partij wacht op een sterkere settlement-garantie voordat de andere kant van een transactie wordt voltooid. Solana's delivery-versus-payment escrow-tool is een voorbeeld van infrastructuur die kan profiteren van snellere finaliteit zonder dat gebruikers hun transacties anders hoeven in te dienen.

Het Verwijderen Van Stemmen Zal Solana's Transactiedata Binnen Eén Dag Herstrukteren

De meest zichtbare verandering voor analisten is wellicht helemaal niet de finaliteit. Stemtransacties zullen onder Votor niet langer verschijnen in Solana-blocks. Omdat die stemmen zijn vastgelegd in blocks zoals elke andere transactie, hebben dashboards die alles tellen wat een block bevat ze al lang meegeteld in de totale throughput—en omdat stemmen een groot aandeel vertegenwoordigden van de transacties die in blocks werden geteld, kunnen totale transactieaantallen en TPS-cijfers na activering sterk dalen.

Dat zou een boekhoudkundige verandering zijn, geen bewijs dat Solana plotseling gebruikers of applicatievraag heeft verloren. Een dashboard dat post-Alpenglow-totalen blijft vergelijken met cijfers vóór de upgrade zonder zijn baseline aan te passen, zou onterecht een ineenstorting van de netwerkactiviteit kunnen rapporteren.

Voordat men concludeert dat "Solana-transacties daalden, dus Solana-gebruik daalde" na 21 oktober, moet worden gecontroleerd of het dashboard stemmen van validators van vóór de upgrade in zijn historische baseline opneemt. Zo ja, dan is het gerapporteerde transactieaantal niet langer direct vergelijkbaar. Solana's eigen richtlijn vertelt indexers en throughput-dashboards hun data opnieuw te baseren, en tools die eerder participatie maten door Vote Program-instructies te parsen, moeten overstappen op de certificaten in Alpenglow's block-footer.

Gebruik Een Set Activiteitsmetingen Na De Upgrade

Geen enkele meting kan de netwerkvraag beschrijven. Zodra stemtransacties verdwijnen, zal de schoonste lezing meerdere metingen combineren in plaats van totale TPS als een op zichzelf staand vonnis te behandelen:

• Niet-stemtransacties: een directe meting van transacties gegenereerd buiten validatorstemming.
• Actieve fee-betalers: een betere indicator van participatiebreedte dan alleen ruwe transactietotalen.
• Aantal en waarde van stablecoin-overdrachten: nuttig voor het volgen van betalings- en settlingsactiviteit.
• DEX-volume en unieke handelaren: samen geven ze meer context dan alleen volume.
• Fee-inkomsten: behulpzaam naast gebruikersmetingen, hoewel het ook kan meebewegen met fee-omstand en handelsintensiteit.

Die aanpak maakt vergelijkingen na de upgrade eerlijker. Als de totale TPS daalt terwijl niet-stemtransacties, actieve fee-betalers en applicatievolume stabiel blijven, heeft het netwerk zijn boekhouding veranderd—niet noodzakelijk zijn vraag.

Wat Zal Laten Zien Of De Uitrol Werkte

De eerste test is de gerealiseerde finaliteit. Het netwerk moet aantonen dat blocks finaliteit bereiken dicht bij het gestelde doel zonder betekenisvolle instabiliteit of een toename van overgeslagen slots.

De tweede is operationele gereedheid. Validators moeten migreren naar ondersteunde Agave-gebaseerde clients; Firedancer en Frankendancer worden tijdens de overgang niet ondersteund. Indexers en RPC/Geyser-gebruikers moeten ook het nieuwe bank_id-veld verwerken, omdat een slot meer dan één kandidaat-block kan bevatten.

De derde is datacontinuïteit. Explorers, analyseplatforms en mediaberichten moeten onderscheid maken tussen minder validatorstemmen en zwakkere applicatievraag voordat ze conclusies trekken uit Solana's transactiegrafieken na de upgrade.

Snellere finaliteit, en een verouderde TPS-baseline

Alpenglow's onmiddellijke belofte is veel snellere finaliteit zonder de manier te veranderen waarop gewone gebruikers transacties indienen. De minder duidelijke consequentie is dat vertrouwde Solana-activiteitsstatistieken opnieuw moeten worden ingesteld zodra validatorstemmen uit blocks verdwijnen. Na 21 oktober moet een daling van het gerapporteerde transactieaantal eerst als een meetvraag worden behandeld. Alleen een gelijktijdige daling van niet-stemactiviteit, actieve fee-betalers en gebruik op applicatieniveau zou de conclusie ondersteunen dat de vraag zelf is verzwakt.

Dit artikel wordt alleen ter informatie verstrekt en vormt geen financieel of beleggingsadvies. De timing en prestaties van de mainnet-activering zijn afhankelijk van netwerkomstandigheden en implementatiegereedheid.

Bron: Coindoo