Što se točno mijenja?
Solana skraćuje ciljano vrijeme proizvodnje bloka (slot time) na mainnetu s 400 milisekundi na 350 milisekundi. Prema izvještaju CryptoSlatea, ova se promjena aktivirala na početku epohe 1019, ali zbog takozvanog kašnjenja od jedne epohe (one-epoch delay) mreža zadržava postojeće parametre, a novi cilj od 350 ms počinje stvarno vrijediti tek od epohe 1020.
Samo za pojašnjenje pojmova: slot time je ciljani interval u kojem se treba proizvesti jedan blok. Epoha je dulji vremenski prozor sastavljen od mnogo slotova, nakon kojeg se primjenjuju neke promjene parametara. Compute units (računske jedinice) su mjera toga koliko računanja blok smije sadržavati.
Zašto se istodobno smanjuje ograničenje računanja po bloku?
Ovo je srž cijele priče. Prema CryptoSlateu, blokovi dobivaju kraći ciljani interval proizvodnje, ali ne dobivaju veći dopušteni obujam računanja u sekundi. U praksi to znači da kada se blokovi proizvode češće, svaki pojedinačni blok mora biti "lakši", kako bi ukupno opterećenje mreže i validatora po jedinici vremena ostalo otprilike konstantno.
Logika je jednostavna: samo ubrzanje blokova bez prilagodbe računskog ograničenja značilo bi više računanja u sekundi, što bi moglo opteretiti validatore i ugroziti stabilnost mreže. Smanjenje ograničenja po bloku stoga je osigurač, a ne nuspojava.
Koliko su daleko u tome testne mreže?
Prema CryptoSlateu, rollout je drugdje dalje nego na mainnetu:
| Mreža | Stanje ciljanog vremena bloka |
|---|---|
| Mainnet | prijelaz s 400 ms na 350 ms (stvarno od epohe 1020) |
| Testnet | efektivni cilj 200 ms |
| Devnet | cilj 300 ms, aktivirana brana 250 ms, ali zasad nije na snazi |
Testnet i Devnet dakle služe kao pretstupanj, gdje se agresivnije vrijednosti testiraju prije nego što dođu na mainnet.
Odakle dolazi ova promjena?
CryptoSlate se poziva na changelog Solane od 6. kolovoza, gdje su ovi parametri opisani. Postupno skraćivanje vremena bloka dio je šire dugoročne težnje Solane za nižom latencijom mreže.
Što zasad nije jasno?
Iz dostupnog izvora ne proizlazi točan datum u kalendaru kada će epoha 1020 nastupiti, niti konkretna brojčana vrijednost za koliko se točno smanjuje ograničenje računanja po bloku. Također iz ovog izvora nije potkrijepljeno kakav će stvarni utjecaj promjena imati na latenciju transakcija, naknade ili stabilnost mreže za krajnje korisnike. To će se pokazati tek prema ponašanju mainneta nakon epohe 1020.
Na što kod ovakvog tipa promjena treba paziti?
Kod prilagodbi parametara blockchaina na razini protokola korisno je pratiti tri stvari: hoće li se promjena stvarno aktivirati u najavljenoj epohi, hoće li doći do neplaniranih ispada ili usporavanja proizvodnje blokova, te mijenja li se propusnost (broj transakcija u sekundi) stvarno ili ostaje stabilna. Upravo zato što Solana ovdje namjerno drži računanje u sekundi konstantnim, glavna metrika za provjeru je više latencija i stabilnost nego sirova propusnost.
charliedesk bilježi ovu promjenu kako bi je kasnije bilo moguće usporediti s onim što se na mreži stvarno dogodi nakon epohe 1020.