Solana heeft vrijdag zijn doelslottijd verlaagd van 300 milliseconden naar 250 milliseconden, volgens data van de Solana-blockchain, waarmee de blokcadans van het netwerk bijna 17% steeg. De stap brengt Solana van ongeveer 3,3 slots per seconde naar een doel van vier, waardoor wallets, beurzen en handelsapplicaties een actuelere weergave van het netwerk krijgen. De wijziging ging live in epoch 1037 — een vaste reeks van 432.000 slots — en markeert de eerste keer dat het netwerk op een kwartseconde-tempo draait.

Hier zit de spanning: Solana's klok tikt nu merkbbaar sneller en validators geven de controle sneller door dan voorheen, maar de doorlopende transactiecapaciteit van het netwerk is niet veranderd. De reden is mechanisch, niet marketing. Het is de moeite waard dit te begrijpen voordat iemand aanneemt dat snellere blokken een grotere snelweg betekenen.

BREAKING: @Solana slot time has dropped to 250ms for the first time after the latest reduction under SIMD-0525 went live at epoch 1037. The network has now reduced its target slot time from 400ms to 250ms, with 200ms as the final target. pic.twitter.com/ANqvgY7kf9

— SolanaFloor (@SolanaFloor) September 18, 2026

Wat gebeurt er wanneer Solana's slots 50 milliseconden korter worden?

Een slot is het korte venster waarin één aangewezen validator een blok aan de keten kan toevoegen. Onder Solana's leader-rotatieontwerp behouden validators die leiderschapsrol nog steeds voor vier opeenvolgende slots. Omdat elk slot nu korter is, krimpt het totale controlevenster van een validator van 1,2 seconde naar één seconde.

Dat kortere venster is het belangrijkst voor latentiegevoelige hoeken van DeFi, zoals markten die op or draaien en geautomatiseerde market makers, waar een vertraging in de prijsfeed of een paar honderd milliseconde onzekerheid het verschil kan zijn tussen een trade die wordt uitgevoerd zoals bedoeld en een gebruiker die onverwachte slippage ondergaat. Kortere latentie tussen indiening en opname betekent dat swaps een smaller venster hebben waarin de markt zich tegen een gebruiker kan bewegen voordat de transactie daadwerkelijk landt.

De mechaniek lijkt op een treinstation dat zijn dienstregeling aanscherpt: het verkorten van de wachttijd tussen treinen van 30 naar 25 seconden vermindert de drukte op het perron en laat reizigers sneller verder, maar elke trein vervoert nog steeds evenveel mensen. Solana's blokken zijn die trein: ze komen vaker aan, maar vervoeren niet meer. Het resultaat is een timingwijziging rather dan een wijziging in doorvoer — een onderscheid die het upgradevoorstel expliciet maakt.

Betekenen meer slots per seconde meer capaciteit?

De evenredige afweging staat rechtstreeks in het upgradevoorstel, bekend als SIMD-0525 (Solana Improvement Document 525). Het verplicht dat de rekenkracht en data die binnen elk slot zijn toegestaan, afnemen in dezelfde verhouding als de duur van het slot. Er komen meer slots per seconde aan, maar elk mag minder werk bevatten, waardoor het verwerkingsplafond van het netwerk in werkelijke tijd grofweg blijft waar het was.

Dat laat reële operationele kosten achter. Node-infrastructuur moet nu een groter volume aan kleinere individuele blokken verwerken en opslaan, en elke applicatie die verstreken tijd schat door een slotnummer te vermenigvuldigen met een hardgecodeerde duurconstante, zal van de werkelijkheid gaan afwijken. Blockhashes, de kortstondige verwijzingen die transacties gebruiken om te bewijzen dat ze onlangs zijn ondertekend, vervallen ook sneller in werkelijke tijd, wat druk zet op processen die afhankelijk zijn van offline ondertekening of vertraagde menselijke goedkeuring.

Dit is de derde fase van een uitrol die Solana's slottijd heeft teruggebracht van 400 milliseconden naar 350, daarna 300 en nu 250. Omdat een epoch vaststaat op 432.000 slots ongeacht de slotduur, is de verwachte epochlengte gecomprimeerd van ongeveer 36 uur naar ongeveer 30. Een verdere verlaging naar 200 milliseconden zou het netwerk naar vijf slots per seconde en epochs van bijna 24 uur brengen, maar ontwikkelaars hebben geen mainnetdatum voor die stap gezet en zeggen dat deze alleen doorgaat als blok-skip-percentages — de frequentie waarmee validators hun beurt om een blok te produceren missen — binnen aanvaardbare grenzen blijven na deze fase van 250 milliseconden.

Snellere klok, zelfde plafond

Het bewijs ondersteunt een echte latentiewinst: de blokcadans is bijna 17% gestegen, de leiderschapsvensters van validators zijn strakker en applicaties krijgen actuelere data om mee te werken. Wat het niet ondersteunt, is een capaciteitsclaim: niets in de gegevens wijst op eenong van 17% in transactiedoorvoer of een hoger maximaal TPS-plafond. Iedereen die Solana volgt voor de volgende doorvoerdoorbraak moet deze stap zorgvuldig lezen: het netwerk is sneller geworden in het bijwerken van zichzelf, niet groter in verwerken.

De variabele om in de gaten te houden is het blok-skip-percentage nu het netwerk in productie op 250 milliseconden draait; die data bepaalt of Solana ooit doorgaat naar de definitieve fase van 200 milliseconden. Tot die tijd is de eerlijke lezing van deze fase een verbetering in latentie rather dan in capaciteit.