Solana’s beoogde slot-tijd op mainnet zal naar verwachting verschuiven van 400 milliseconden naar 350 milliseconden in epoch 1020, na een vertraging van één epoch nadat de feature aan het begin van epoch 1019 werd geactiveerd. De effectieve wijziging staat gepland voor epoch 1020.

Solana’s engineering changelog van 6 augustus bevestigt dat de feature gate voor het verlagen van slot-tijden van 400ms naar 350ms live was op Devnet en Testnet. De changelog verwijst ook naar een aankomend feature-gate-schema en vermeldt releases en engineeringwerk binnen het Solana-ecosysteem.

De doel-timing is niet hetzelfde als waargenomen blokproductie, transactiebekrachtigingslatentie of economische finaliteit. De wijziging verkort het beoogde productie-interval zonder de compute-toewijzing per seconde te verhogen.

EXPLORE: Best Memecoins Presales to Watch in 2026

Wat de doelstelling van 350ms verandert

Het verlagen van het doelinterval van 400ms naar 350ms verkort het met 50 milliseconden. De theoretische toename in planningsfrequentie is ongeveer 14,3%, berekend als 400 gedeeld door 350 minus 1. Die berekening beschrijft alleen het beoogde tempo; het is geen voorspelling van transactiedoorvoer of bevestigingssnelheid.

De gefaseerde verlaging hangt samen met draftvoorstel SIMD-0525. Volgens de beschrijving van het voorstel in het rapport werd de mainnet feature account geactiveerd in epoch 1019, terwijl de effectieve doelstelling van 350ms is uitgesteld tot epoch 1020.

we're activating 1st slot time reduction on mainnet

help ensure devs are ready because the transition period is wonky…

1. We have NOT updated some sdk constants like DEFAULT_MS_PER_SLOT to reflect new values. Note we will push a release with updated values post activation… — Brennan Watt (@bw_solana) August 18, 2026

The same report says the example maximum compute budget per block is reduced as target slots become shorter. It lists 100 million compute units at a 400ms target and 87.5 million compute units at 350ms. Beide cijfers komen overeen met een theoretisch maximum van ongeveer 250 miljoen compute units per seconde: 100 miljoen gedeeld door 0,4 seconde en 87,5 miljoen gedeeld door 0,35 seconde.

Die theoretische bovengrens is geen voorspelling van transactiedoorvoer. De feitelijke activiteit hangt af van de werklast en de netwerkcondities, en een maximumlimiet voor block-compute betekent niet dat elk blok die hoeveelheid werk bevat.

Solana zou elke leader blijven toewijzen aan vier opeenvolgende slots. Bij een doel van 400ms komt dat neer op een nominale leader-venster van 1,6 seconde; bij 350ms komt dat neer op 1,4 seconde. De kortere periode laat validators minder tijd om een vorig blok te ontvangen, opnieuw uit te voeren, erop voort te bouwen en stemmen te plaatsen voordat het netwerk naar de volgende slot beweegt.

EXPLORE: Best Memecoins Presales to Watch in 2026

Het gefaseerde pad naar 200ms

De voorgestelde reeks van verlagingen van de target slot-tijd gaat van 400ms naar 350ms, daarna naar 300ms, 250ms en 200ms. Het Solana-nieuwsrapport zegt dat Testnet draaide met een effectieve doelstelling van 200ms, terwijl Devnet op 300ms zat en een 250ms-gate had geactiveerd die nog niet effectief was.

De mainnetwijziging naar 350ms moet daarom worden gezien als één fase binnen een bredere voorgestelde reeks, en niet als bevestiging dat elk later doel volgens hetzelfde schema van kracht wordt. SIMD-0525 blijft een draft, en de activering van een feature op een cluster maakt het volledige 200ms-ontwerp nog niet tot een geaccepteerde eindstandaard.

The first slot time reduction feature is now live on Solana testnet. SIMD-0525 is active on testnet, reducing slot time from 400ms to 350ms as the first of four feature-gated steps toward 200ms slot time. pic.twitter.com/8XnTu4Byqs — Solana Developers (@solana_devs) August 5, 2026

De changelog van 6 augustus biedt ook extra context over validator-clientwerk. Daarin staan releases voor Agave en Firedancer, wordt aanvullend conformance-werk op Agave beschreven en staat dat Mithril up-to-date blijft met de conformance suite van Agave. De changelog zegt dat Mithril een nieuwe validator-implementatie in Go is die binnenkort zal deelnemen aan consensus, en dat het werk met de conformance suite bedoeld is om Mithril in lijn te houden met Agave.

De changelog beschrijft ook verbeteringen aan Agave’s leader Turbine-broadcastingcache en het herbouwen van de routingtable. Volgens de changelog maken leaders blokken van transacties die door het netwerk worden verzonden, splitsen zij blokken in shards en distribueren zij die via Turbine naar validators.

EXPLORE: Best Crypto Presales to Watch in 2026