Solanas mainnet-upgradering halverar tyst konfirmationslatensen
Solanas v1.18.x-klustringsupgradering och SIMD-0123:s belöningsskiftningar sänkte medianlatensen för optimistisk konfirmation från cirka 480 ms till 240 ms. Här är vad som ändrades under huven.
Uppdatering (oktober 2026): Den här artikeln har uppdaterats för att spegla Solanas pågående slot-tidsreduktion, som är den verkliga mekanismen bakom de snabbare konfirmationerna. Enligt nätverkets upgraderingssida (uppdaterad 25 september 2026) kapas slot-tiden stegvis från 400 ms till 200 ms, vilket är tänkt att göra konfirmationer ungefär dubbelt så snabba genom att sänka konfirmationslatensen. En funktionsaktivering den 19 augusti 2026 flyttade mål-slot-tiden till 350 ms vid början av epoch 1019; efter de två första stegen hade mainnet nått 300 ms, och en upgradering den 18 september 2026 sänkte slot-tiden vidare från 300 ms till 250 ms — beskrivet som en 17-procentig ökning av blockfrekvensen. Det sista steget ner till 200 ms återstår.
Under sensommaren och hösten 2026 har Solana mainnet-beta-klustringen stegvis kapat sin slot-tid med lite festlighet och minimal annonsering. En funktionsaktivering den 19 augusti 2026 flyttade mål-slot-tiden till 350 ms vid början av epoch 1019, och efter de två första stegen hade nätverket nått 300 ms. Den 18 september 2026 sänktes slot-tiden vidare från 300 ms till 250 ms — beskrivet som en 17-procentig ökning av blockfrekvensen. Validerare som kör Jito-Solana rapporterade märkbart tätare block, och nätverkets egen upgraderingssida (uppdaterad 25 september 2026) beskriver målet rakt ut: att kapa slot-tiden från 400 ms till 200 ms. Ingen höll en lanseringsfest. Klustringen blev helt enkelt snabbare.
Vad som är på spel är den del av Solana som de flesta användare faktiskt känner: inte teoretisk genomströmning, men den upplevda gapet mellan att klicka på ett swap på Jupiter och se det konfirmat. För DeFi-platser som kör på nätverket — perps på Drift, orderboken på Phoenix, strukturerade produktvalutor på Adrastea — förändrar en kortare slot-tid ekonomin för marknadsföring. För valutor ändrar det UX-påståendet. Och för validerarekonomin omfördelar det vem som får vad under trängsel. Det huvudsakliga numret — en slot-tid på väg från 400 ms mot 200 ms, med mainnet på 250 ms efter stegen i september — är den viktigaste delen av Solanas infrastrukturnyheter för kvartalet, och nästan ingen utom validerare Discord märkte det.
Två konfirmationer, en klustring: varför vägen är viktig
Solana-klienter exponerar två distinkta konfirmationsvägar. Den första, “optimistisk konfirmation”, utlöses när en övermajoritet av stakeweedade valkrediter landar på en viss fork inom TowerBFT:s lockout-schema. Den andra, “rotad”, utlöses endast när den fork är minst 32 slots djup och finaliserad genom konsensuspipeline. Optimistisk latens är vad valutor visar användare; rotad latens är vad broar och exchange väntar på. Konsensusdokumentationen beskriver båda, men den praktiska asymmetrin — optimistisk är snabb och probabilistisk, rotad är långsam och final — har alltid varit Solanas centrala UX-handslag.
Slot-tidsreduktionen ändrar inte arkitekturen för dessa vägar. Den ändrar kadensen runt dem. När slot-tiden faller från 400 ms mot 200 ms landar både valtransaktioner och användartransaktioner oftare, vilket komprimerar fönstret innan en övermajoritet av valkrediter samlas på en fork. Eftersom varje steg — 400 till 350 ms, vidare till 300 ms, och sedan till 250 ms den 18 september 2026 — rullades ut bakom funktionsgrindar snarare än via en högljudd klient-release, var effekten synlig i Dune-dashboards inom timmar: medianfönstret för optimistisk konfirmation drog ihop sig i takt med att blocken blev tätare, utan att finaliteten rörde sig.
Numren, före och efter
| Steg | Datum | Mål-slot-tid | Not |
|---|---|---|---|
| Utgångsläge | t.o.m. mitten av 2026 | 400 ms | baslinje |
| Funktionsaktivering, epoch 1019 | 19 aug 2026 | 350 ms | första steget |
| Andra steget | sensommaren 2026 | 300 ms | mainnet nådde 300 ms efter de två första stegen |
| Upgradering | 18 sep 2026 | 250 ms | 17% ökning av blockfrekvensen |
| Mål | kommande | 200 ms | ~dubbelt så snabba konfirmationer |
De två saker som är viktiga är slot-tidskurvan och den plana finaliteten. Slot-tiden har redan fallit från 400 ms till 250 ms över stegen i augusti och september, med 200 ms som det uttalade målet — den fulla kapningen är tänkt att göra konfirmationer ungefär dubbelt så snabba. Den plana finalitetsfigur är bekräftelsen: ingenting om säkerhetsmodellen ändrades. Rotad konfirmation är fortfarande graderad av samma 32-slot lockout-disciplin som TowerBFT har använt sedan 2020. Solana blev snabbare på ytan och stannade samma i kärnan.
SIMD-0123 och schemalösarens rewrite
Slot-tidsreduktionen är rubriken, men den åtföljs av arbete i schemalösaren som gör de kortare sloten säkra. SIMD-0123 skrevs av kärnengineers vid Anza, teamet som forkerade ut från Solana Labs 2024, med granskning från Jito-teamet. Förslaget ligger i solana-improvement-documents-repositoriet som en 14-sidig spec och innehåller två strukturellt separata idéer. Den första är en deterministisk prioritet för konsensusval inom banking-stage-schemalösaren. Val är märkta med en distinktiv transaktionstyp och routade genom en parallell pipeline; användartransaktioner kan inte evigtera dem. Den andra är en belöningsspridning: en del av prioriteringsavgifter som tidigare ackumulerades exklusivt till blockledaren sprids nu över den aktiva valset, väntad av latenspenaliteten varje validerare undvek.
Den andra delen är den politiskt intressanta. Solana-validerare har spenderat två år argumenterande om MEV-kapning och rollen av Jito:s auktionsklient, som nu kör på cirka 92% av stak. SIMD-0123 avskaffar inte auktionen. Det ändrar incitamentet: ledare som försenar valinkludering för att maximera sin egen prioriteringsavgifttar nu förlorar en del av dessa avgifter till validerare som valde på tid — en disciplin som blir ännu viktigare när slot-tiden krymper och marginalerna för sen inkludering blir tightare. I praktiken introducerade Solana en mjuk penalitet för självledande ledarskap utan att ändra konsensusregler. Det är typen av förändring som hade krävt en hard fork på Ethereum och en sexmånaders all-core-devs-debatt; på Solana var det en funktionsgrind som flippade tyst.
Varför Firedancer-teamet var viktigt, även om de inte levererade
Firedancer, Jump Crypto C++-rewrite av validerarklienten, var inte drivaren bakom slot-tidsreduktionen. Dess fulla mainnet-deployment är fortfarande planerad för slutet av 2026 med Frankendancer — en hybridklient som kör Firedancers nätverksstack ovanpå Rust-executor — live på cirka 4% av stak. Men Firedancers existens ändrade vad som var politiskt möjligt i Rust-klienten. Anza-engineers har talat vid Breakpoint-konferenser om trycket som en andra högpresterande klient sätter på referensimplementeringen: schemalösarebeslut som tidigare försvarades som “endast sätt Rust kan hålla upp” blir svårare att försvara när en parallell C++-kodbas benchmarkar snabbare — och när slot-tiden ska halveras tål referensklienten inte längre slack i banking-stage.
Val-schemalösarens rewrite som gör de kortare sloten möjliga lånar direkt från Firedancers banking-stage-arkitektur, där val- och användartransaktionspipelines aldrig var kopplade i första hand. Anza backportade helt enkelt den renare designen till Rust-klienten, tog latensvinsten och reducerade gapet som Firedancer var planerad att öppna. Om det försenar Firedancers värdeproposition är nu ett tema av tyst debatt bland valideraroperatörer vi talade med för denna del, ingen av vilka ville tala på rekord. Den konkurrensmässiga dynamik mellan två produktionsklienter producerar dock ett snabbare nätverk för slutanvändare oavsett.
Vad detta ändrar för DeFi-platser
Att halvera slot-tiden känns inte bara bättre. Det ändrar parametrarna som marknadsförare prissätter i sina kvoter. En perpetual-plats som Drift, som förlitar sig på oracle-uppdateringar som landar inom ett tätt fönster innan liquidationer utlöses, kan nu sträcka säkerhetsmarginalen som krävs på dessa oracle-print. Teamet har inte publicerat en uppdaterad riskmodell, men den relevanta Drift-protocol-repositoriet visar commits som reducerar default oracle-staleness-tröskel i takt med att block kommer tätare. Phoenix CLOB, som korsar order inom en enda slot när båda sidor kommer i samma banking-stage, ser lägre spread eftersom dess makers kan refresha kvoter oftare utan att förlora positionell säkerhet när sloten är kortare.
- Valutor UX: Phantom och Solflare visar “confirmed” snabbare i takt med att slot-tiden faller mot 200 ms för mediantransaktion.
- Broekonomi: Wormholes guardian-set pollar för finaliserade slots, inte optimistiska konfirmationer, så cross-chain-finalitet är i stort sett oförändrad.
- Liquid-staking: Marinade och Jito:s stake-pool-epoch-boundaries ser tätare unbonding-räkning eftersom valkrediter ackumuleras mer prediktivt med kortare slots.
- Trading-bot-infrastruktur: searchers som kör Helius eller Triton gRPC-streams ser en plattare latensdistribution, vilket reducerar värdet av co-lokade maskiner.
Den del marknadsföringsmaterial kommer att lämna ut
Det finns en kostnad. Att reservera blockberäkning för val innebär att det finns mindre av det tillgängligt för allt annat under toppbelastning, och kortare slots lämnar mindre marginal per block. Under en stor token-lansering kort efter att ett av september-stegen aktiverades — den första riktiga trängelseventen efter att slot-tiden hade sänkts — sjönk användartransaktionslandningsgraderna markant under lanseringens första minuter, jämfört med en jämförande historisk figur under GOAT-lanseringen i slutet av 2025. Den deterministiska valprioriteten fungerar exakt som designad: när nätverket är saturerat kommer val in och användartransaktioner väntar. Detta handslag var SIMD-0123:s implicita poäng, och det är inte entydigt bra för alla.
Den andra tysta konsekvensen är för leaderboarden av validerarbelöningar. Spridningsklausulen har flyttat en liten andel av veckovisa avgiftsintäkter från topp-decile-ledare (främst Jito-orienterade, främst kör optimerade banking-stage-forks) till medianvalideraren. Det är ett litet nummer i absoluta termer och ett strukturellt i relativa termer: det är första tiden Solana-protokollet har använt sin egen belöningsmekanism för att penalisa beteende som tidigare bara var föraktat. Vi förväntar oss att nästa omgång av SIMDs kommer att utöka detta mönster i takt med att slot-tidsreduktionen slutförs. För mer kontext om hur validerarekonomi skiftar över cykler, vår marknadsdashboard spårar stakeweedad yield-kurve veckovis.
Vad att se nästa
Tre saker är värda att spåra över de nästa epoch. Den första är det sista steget ner till 200 ms: slot-tiden står på 250 ms efter upgraderingen den 18 september 2026, och den fulla kapningen från 400 ms till 200 ms är tänkt att göra konfirmationer ungefär dubbelt så snabba — frågan är om latensvinsterna håller genom en långvarig trängelsevent snarare än en kort spik. Den andra är om val-schemalösareprioriteten utsträcks till oracle-uppdateringtransaktioner från Pyth och Switchboard-program — en mycket större och mer politiskt belastad carve-out som blir mer akut ju kortare sloten blir. Den tredje är Firedancers mainnet-roadmap, nu att gapet mellan det och referensklienten har minskat. Solanas engineeringkultur har alltid varit villig att shipa hårda förändringar snabbt; denna stegvisa upgradering är en bekräftning att nätverksroadmapen fortfarande är satt av vad dess kärnteam kan sammansluta, inte av vad dess marknadsföringsdepartement annonserar. För handlare som ser implikationen på liquidity, vår prioriteringsavgifttracker uppdaterar varje slot, och den kommande Anza-developer-call är på vår eventkalender.