Solana heeft de tijd tussen blokken op zijn mainnet teruggebracht naar 350 milliseconden, het snelste blokinterval sinds de lancering van het netwerk, terwijl ontwikkelaars doorgaan met het werk aan een verdere verkleining naar 200 milliseconden. De update werd uiteengezet in Solana's aankondiging op X en volgt op de goedkeuring van het technische voorstel SIMD-0525 in mei, een wijziging die vooral is gericht op het verlagen van de netwerklatentie in plaats van het verhogen van de doorvoer.

Hoe de slotverkleining werkt

Solana verdeelt de tijd in korte intervallen die slots worden genoemd, en tijdens elk slot produceert een aangewezen validator, de zogenoemde leader, een blok. Omdat elke leader vier opeenvolgende slots toegewezen krijgt, verkort het terugbrengen van de slottijd van 400 milliseconden naar 350 milliseconden het rotatie-interval van leaders van 1,6 seconde naar 1,4 seconde. Als het netwerk uiteindelijk de doelstelling van 200 milliseconden haalt, zou elke leader vier slots beheren, in totaal 0,8 seconde.

De kortere slots zijn bedoeld om transacties sneller door het netwerk te laten verlopen, wat de gebruikerservaring van gedecentraliseerde applicaties, betalingen en gedecentraliseerde financiering zou kunnen verbeteren. De wijziging vergroot echter niet het aantal transacties dat binnen één slot past, waardoor de aanpassing vooral een verbetering van de latentie is in plaats van een toename van de doorvoer.

Kortere leader-rotaties kunnen ook de tijd verminderen waarin een individuele validator de blokproductie beheerst. Solana-ontwikkelaars stellen dat dit de mogelijkheden voor validators om transacties bewust te vertragen of selectief te filteren zou kunnen beperken, wat de weerbaarheid van het netwerk tegen censuur mogelijk verbetert.

Een route in vier stappen naar bloktijden van 200 milliseconden

Solana is van plan de bloktijd in vier stappen van 50 milliseconden te verlagen, van 400 ms naar 200 ms. Het netwerk zal voor elke verlaging een Feature Gate gebruiken, zodat ontwikkelaars de stabiliteit kunnen volgen voordat wordt overgegaan naar de volgende fase. Elke wijziging is gekoppeld aan een daaropvolgend epoch van 432.000 slots en kan worden uitgesteld als de netwerkomstandigheden verslechteren, bijvoorbeeld als er te veel blokken worden overgeslagen.

Solana heeft verwezen naar verbeteringen in Turbine, het blokpropagatiesysteem, en in Replay, dat validators gebruiken om blokken te verifiëren en erop te stemmen, als de factoren die de kortere slots mogelijk hebben gemaakt.

Apart traject, los van Alpenglow

De kortere slottijden staan los van Solana's werk aan Alpenglow, een nieuw consensusprotocol dat gericht is op het versnellen van de finaliteit van transacties. Solana heeft momenteel ongeveer 12,8 seconde nodig om finaliteit te bereiken, terwijl Alpenglow is ontworpen om dat terug te brengen naar circa 100 tot 150 milliseconden.

Anders dan kortere slots, die het interval tussen momenten van blokproductie verkleinen, is Alpenglow bedoeld om het consensusproces zelf te verbeteren. Het voorgestelde ontwerp moet de finaliteit bovendien behouden als 20% van de validators kwaadwillig is en nog eens 20% offline is.

Omdat wijzigingen in de slottiming en wijzigingen in de finaliteit verschillende delen van het netwerk raken, worden ze langs aparte sporen ontwikkeld. Dat onderscheid is relevant voor gebruikers en ontwikkelaars die zien hoe de execution layer en de consensus layer van Solana parallel evolueren, aangezien het praktische effect van snellere blokproductie niet hetzelfde is als snellere finaliteit.

Samen wijzen de upgrades op voortgezet werk om het netwerk responsiever te maken zonder de kernbeperking te wijzigen dat de blokcapaciteit per slot gelijk blijft. Voor applicaties die afhankelijk zijn van snelle bevestigingsfeedback zijn de timingdetails onderdeel van de manier waarop Solana zijn infrastructuur positioneert terwijl het netwerk tegelijk aan prestaties en veerkracht blijft werken.