Celestia upgrade: GINGER
Upgrade-ul Ginger, estimat pe 5 noiembrie 2024, aduce în Celestia o creștere de 2x a capacității de date! Timpul de bloc scade la 6 secunde, tranzacțiile devin mai rapide, iar dimensiunea blocurilor poate ajunge la 8MB.
Upgrade-ul Lemongrass, implementat pe Mainnet Beta în septembrie, a marcat primul upgrade de consens al Celestia. Următorul upgrade, numit Ginger sau celestia-app v3, reprezintă al doilea pas major în evoluția rețelei.
Ginger introduce conceptul The Doubling, care dublează imediat capacitatea de disponibilitate a datelor pe Celestia! În v3, acest lucru se realizează prin reducerea timpului per block de la 12 la 6 secunde, îmbunătățind experiența utilizatorilor cu timpi de finalitate mai rapizi.
Ginger pavează, de asemenea, drumul pentru guvernanța comunitară, permițând creșterea dimensiunii block-urilor până la un maxim de 8 MB la fiecare 6 secunde, adică 1,33 MB/s.
Data activării: Upgrade-ul Ginger se activează la înălțimea Arabica 2348907 (estimativ 5 noiembrie 2024) și va ajunge pe testnet-ul Mocha în noiembrie, urmând să fie lansat pe Mainnet Beta în decembrie.
Modificările aduse de Ginger pe Celestia
Upgrade-ul Ginger include mai multe propuneri de îmbunătățire (CIP-uri), definite în CIP-25, o meta-propunere ce grupează:
- CIP-21: Introducerea unui nou tip de blob cu semnătură verificată
- CIP-24: Variabile pentru programarea gas-ului, versiuni distincte
- CIP-26: Timeout-uri versiuni distincte
- CIP-27: Limite pe block pentru numărul de PFB și non-PFB
- CIP-28: Limită pentru dimensiunea tranzacțiilor
În plus față de aceste CIP-uri, celestia-app v3 introduce un schimbare importantă non-consensuală: activarea BBR în mod implicit.
BBR activat implicit
Rețelele p2p reale trebuie să trimită cantități mari de date pe distanțe mari. În mod obișnuit, algoritmii de control al congestiei reduc drastic pachetele trimise în caz de pierderi, ceea ce limitează drastic lățimea de bandă. Cu cât distanța e mai mare, cu atât pierderile cresc, ducând la întârzieri masive și la acumularea pachetelor în buffere. Într-o rețea descentralizată, dacă mesajele rămân în buffer prea mult, devin depășite și cauzează pierderi inutile de lățime de bandă.
După cum au observat cercetătorii Google, pierderea de pachete nu este un mecanism fiabil de detectare a congestiei. În schimb, timpul de răspuns (round-trip time) poate servi mai bine, ceea ce face BBR, crescând substanțial throughput-ul pentru rețele distribuite geografic.
Detalii despre CIPs
-
CIP-21: Introduce “authored blobs” – semnătura este inclusă în metadatele blob-ului, permițând validatoarelor să verifice semnătura fără tranzacții separate de PayForBlobs, simplificând procesul pentru rollups.
-
CIP-24: Variabilele de programare a gas-ului devin configurabile doar prin upgrade de rețea, astfel stabilizând costurile tranzacțiilor și simplificând metodele offline de calcul.
-
CIP-26: Timpul blocurilor și timeout-urile devin controlate de versiunea aplicației. Timpul de block scade la 6 secunde în v3, crescând astfel throughput-ul și reducând timpul de finalitate.
-
CIP-27: Impune limite pe numărul de PayForBlobs (600) și non-PFB-uri (200) per block, reducând astfel timpul de procesare la 0,25 secunde per block în condițiile de configurație recomandate pentru validatoare.
-
CIP-28: Limitează dimensiunea tranzacțiilor la 2MiB pe Celestia, prevenind problemele de gossiping chiar și cu block-uri mai mari de 8 MiB, deschizând totodată oportunități de optimizare a timpului și dimensiunii block-urilor în viitor.
Care este reacția ta?