Solana har minskat sin mainnet-måltid från 400 millisekunder till 350 millisekunder, det första steget i en etappvis plan för att så småningom minska den till 200 ms.

Ändringen trädde i kraft runt början av epok 1020 på fredagen och markerar första gången Solana har förkortat sin måltidsperiod sedan nätverket lanserades. Det är ett litet nummer med ett ganska stort ingenjörsarbete bakom sig.

En slot är det fönster där en ledarvaliderare kan producera ett block. Kortare slots innebär att block kan produceras oftare, vilket kan minska den tid användare och applikationer väntar på bekräftelser. Nyckelordet är latens. Denna uppgradering är inte utformad för att magiskt fördubbla Solanas transaktionsgenomströmning.

Nätverket tar trappan upp till 200 ms

Planen kommer från SIMD-0525, ett förbättringsförslag för Solana, författat av Anza-ingenjören Brennan Watt. Istället för att hoppa direkt från 400 ms till 200 ms använder nätverket fyra separata funktionsstyrda steg: 350 ms, 300 ms, 250 ms och slutligen 200 ms.

Solanas officiella förslag behåller 64 ticks per lucka, fyra luckor per ledarfönster och 432 000 luckor per epok. Antalet luckor förblir detsamma. Mängden verklig tid som representeras av dem blir kortare.

• 400ms-slots: ungefär 48-timmarsepoker och 1.6 sekunders ledarfönster
• 350ms-slots: ungefär 42-timmarsepoker och 1.4 sekunders ledarfönster
• 300ms-slots: ungefär 36-timmarsepoker och 1.2 sekunders ledarfönster
• 250ms-slots: ungefär 30-timmarsepoker och 1.0 sekunders ledarfönster
• 200ms-slots: ungefär 24-timmarsepoker och 0.8 sekunders ledarfönster

Utrullningen är avsiktligt försiktig. Varje steg har sin egen funktionsgrind, och utvecklare kan stoppa innan nästa minskning om valideringsprestanda eller blockhoppfrekvens börjar röra sig i fel riktning. Att minska latensen är användbart. Att förvandla mainnet till ett ofrivilligt stresstest är mindre användbart.

350ms visas redan på Mainnet

De första mätningarna i realtid tyder på att nätverket rörde sig i den avsedda riktningen. Blocket jämförde två perioder med 1 000 platser runt övergången. En period före förändringen tog cirka 415 sekunder, medan ett senare prov i epok 1020 tog ungefär 368 sekunder.

Dessa siffror kommer naturligtvis att variera eftersom ett mål på 350 ms inte betyder att varje plats landar på exakt 350 ms. Ändå visar de att huvudnätsändringen är mer än en konfigurationsfil som väntar på att spela roll. Den kortare tidpunkten syns i faktisk blockproduktion.

Samma rapport noterar att utvecklare ännu inte har fastställt ett aktiveringsdatum för huvudnätet för nästa 300ms-fas. De planerar att först observera hur nätverket beter sig vid 350ms.

Detta är inte en gratis datauppgradering

Ett av de enklaste sätten att missförstå förändringen är att anta att 12.5 % kortare slots automatiskt innebär 12.5 % mer nätverkskapacitet. SIMD-0525 skalar medvetet ner mängden arbete som tillåts i varje slot allt eftersom slotsen blir kortare.

Solana höjde nyligen sin blockgräns för huvudnätet till 100 miljoner beräkningsenheter. Enligt förslaget om kortare platser skalas taket per plats till 87.5 miljoner beräkningsenheter vid 350 ms, 75 miljoner vid 300 ms, 62.5 miljoner vid 250 ms och 50 miljoner vid 200 ms.

Poängen är att hålla arbetshastigheten ungefär stabil, samtidigt som man minskar hur länge användarna väntar mellan luckorna. Validerare får mindre tid att bearbeta varje lucka, men de får också proportionellt mindre arbete inuti den.

Det gör detta främst till en uppgradering av responsivitet. Separata ändringar av beräkningsgränser, valideringsprogramvara och transaktionsbehandling är varifrån ökningen av den råa kapaciteten kommer.

Kortare ledarfönster har en fördel med marknadsstrukturen

Det finns ytterligare en anledning till att utvecklare vill ha kortare slots som har lite att göra med hur snabbt en plånbok visar "bekräftad".

En Solana-ledare kontrollerar för närvarande fyra på varandra följande platser. Vid det gamla målet på 400 ms gav det en ledare ett nominellt fönster på 1.6 sekunder. Vid 350 ms faller det till 1.4 sekunder, och vid den föreslagna slutpunkten på 200 ms skulle det vara 0.8 sekunder.

Det minskar den maximala tid en enskild ledare kan fördröja, ändra ordning eller selektivt inkludera transaktioner innan en annan validator får sin tur. För handlare, marknadsgaranter och latenskänsliga applikationer kan en minskning av det fönstret förbättra marknadsstrukturen såväl som användarupplevelsen.

Kortare slots gör också on-chain-tiden mer exakt för system som mäter aktualitet i slots, inklusive Oracle-konsumenter och automatiserade market making-applikationer. Solanas egen uppgraderingsdokumentation säger att market makers kan komma att citera snävare spreadar när latensen minskar.

Finalitet är ett separat projekt

Solana kan producera slots med några hundra millisekunders mellanrum utan att nå oåterkallelig finalitet så snabbt. Nuvarande fullständig finalitet tar fortfarande ungefär 12.8 sekunder.

Det är där Alpenglow kommer in i bilden. Den separata konsensusöversynen som är under utveckling syftar till att minska slutgiltigheten till cirka 150 ms. Om det arbetet når huvudnätet som planerat, skulle det innebära en mycket större förändring av den tid som krävs för nätverket att behandla ett block som slutgiltigt.

De två ansträngningarna är relaterade i det breda målet att minska latensen, men de bör inte förväxlas. SIMD-0525 förkortar slots under den nuvarande progressionen. Alpenglow förändrar själva konsensus- och finalitetssystemet.

Varför handlare borde bry sig

För vanliga SOL-innehavare är det osannolikt att en 50ms kortplatsreduktion leder till ett "wow, min plånbok är annorlunda"-ögonblick över en natt. Investeringsargumentet är mer kumulativt.

Solana har i åratal konkurrerat med hastighet, låga avgifter och högfrekvent aktivitet på kedjan. Att minska slottiderna utan att destabilisera valideringsverktygen skulle stärka nätverkets position inom handel, betalningar och applikationer där latensen är viktig. Att nå 200 ms skulle halvera den önskade slotlängden från nätverkets ursprungliga inställning på 400 ms.

Den tekniska risken ökar också i takt med att tidsplanen blir knappare, vilket är anledningen till att den etappvisa utrullningen är viktig. Nästa milstolpar garanteras inte bara för att 350 ms gick live. Utvecklarna avser att gå över till 300 ms, sedan 250 ms och 200 ms endast om nätverksprestanda förblir hälsosam.

För tillfället har Solana slutfört det första riktiga huvudnätsteget. Det är snabbare, förändringen är mätbar, och vägen till 200 ms är inte längre bara ett förslag som ligger på GitHub. Det mer intressanta testet börjar nu: om validatorer kan fortsätta att förkorta klockan utan att ge tillförlitlighet tillbaka i utbyte.

---------------

Författare: Sebastian Marrow
Europeiska nyhetsrummet
De senaste kryptonyheterna