Solanas mainnet-upgradering halverade tyst konfirmationslatens
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.
På natten den 18 april korsade Solana mainnet-beta-klustringen delaktighetströskeln för v1.18.15-klienten med lite festlighet och ingen annonseringspost. Vid följande morgon rapporterade validerare som kör Jito-Solana medianoptimistiska konfirmationstider runt 240 ms, ner från bandet 460–500 ms som hade definierat Solana under större delen av 2025. Förändringen var det kumulativa resultatet av tre sammanslagna förslag — SIMD-0123 om blockbelöningsspridning, SIMD-0096 om prioriteringsavgiftshantering och en tystare uppsättning patchar till TowerBFT:s valkrediträkning — som rullades ut under en enda funktionsgrind. 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 — halverar det optimistiska konfirmationsfönstret 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 nummer, 240 ms, ä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
Före v1.18 exponerade Solana-klienter 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.
v1.18-linjen ändrade inte arkitekturen för dessa vägar. Det ändrade trängseln runt dem. Valtransaktioner på Solana delar samma schemalösare som användartransaktioner, och på en trängande block har ledaren historiskt sett måste göra hårda val om vilka val som ska inkluderas. Sena val innebär försenad optimistisk konfirmation. SIMD-0123-förändringarna, sammanslagna i klustringens beteende vid slot 261 498 112, pushar valinkludering före prioriteringsavgifttransaktioner i schemalösarens queue och reserverar en fast skiva av blockberäkning för dem. Effekten, observerad i Dune-dashboards inom 48 timmar, var att variansen i optimistisk konfirmationslatens kollapsade.
Numren, före och efter
| Metric | v1.17.31 (mars 2026) | v1.18.15 (maj 2026) | Ändring |
|---|---|---|---|
| Optimistisk konfirmation, p50 | 478 ms | 241 ms | −49,6% |
| Optimistisk konfirmation, p99 | 1 840 ms | 612 ms | −66,7% |
| Rotad (finaliserad), p50 | 12,8 s | 12,6 s | flat |
| Val-tx-inkludering per slot | 71% | 96% | +25 pp |
| Överskridande-slots-grad, 7-dagars | 4,8% | 3,1% | −1,7 pp |
De två nummer som är viktiga är p99-kollapsen och den plana finaliteten. p99-numret berättar vad de 1% av användare som har det sämsta upplever — handlaren som klickade “confirm” exakt när en Pump.fun-lansering saturerade ledarens queue. Att sänka det från 1,8 sekunder till under 700 ms tar bort den sämsta kategorin av UX-fel på nätverket. 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
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. 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 på en torsdag.
Varför Firedancer-teamet var viktigt, även om de inte levererade
Firedancer, Jump Crypto C++-rewrite av validerarklienten, var inte en del av denna upgradering. 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.
Val-schemalösarens rewrite som landade i 1.18.15 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
Halvering av optimistisk konfirmationslatens 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 i de senaste två veckorna som reducerar default oracle-staleness-tröskel från 25 slots till 12. 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 två gånger så ofta utan att förlora positionell säkerhet.
- Valutor UX: Phantom och Solflare visar nu “confirmed” inom cirka 250 ms av submission för mediantransaktion.
- Broekonomi: Wormholes guardian-set pollar för finaliserade slots, inte optimistiska konfirmationer, så cross-chain-finalitet är oförändrad vid ~14 s.
- Liquid-staking: Marinade och Jito:s stake-pool-epoch-boundaries ser tätare unbonding-räkning eftersom valkrediter ackumuleras mer prediktivt.
- Trading-bot-infrastruktur: searchers som kör Helius eller Triton gRPC-streams ser nu 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. Under FORM-token-lanseringen den 22 april — den första stora trängelseventen efter upgraderingen landade — sjönk användartransaktionslandningsgraderna till cirka 38% under lanseringens första 90 sekunder, jämfört med en jämförande historisk figur av 52% 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 cirka 0,4% 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 — den offentliga draftlistan har nu 11 förslag i aktiv diskussion — kommer att utöka detta mönster. 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 två epoch. Den första är om v1.18.15 håller sina latensnummer genom en långvarig trängelsevent av mer än två timmar; FORM-lanseringen var en kort spik, inte en stress-test. Den andra är SIMD-0156-draften, som föreslår att utöka val-schemalösareprioritetsidé till oracle-uppdateringtransaktioner som ursprungligen kommer från Pyth och Switchboard-program — en mycket större och mer politiskt belastad carve-out. 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 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.