Solana mažina slotų laiką iki 350 ms, planuojama 200 ms

Solana sumažino tikslinį sloto laiką iki 350 ms kaip pirmą SIMD-0525 etapą, vedantį iki 200 ms. Straipsnyje aptariami etapai, skaičiavimo ribos, epochų trukmės ir poveikis validatoriams, kūrėjams bei DeFi ekosistemai.

Solana mažina slotų laiką iki 350 ms, planuojama 200 ms

7 Minutės

Solana trumpina slotų laiką iki 350 ms, planuojama 200 ms

Solana žengė svarbų žingsnį link mažesnio patvirtinimo delsimo, sutrumpindama tikslinį sloto laiką nuo 400 milisekundžių iki 350 milisekundžių. Pokytį rugpjūčio 21 d. paskelbė Solana Foundation technologijų viceprezidentas Jacob Creech; tai yra pirmasis SIMD-0525 aktyvavimas — keturių etapų planas, palaipsniui trumpinantis sloto trukmę iki 300 ms, 250 ms ir galiausiai 200 ms.

Pradinis aktyvavimas neperšoka tiesiai iki galutinio tikslo. Vietoje to, Solanos kūrėjai ir validatorių ekosistema pereis etapais, kad mazgų operatoriai, klientų komandos ir įrankių tiekėjai galėtų patikrinti elgseną ir našumą, kai blokai generuojami greičiau.

Ką keičia SIMD-0525 ir kodėl tai svarbu

SIMD-0525 yra Solanos patobulinimo pasiūlymas, nustatantis aiškų, palaipsnį požiūrį į sloto trukmės trumpinimą. Pasiūlymas buvo patvirtintas ir sujungtas gegužės 14 d. ir numato keturis atskirus funkcijų etapus: 350 ms, 300 ms, 250 ms ir 200 ms. Kiekviename etape išlaikoma tinklo taktų ir lyderio lango struktūra (64 taktai per slotą ir keturių slotų lyderio langas), tuo pačiu sutrumpinant laiką, kurį kiekvienas slotas atstovauja realiame laike.

Sloto laiko mažinimas pirmiausia skirtas sumažinti patvirtinimo delsimo laiką ir suteikti programoms tikslesnį laiko matą grandinėje. Programos, priklausančios nuo sloto pagrindu nustatomos laiko mato — įskaitant kainų orakulus, automatizuotus rinkos formuotojus (AMM) ir kitus laiko jautrius DeFi elementus — patirs, kad patvirtinimai ir duomenų senumo skaičiavimai bus išspręsti per trumpesnį realų laiką.

Išmatuoti sloto laikai ir aktyvavimo procesas

Paskelbimo metu Solanos viešasis sloto laiko naršyklė rodė vidutinę sloto trukmę apie 360 ms, jau žemiau istorinio 400 ms tikslo. Tinklo pirmasis formalus sumažinimas iki 350 ms skirtas kontroliuojamam bandymui, suteikiančiam validatoriams ir klientų kūrėjams galimybę stebėti, kaip greitesnė blokų gamyba veikia propagaciją, mempool elgseną, transakcijų rūšiavimą ir kitus operacinius rodiklius.

Solanos etapinis požiūris vengia vieno žingsnio pakeitimo, kuris galėtų sukelti netikėtą apkrovą arba pareikalauti didelių parametrų atnaujinimų. Vietoje to, kiekviena funkcijos užraktas bus įjungta atskirai ir preliminariai numatoma įtraukti į Agave v4.2, validatorių klientą, kurį vysto Anza — nors diegimo tvarkaraštis priklauso nuo bandymų rezultatų.

Kaip greitesni slotai veikia lyderio langus, epochas ir skaičiavimo ribas

Trumpesni slotai sumažina nominalų laiką, kurį lyderis turi blokų gamybos prioritetui. Pagal istorinį 400 ms tikslą keturių slotų lyderio langas trukdavo apie 1,6 sekundės. Tas langas sumažėja iki maždaug 1,4 sekundės esant 350 ms, iki 1,2 sekundės esant 300 ms ir apie 0,8 sekundės siūlomame 200 ms nustatyme. Lyderio kontrolės laiko mažinimas gali apriboti langą, per kurį vienas validatorius gali atidėlioti arba pertvarkyti transakcijas iki kito lyderio galimybės generuoti blokus.

Skaičiavimo vienetų korekcijos, kad apkrova išliktų pastovi

SIMD-0525 nepapildo tinklo darbo pajėgumo paprasčiausiai padidinęs sloto dažnį. Vietoje to, išteklių ribos yra proporcingai reguliuojamos pagal sloto trukmę, kad skaičiavimo paklausa per bet kokį realų laikotarpį išliktų pastovi. Naudojant pasiūlymo pradinį 60 milijonų skaičiavimo vienetų (CUs) už pradinę konfigūraciją bazę, vieno sloto skaičiavimo ribos būtų sumažintos, kai slotai sutrumpėja: apie 52,5M CU esant 350 ms, apie 45M esant 300 ms, apie 37,5M esant 250 ms ir apie 30M esant 200 ms.

Šios vieno sloto korekcijos apsaugo nuo bendro skaičiavimo apkrovos augimo vien dėl to, kad viename seconde įvyksta daugiau slotų. Validatoriai, klientai ir įrankiai, stebintys skaičiavimo suvartojimą, turės paisyti atnaujintų vieno sloto ribų, kai bus aktyvuojami atitinkami funkcijų užraktai.

Epochos, emisija ir validatorių ekonomika

Nes Solanos protokolas kai kurį laiko matavimą atlieka pagal sloto skaičių, sloto sutrumpinimas taip pat sutrumpina epochos trukmę, kai protokolas palaiko pastovų slotų skaičių epochoje (432 000 slotų). Todėl epochų ilgiai mažėja nuo nominalių maždaug 48 valandų prie 400 ms iki maždaug 42 valandų prie 350 ms, maždaug 36 valandų prie 300 ms, maždaug 30 valandų prie 250 ms ir maždaug 24 valandų prie 200 ms.

Norint užtikrinti, kad protokolo žetono emisija ir kiti laiku grindžiami ekonominiai parametrai būtų suderinti su realiuoju laiku, o ne su sloto skaičiais, Solana koreguoja metinius sloto apskaičiavimus ir kitus epochos pagrindu nustatomus parametrus. Pavyzdžiui, Validator Admission Ticket kaina, aprašyta Alpenglow konsenso dizainuose, yra proporcingai pritaikoma, todėl 1,6 SOL per epochą kaina prie 400 ms tampa maždaug 1,4 SOL prie 350 ms, 1,2 SOL prie 300 ms, 1,0 SOL prie 250 ms ir 0,8 SOL prie 200 ms — taip palaikant validatorių išlaidas artimas numatytai dienos kainai nepaisant trumpesnių epochų.

Kaip tai dera su platesniais Solanos našumo atnaujinimais

Sloto laiko diegimas yra vienas iš didesnio našumo ir konsenso modernizavimo iniciatyvų Solanos ekosistemoje. Kita reikšminga iniciatyva yra Alpenglow, konsenso perprojektavimas, kurį vysto Anza ir kuris jau įžengė į bendruomenės validatorių bandymus. Alpenglow siekia pagreitinti patvirtinimus iki maždaug 150 ms ir pašalinti Proof of History (PoH) bei grandinėje vykstančias balsavimo transakcijas iš Solanos pagrindinio konsenso kelio.

Alpenglow pristato balsavimo mechanizmą pavadinimu Votor, kuris remiasi ne grandinėje vykstančia validatorių komunikacija ir parašų agregacija. Nors Alpenglow darbai yra atskiri nuo SIMD-0525, abi pastangos siekia to paties tikslo: sumažinti laiką, reikalingą saugiems patvirtinimams pasiekti, ir pagerinti pralaidumą bei delsą galutiniams vartotojams.

Klientų įvairovė ir saugumas: Firedancer ir keli klientai

Validatorių programinė įranga 2026 m. išsiskyrė įvairove. Jump Crypto klientas Firedancer pradėjo gaminti blokus pagrindiniame tinkle gegužę po kelių metų vystymo, siūlydamas nepriklausomai sukurtą validatoriaus įgyvendinimą. Firedancer skirtas padidinti našumą ir sumažinti centralizacijos riziką, atsirandančią priklausomybės nuo vieno kliento atžvilgiu.

Pagrindiniai infrastruktūros operatoriai priėmė kelių klientų strategijas. Pavyzdžiui, Coinbase pranešė, kad paleido kelių klientų konfigūraciją, naudojančią Jito ir Firedancer savo validatorių infrastruktūroje, palaikydama apie 40,48 milijono stake'intų SOL — maždaug 9,52% tinklo stake'o tuo metu. Jump Crypto diegimo gairės rekomendavo validatoriams vengti pilnos migracijos į Firedancer, kol nebus baigti auditai.

Kam naudingi trumpesni slotų laikai?

Daugiausia naudos gaus programos, reikalaujančios mažo patvirtinimo delsimo ir tikslaus duomenų senumo matavimo. Orakulo integratoriai, DeFi protokolai (įskaitant AMM) ir prekybos sistemos, priimančios automatinius sprendimus remiantis grandinės laiko žymomis ar sloto aukščiu, gaus šviežesnius duomenis ir greitesnius patvirtinimo signalus.

Trumpesni slotai taip pat gali pagerinti vartotojo patirtį piniginėms ir vartotojams skirtoms programėlėms, kurios rodydamos patvirtinimo laikus vartotojams. Tuo pačiu validatoriai ir infrastruktūros komandos turi išbandyti ir patvirtinti, kaip greitesnis blokų ritmas sąveikauja su propagacija, mempool elgsena, transakcijų prioriteto nustatymu ir RPC mazgų našumu.

Bandymai, stebėsena ir tolimesnis kelias

Po 350 ms funkcijos užrakto aktyvavimo Solanos viešasis kelių žemėlapis nurodo 300 ms kaip kitą etapą. Kiekvienas vėlesnis sumažinimas bus diegiamas tik po to, kai atitinkamas funkcijos užraktas bus aktyvuotas ir išbandytas. Tinklo telemetrija, validatorių ataskaitos ir klientų komandų atsiliepimai lems Agave v4.2 leidimų ir tvarkaraščių koregavimus.

Tinklo aktyvumas išliko stiprus iki liepos mėnesio, kai Solanoje plito tokenizuotų aktyvų ir tokenizuotų akcijų naudojimas, prisidedant prie didesnio transakcijų tūrio. Šis augantis ekosistemos poreikis pabrėžia būtinybę kruopščiai, duomenimis pagrįstiems bandymams, kai tinklas didina sloto dažnį nekeisdamas skaičiavimo apkrovos per realų laikotarpį.

Išvados validatoriams, kūrėjams ir rinkos dalyviams

  • Validatoriai turėtų pasiruošti etapiniams aktyvavimams: stebėti klientų leidimus (Agave v4.2), audituoti skaičiavimo vienetų taikymą ir išbandyti propagacijos rodiklius, kai sloto laikas trumpėja.
  • Kūrėjai ir orakulai turėtų patikrinti, kaip sloto pagrindu nustatytos laiko prielaidos veikia programų logiką ir apsvarstyti koregavimus dėl greitesnių patvirtinimų ir trumpesnių epochų.
  • Biržos ir dideli stake'inimo dalyviai turėtų tęsti kelių klientų ir auditų pirmumo strategijas, kad sumažintų sisteminę riziką, kai nauji klientai ir konsenso pakeitimai pasieks pagrindinį tinklą.

Solanos žingsnis link 350 ms yra apgalvotas, palaipsnis žingsnis link mažesnio delsimo ir tikslesnio laiko DeFi, rinkos duomenims ir vartotojo patirčiai. Jei vėlesni etapai bus aktyvuoti pagal planą, 200 ms sloto tikslas reikšmingai susiaurintų patvirtinimo langus ir pakeistų kai kurias protokolo ir programų lygmens laiko prielaidas, tačiau tik po to, kai validatoriai ir klientų komandos patvirtins stabilumą kiekviename tarpinio etapo žingsnyje.

Šiuo metu nedidelis pakeitimas iki 350 ms signalizuoja apie nuolatinę tinklo evoliuciją: greitesnis blokų ritmas derinamas su proporcingomis išteklių ribomis ir paralelinėmis iniciatyvomis, tokiomis kaip Alpenglow, Firedancer ir kelių klientų architektūros, kad būtų užtikrintas Solanos našumo ir dezintegracijos tikslų pažangumas kartu.

Palikti komentarą

Komentarai

Komentarų dar nėra. Būkite pirmas.