Aktualizacja Glamsterdam jest testowana w sieci Sepolia, gdzie limit przetwarzania bloku podniesiono z około 60 mln do niemal 200 mln jednostek gas. To ponad trzykrotny wzrost dostępnego budżetu, który ma sprawdzić, jak Ethereum poradzi sobie z większą liczbą płatności i transakcji.
Większy limit, ale bloki wciąż dalekie od pełnych
Gas określa ilość pracy obliczeniowej potrzebnej do obsługi transakcji i działania smart kontraktów. Wyższy limit może pozwolić sieci pomieścić więcej operacji, zanim użytkownicy zaczną mocniej konkurować o miejsce w blokach, co zwykle sprzyja wzrostowi opłat.
Dotychczasowe dane z ponad 25 kolejnych bloków testowych pokazują jednak, że wykorzystano od około 52 mln do 92 mln gas. Oznacza to zapełnienie bloków na poziomie 26–46 proc. dostępnej pojemności — żaden nie zbliżył się więc do granicy, przy której obciążenie węzłów byłoby największe.
Sam wzrost limitu nie oznacza też, że Ethereum obsłuży dokładnie trzy razy więcej transakcji. Glamsterdam zmienia również koszty przypisane do poszczególnych operacji, dlatego ostateczna przepustowość będzie zależeć od rodzaju wykonywanych działań.
Sam limit gas nie przesądza o rzeczywistej przepustowości sieci. Istotne będzie to, jak zmienione koszty operacji wpłyną na codzienne korzystanie z Ethereum. Testy na Sepolii pozwolą sprawdzić te założenia w praktyce.
Testy sprawdzają także działanie sieci
W osobnym, sześciominutowym okresie głosowania zaproponowano wszystkie 32 zaplanowane bloki. Za finalizacją, czyli uznaniem historii transakcji za rozstrzygniętą, opowiedziało się 99,97 proc. uprawnionego stake’u w sieci testowej.
Aktualizacja zmienia sposób organizacji pracy w Ethereum. Podział zadań między podmioty przygotowujące transakcje a walidatorów ma dać tym drugim więcej czasu na sprawdzenie obliczeń przed publikacją bloku.
Przeczytaj także: Ethereum wprowadza aktualizację Fusaka, by obniżyć koszty węzłów i przyspieszyć rozliczenia warstwy 2.
Bloki mają również zawierać listy kont i danych, do których odwołują się transakcje. Dzięki temu oprogramowanie może wcześniej pobierać potrzebne informacje i weryfikować niezależne operacje równolegle, zamiast przetwarzać je wyłącznie jedna po drugiej.
Kolejne etapy wdrożenia
Większa aktywność oznacza dodatkowe wymagania dla komputerów obsługujących sieć. Glamsterdam modyfikuje więc także opłaty związane z tworzeniem i odczytywaniem danych, a twórcy aplikacji powinni ponownie sprawdzić rozwiązania zależne od konkretnych kosztów gas.
Kolejny publiczny test ma odbyć się w sieci Hoodi, wstępnie 27 października. Termin zależy od wyników prób na Sepolii, a data uruchomienia Glamsterdam w głównej sieci Ethereum nie została jeszcze wyznaczona.
200 mln gas na testnecie robi wrażenie, ale ciekawsze będzie to, co się stanie przy pełnych blokach. Czekam na wyniki z Hoodi.
Sam limit to nie przepustowość. Bez pełnego obciążenia i danych o sprzęcie węzłów te liczby niewiele mówią. 25 bloków to też dość skromna próbka.
Podział przygotowywania transakcji i walidacji brzmi sensownie, ale ciekawe jak wzrosną wymagania na RAM i I/O przy równoległym pobieraniu danych. Sama finalizacja na testnecie nie mówi jeszcze, jak sieć zachowa się pod realnym obciążeniem.
Czy ktoś wie, czy zmiany kosztów gas mogą mocno wpłynąć na istniejące kontrakty? Mam kilka aplikacji opartych na obecnych kosztach i zastanawiam się, czy trzeba będzie je audytować przed wdrożeniem.
Testnety zawsze wyglądają dobrze przy małym obciążeniu. Poczekam, aż pokażą pełne bloki i konkretne pomiary na zwykłych węzłach, a nie tylko procent stake’u popierający finalizację.