Solana har reduceret sin mainnet-måltidsslottid fra 400 millisekunder til 350 millisekunder, det første skridt i en etapevis plan om i sidste ende at reducere den til 200 ms.
Ændringen trådte i kraft omkring starten af epoke 1020 fredag og markerer første gang, at Solana har forkortet sin målslotvarighed siden netværkets lancering. Det er et lille tal med et ret stort ingeniørarbejde bag sig.
Et slot er det vindue, hvor en leadervalidator kan producere en blok. Kortere slots betyder, at blokke kan produceres oftere, hvilket kan reducere den tid, brugere og applikationer venter på bekræftelser. Nøgleordet er latenstid. Denne opgradering er ikke designet til magisk at fordoble Solanas transaktionsgennemstrømning.
Netværket tager trappen op til 200ms
Planen stammer fra SIMD-0525, et forbedringsforslag til Solana, forfattet af Anza-ingeniør Brennan Watt. I stedet for at hoppe direkte fra 400 ms til 200 ms, bruger netværket fire separate funktionsstyrede faser: 350 ms, 300 ms, 250 ms og endelig 200 ms.
Solanas officielle forslag fastholder 64 ticks pr. slot, fire slots pr. leadervindue og 432,000 slots pr. epoch. Antallet af slots forbliver det samme. Mængden af virkelig tid, som de repræsenterer, bliver kortere.
- 400ms slots: cirka 48-timers epoker og 1.6 sekunders leadervinduer
- 350ms slots: cirka 42-timers epoker og 1.4 sekunders leadervinduer
- 300ms slots: cirka 36-timers epoker og 1.2 sekunders leadervinduer
- 250ms slots: cirka 30-timers epoker og 1.0 sekunders leadervinduer
- 200ms slots: cirka 24-timers epoker og 0.8 sekunders leadervinduer
Udrulningen er bevidst forsigtig. Hver fase har sin egen funktionsgate, og udviklere kan stoppe før den næste reduktion, hvis validatorens ydeevne eller blokspring begynder at bevæge sig i den forkerte retning. Det er nyttigt at reducere latenstiden. Det er mindre nyttigt at gøre mainnet til en ufrivillig stresstest.
350ms vises allerede på Mainnet
De første live-målinger tyder på, at netværket bevægede sig i den tilsigtede retning. Blokken sammenlignede to perioder med 1,000 slots omkring overgangen. En periode før ændringen tog omkring 415 sekunder, mens en senere prøve i epoke 1020 tog cirka 368 sekunder.
Disse tal vil naturligvis variere, fordi et mål på 350 ms ikke betyder, at alle slots lander på præcis 350 ms. Alligevel viser de, at ændringen i mainnet er mere end en konfigurationsfil, der venter på at få betydning. Den kortere timing er synlig i den faktiske blokproduktion.
Den samme rapport bemærker, at udviklerne endnu ikke har fastsat en aktiveringsdato for hovednettet for den næste 300ms-fase. De planlægger først at se, hvordan netværket opfører sig ved 350ms.
Dette er ikke en gratis opgradering af gennemløbshastighed
En af de nemmeste måder at misforstå ændringen på er at antage, at 12.5 % kortere slots automatisk betyder 12.5 % mere netværkskapacitet. SIMD-0525 skalerer bevidst ned den mængde arbejde, der er tilladt i hver slot, efterhånden som slotsene bliver kortere.
Solana hævede for nylig sin grænse for antallet af hovednet-blokke til 100 millioner computerenheder. Med forslaget om kortere slots skaleres dette loft pr. slot til 87.5 millioner computerenheder ved 350 ms, 75 millioner ved 300 ms, 62.5 millioner ved 250 ms og 50 millioner ved 200 ms.
Pointen er at holde arbejdshastigheden nogenlunde stabil, samtidig med at brugernes ventetid mellem slots reduceres. Validatorer får mindre tid til at behandle hvert slot, men de får også proportionalt mindre arbejde indeni.
Det gør dette primært til en opgradering af responsivitet. Separate ændringer af beregningsgrænser, valideringssoftware og transaktionsbehandling er de primære årsager til øget kapacitet.
Kortere ledervinduer har en fordel ved markedsstrukturen
Der er en anden grund til, at udviklere ønsker kortere slots, som ikke har meget at gøre med, hvor hurtigt en tegnebog viser "bekræftet".
En Solana-leder kontrollerer i øjeblikket fire på hinanden følgende pladser. Ved det gamle mål på 400 ms gav det én leder et nominelt vindue på 1.6 sekunder. Ved 350 ms falder det til 1.4 sekunder, og ved det foreslåede slutpunkt på 200 ms ville det være 0.8 sekunder.
Det reducerer den maksimale tid, en enkelt leder kan forsinke, omarrangere eller selektivt inkludere transaktioner, før en anden validator får sin tur. For handlende, markedsaktører og latensfølsomme applikationer kan det at reducere dette vindue forbedre markedsstrukturen såvel som brugeroplevelsen.
Kortere slots gør også on-chain-tiden mere præcis for systemer, der måler aktualitet i slots, herunder Oracle-forbrugere og automatiserede market making-applikationer. Solanas egen opgraderingsdokumentation siger, at market makers muligvis kan citere strammere spreads, efterhånden som latensen falder.
Finalitet er et separat projekt
Solana kan producere slots med få hundrede millisekunders mellemrum uden at nå en irreversibel finalitet så hurtigt. Den nuværende fulde finalitet tager stadig cirka 12.8 sekunder.
Det er her, Alpenglow kommer ind i billedet. Den separate konsensus-revision, der er under udvikling, sigter mod at reducere finaliteten til omkring 150 ms. Hvis dette arbejde når mainnet som planlagt, ville det repræsentere en langt større ændring i den tid, det tager for netværket at behandle en blok som endelig.
De to bestræbelser er forbundet i det overordnede mål om at reducere latenstid, men de bør ikke forveksles. SIMD-0525 forkorter slots under den nuværende progression. Alpenglow ændrer selve konsensus- og finalitetssystemet.
Hvorfor handlende bør bekymre sig
For almindelige SOL-indehavere er det usandsynligt, at en 50ms slot-reduktion vil give et øjeblik med "wow, min tegnebog er anderledes". Investeringsargumentet er mere kumulativt.
Solana har i årevis konkurreret på hastighed, lave gebyrer og højfrekvent on-chain-aktivitet. At reducere slottider uden at destabilisere validatorer ville styrke netværkets position inden for handel, betalinger og applikationer, hvor latenstid er vigtig. At nå 200 ms ville halvere den ønskede slotvarighed fra netværkets oprindelige indstilling på 400 ms.
Den tekniske risiko stiger også i takt med at timingen bliver strammere, hvilket er grunden til, at den gradvise udrulning er vigtig. De næste milepæle er ikke garanteret blot fordi 350 ms gik live. Udviklerne har til hensigt at gå over til 300 ms, derefter 250 ms og kun 200 ms, hvis netværkets ydeevne forbliver sund.
For nu har Solana gennemført det første rigtige hovednet-trin. Det er hurtigere, ændringen er målbar, og vejen til 200 ms er ikke længere bare et forslag, der ligger på GitHub. Den mere interessante test starter nu: om validatorer kan blive ved med at forkorte uret uden at give pålidelighed tilbage til gengæld.
---------------
Forfatter: Sebastian Marrow
European Newsroom
Breaking Crypto News
Ingen kommentarer
Send en kommentar