Jeden z głównych klientów walidatora Ethereum wypuścił awaryjną aktualizację oprogramowania zaledwie kilka godzin przed krytycznym uruchomieniem testowej sieci Sepolia. Łatka pojawia się, gdy testnet przygotowuje się do podniesienia limitu gazu na blok do 200 milionów, co pozwoliłoby każdemu blokowi pomieścić znacznie więcej obliczeń i danych niż obecnie.
Czas jest napięty. Walidatorzy uruchamiający dotkniętego klienta muszą zaktualizować oprogramowanie przed rozpoczęciem testu, w przeciwnym razie ryzykują wypadnięciem z synchronizacji lub tworzeniem nieprawidłowych bloków podczas próby. Sepolia to nie mainnet — to miejsce prób, gdzie zespoły klientów psują rzeczy, aby mainnet nie uległ awarii. Ale nieudany test tutaj nadal opóźnia szersze wdrożenie Glamsterdam.
Dlaczego 200 milionów gazu ma znaczenie
Limit gazu w Ethereum określa pułap, ile pracy może pomieścić pojedynczy blok: proste transfery, wywołania inteligentnych kontraktów, bloby danych rollupów — to wszystko. Ten pułap stopniowo rósł przez lata, ale 200 milionów to inna skala. Oznacza więcej transakcji na blok, więcej miejsca na dane rollupów i teoretycznie niższe opłaty, gdy popyt jest stabilny.
Oznacza to również większe obciążenie każdego węzła, który musi przetworzyć ten blok. Walidatorzy, węzły archiwalne, dostawcy RPC — wszyscy w dół odczuwają to. Dlatego zespoły klientów testują te wzrosty najpierw na Sepolii i innych testnetach, gdzie zły blok kosztuje tylko zepsute popołudnie.
Pakiet ulepszeń Glamsterdam jest w przygotowaniu od miesięcy, a zwiększenie limitu gazu jest jednym z jego najuważniej obserwowanych elementów. Różnorodność klientów utrudnia koordynację: Ethereum działa na kilku różnych klientach walidatora, a każdy z nich musi poprawnie obsłużyć to samo obciążenie. Gdy jeden klient potrzebuje łatki przed testem, przypomina to, jak bardzo sieć zależy od działania tej różnorodności.
Co faktycznie robi łatka
Klient zaktualizował swoje oprogramowanie w ostatniej chwili. To typowa sytuacja w cyklach testowych — błąd ujawnia się podczas końcowych kontroli, zespół wysyła poprawkę, a walidatorzy ścigają się, aby ją zastosować. Dotknięty klient nie ujawnił dokładnego charakteru błędu, a awaryjne ramy sugerują, że nie był to kosmetyczny problem.
Walidatorzy, którzy przegapią okno, mogą zauważyć, że ich węzły Sepolia zatrzymają się lub odłączą od reszty testnetu. W mainnecie byłby to poważny incydent. W Sepolii to tylko punkt danych.
Szersze przetasowanie w testnetach
Sepolia stała się głównym poligonem dla zmian, które są zbyt ryzykowne, by testować je w mainnecie, ale zbyt ważne, by je pomijać. Zwiększenie limitu gazu idealnie pasuje do tego opisu. Jeśli Sepolia poradzi sobie z blokami o limicie 200 milionów gazu bez problemów, otworzy się droga do harmonogramu mainnetu. Jeśli nie, zespoły klientów wracają do kodu.
Nie ogłoszono jeszcze daty mainnetu. Ulepszenie Glamsterdam jest wciąż w fazie testnetu, a zmiana limitu gazu to jeden element większego pakietu. To, co wydarzy się w Sepolii w najbliższych dniach, wpłynie na szybkość dalszych działań.
Na co uważać
Natychmiastowe pytanie brzmi, czy załatany klient wytrzyma nowy rozmiar bloku. Walidatorzy, którzy zaktualizowali oprogramowanie na czas, dowiedzą się w czasie rzeczywistym; ci, którzy tego nie zrobili, mogą dowiedzieć się w bolesny sposób. Po Sepolii następnym punktem kontrolnym jest to, czy inne testnety — a ostatecznie mainnet — doczekają się własnych prób limitu gazu. Na razie wszystkie oczy są zwrócone na sieć testową, o której większość użytkowników nigdy nie myśli.
