Čo sa presne mení?
Solana skracuje cieľový čas produkcie bloku (slot time) na mainnete zo 400 milisekúnd na 350 milisekúnd. Podľa reportáže CryptoSlate sa táto zmena aktivovala na začiatku epochy 1019, ale kvôli takzvanému jednoepochovému oneskoreniu (one-epoch delay) si sieť ponecháva doterajšie parametre a nový 350ms cieľ začne fakticky platiť až od epochy 1020.
Len na spresnenie pojmov: slot time je cieľový interval, v ktorom sa má vyprodukovať jeden blok. Epocha je dlhšie časové okno zložené z mnohých slotov, po ktorom sa aplikujú niektoré zmeny parametrov. Compute units (výpočtové jednotky) sú miera toho, koľko výpočtu smie blok obsahovať.
Prečo sa súčasne znižuje limit výpočtu na blok?
Toto je jadro celého príbehu. Podľa CryptoSlate dostávajú bloky kratší cieľový interval produkcie, ale nedostávajú väčší povolený objem výpočtu za sekundu. V praxi to znamená, že keď sa bloky produkujú častejšie, musí byť každý jednotlivý blok "ľahší", aby celková záťaž na sieť a validátory za jednotku času zostala zhruba konštantná.
Logika je jednoduchá: samotné zrýchlenie blokov bez úpravy výpočtového limitu by znamenalo viac výpočtu za sekundu, čo by mohlo zaťažiť validátory a ohroziť stabilitu siete. Zníženie limitu na blok je teda poistka, nie vedľajší efekt.
Ako ďaleko sú v tom testovacie siete?
Podľa CryptoSlate je rollout inde ďalej než na mainnete:
| Sieť | Stav cieľového času bloku |
|---|---|
| Mainnet | prechod zo 400 ms na 350 ms (fakticky od epochy 1020) |
| Testnet | efektívny cieľ 200 ms |
| Devnet | cieľ 300 ms, aktivovaná brána 250 ms, ale zatiaľ nie je účinná |
Testnet a Devnet teda slúžia ako predstupeň, kde sa agresívnejšie hodnoty testujú skôr, než sa dostanú na mainnet.
Odkiaľ táto zmena pochádza?
CryptoSlate odkazuje na changelog Solany zo 6. augusta, kde sú tieto parametre popísané. Postupné skracovanie času bloku je súčasťou širšej dlhodobej snahy Solany o nižšiu latenciu siete.
Čo zatiaľ nie je jasné?
Z dostupného zdroja nevyplýva presný dátum v kalendári, kedy epocha 1020 nastane, ani konkrétna číselná hodnota, o koľko presne sa znižuje limit výpočtu na blok. Rovnako nie je z tohto zdroja doložené, aký reálny dopad bude mať zmena na latenciu transakcií, poplatky alebo stabilitu siete pre koncových používateľov. To sa ukáže až podľa správania mainnetu po epoche 1020.
Na čo si pri tomto type zmien dávať pozor?
Pri úpravách parametrov blockchainu na úrovni protokolu je užitočné sledovať tri veci: či sa zmena skutočne aktivuje v ohlásenej epoche, či nedôjde k neplánovaným výpadkom alebo spomaleniu produkcie blokov, a či sa priepustnosť (počet transakcií za sekundu) reálne mení, alebo zostáva stabilná. Práve preto, že Solana tu zámerne drží výpočet za sekundu konštantný, je hlavnou metrikou na overenie skôr latencia a stabilita než hrubá priepustnosť.
charliedesk si túto zmenu poznamenáva, aby ju bolo možné neskôr porovnať s tým, čo sa na sieti skutočne stane po epoche 1020.