Solanos 350 ms pagrindinis tinklas juda, nes 200 ms gairėse skaičiavimas vyksta be problemų
„Solana“ 350 ms „Mainnet“ tikslas įsigalios 1020 epochoje, palyginti su dabartiniu 400 milisekundžių tikslinio lizdo laiku. Funkcija suaktyvinta 1019 epochos pradžioje, tačiau vienos epochos delsa reiškia, kad tinklas išlaiko esamus parametrus iki kitos epochos. Praktiškai blokai gauna trumpesnį tikslinį gamybos intervalą, negaudami didesnio skaičiavimo per sekundę.
Diegimas jau yra toliau į priekį kitur. „Testnet“ pasiekia efektyvų 200 ms tikslą, o „Devnet“ siekia 300 ms ir suaktyvino savo 250 ms užtvarą, kol jis dar nepadėjo. Solanos rugpjūčio 6 d. pakeitimų žurnale buvo nurodytas tik 350 ms žingsnis dviejose bandymų grupėse, parodydamas, kaip greitai pažengė į priekį vėlesni etapai.
„Mainnet“ 350 ms funkcijos paskyra suaktyvinta 440 208 000 lizde, pirmajame 1019 epochos lizde. Esant SIMD-0525 delsai, „Mainnet“ išlieka veiksmingo 400 ms tikslo per tą epochą ir pereina į 350 ms 1020 epochoje.
SIMD-0525 lieka juodraštis. Funkcijų aktyvinimas rodo, kad tinkle juda tam tikras klasterio pakeitimas, o ne tai, kad visas 200 ms dizainas tapo priimtu galutiniu standartu. Skaičiai taip pat yra tiksliniai laikotarpiai, kurie skiriasi nuo stebimo bloko gamybos, patvirtinimo delsos ir ekonominio baigtinumo.
Aritmetika išlaiko skaičiavimo lubas plokščias
Apibrėžiamas pasiūlymo apribojimas yra tas, kad į kiekvieną lizdą telpa mažiau darbo, nes laiko tarpai trumpėja.
Solanos liepos 30 d. pakeitimų žurnalas pranešė, kad „Mainnet“ jau suaktyvino didžiausią 100 milijonų skaičiavimo vienetų blokų ribą. SIMD-0525 parodo, kaip maksimali 400 ms būtų sudaryta su laiko tarpsniais: 87,5 mln. CU esant 350 ms, 75 mln. CU prie 300 ms, 62,5 mln.
| Tikslinis lizdas | Max bloko CU pavyzdys | Teorinis maksimalus CU per sekundę | Keturių lizdų lyderio langas | 432 000 lizdų epocha |
|---|---|---|---|---|
| 400 ms | 100 mln | 250 mln | 1,6 sekundės | 48 valandos |
| 350 ms | 87,5 mln | 250 mln | 1,4 sekundės | 42 valandos |
| 300 ms | 75 mln | 250 mln | 1,2 sekundės | 36 valandos |
| 250 ms | 62,5 mln | 250 mln | 1,0 sekundės | 30 valandų |
| 200 ms | 50 mln | 250 mln | 0,8 sekundės | 24 valandos |
Kiekviena eilutė atitinka maždaug 250 milijonų CU teorinio maksimalaus bloko biudžeto per sekundę. Todėl perpus sumažinus tikslinį laiko tarpsnį, pavyzdžio blokinio skaičiavimo lubos lieka beveik nepakitusios.
Šios ribos nėra sandorio našumo prognozė. Faktinis naudojimas priklauso nuo darbo krūvio ir tinklo sąlygų, o 100 milijonų skaičius yra maksimalaus bloko CU sudėties pavyzdys, o ne universalus kiekvienos ribos bazinis rodiklis.
Pasiūlyme atskirai sumažinamas kiekvienos srities paskyros rašymo, balsavimo, duomenų paskirstymo, duomenų smulkinimo, kodavimo smulkinimo ir suskirstytos atlygio biudžetas. Jo tikslas – sukurti dažnesnes planavimo galimybes tyliai nepadvigubinant išteklių, kurių gali būti paprašyta apdoroti kiekvieną sekundę.
Šis skirtumas yra svarbus, nes riba apibūdina daugiausia darbų, kuriuos gali sudaryti blokas, o ne tai, kiek darbo bus kiekviename bloke. Trumpesni tiksliniai laiko tarpsniai gali pasikeisti, kai operacijos gauna įtraukimo galimybę, net kai teorinis skaičiavimo per sekundę pašalpa išlieka nepakitusi.
Solana kiekvienam lyderiui vis tiek skirs po keturis laiko tarpsnius iš eilės. Esant 400 ms viename lizde, gaunamas nominalus 1,6 sekundės vedlio langas. Esant 200 ms, langas sumažėja iki 0,8 sekundės.
Dėl to trumpesnis laikotarpis sumažina vieno lyderio kontroliuojamą laiką. Taip pat lieka mažiau laiko gauti ankstesnį bloką, jį paleisti iš naujo, sukurti jį ir surinkti balsus, kol tinklas tęsiasi.
Todėl tikrintojai susiduria su griežtesnėmis perdavimo ir sklaidos ribomis. Balsavimo ir apkalbų įvykiai įvyksta dažniau tuo pačiu sieninio laikrodžio intervalu, o blokų paketas ir „Turbine“ turi taikyti mažesnius, tarpsnius suvokiančius biudžetus po kiekvieno atidėto perėjimo. Inscenizuotas dizainas suporuoja delsos tikslą su tiesioginio koordinavimo testu kiekviename žingsnyje.
Epoch laiko suspaudimai taip pat. SIMD-0525 kiekvienoje epochoje yra 432 000 lizdų, todėl nominali trukmė sumažėja nuo maždaug 48 valandų esant 400 ms iki 24 valandų esant 200 ms. Lizdų skaičius išlieka fiksuotas, tačiau pasikeičia jo sieninio laikrodžio reikšmė.
Ta pati suderinamumo problema apima programinę įrangą, esančią už tikrinimo priemonės ribų. Kai kurios SDK konstantos ir prielaidos, nesusijusios su grandine, lieka susietos su 400 ms, todėl programa, kuri apskaičiuoja praėjusį laiką padaugindama laiko tarpsnių skaičių iš 400 ms, gali nesutikti su klasteriu, kai įsigalios greitesnis etapas.
RPC klientai, tyrinėtojai ir kitos grandinės nepriklausančios paslaugos gali naudoti tarpų atstumą, kad įvertintų atnaujinimą arba praėjusį laiką. Ilgalaikė pasiūlymo kryptis – programinė įranga gauti efektyvius laiko parametrus iš klasterio, o ne laikyti kompiliavimo laiko konstantą nuolatine.
Alpenglow’s Validator įėjimo bilietas iliustruoja ekonominę šio neatitikimo versiją. SIMD-0525 mastelio keitimas taikomas tik tada, kai aktyvus priklausomas Alpenglow PVM mechanizmas. Tokiu atveju siūlomas mokestis sumažėja nuo 1,6 SOL per epochą esant 400 ms iki 0,8 SOL per epochą esant 200 ms, išsaugant maždaug 0,8 SOL dienos tikslą. Turimi įrodymai nepatvirtina, kad PVM rinkimas būtų vykdomas bet kurioje grupėje.
Mainnet atveju tiesioginis pokytis yra 350 ms 1020 epochoje, o ne šuolis tiesiai į 200 ms. Solana bando greičiau keisti planavimo galimybes, išlaikant apytiksliai pastovias išteklių ribas. Likusi rizika yra ta, ar tikrintuvai ir aplinkinė infrastruktūra gali išsaugoti savo koordinavimo ribas, kai kiekvienas etapas trumpėja.
