AktualnościKryptoEthereum wyznacza 6 października na upgrade Glamsterdam na teście Sepolia – co się zmieni?

Ethereum wyznacza 6 października na upgrade Glamsterdam na teście Sepolia – co się zmieni?

Autor: Coindoo·

Najważniejsze informacje

  • •Upgrade Glamsterdam ma się aktywować na teście Sepolia Ethereum 6 października, a zwykli posiadacze ETH nie muszą podejmować żadnych działań w związku z tym etapem testnetu.
  • •Upgrade łączy mechanizmy skalujące – wbudowaną separację proposer-builder i listy dostępu na poziomie bloku – z podwyżkami opłat gazu i osobnym rozliczaniem kosztów tworzenia stanu oraz dostępu do przechowywanych danych.
  • •Zwykłe transfery ETH na istniejące konta zachowują opłatę 21 000 gazu, co oznacza, że repricing dotyczy przede wszystkim operacji tworzących konta, wdrażających kontrakty oraz odczytcych i zapisujących przechowywane informacje.
  • •Analiza wpływu repricingu Foundation, która odtworzyła historyczne transakcje z mainnetu według proponowanego harmonogramu gazu, wykazała, że zdecydowana większość dała niezmienione wyniki, podczas gdy mniejsza grupa pozostała potencjalnie uszkodzona nawet przy znacznie wyższym limicie gazu.
  • •Operatorzy i walidatorzy Sepolia muszą zainstalować kompatybilne klienty wykonania i konsensusu oraz zapoznać się z nowymi obowiązkami ePBS, a deweloperzy aplikacji powinni przetestować wykonanie i szacunki opłat, zwłaszcza dla kontraktów ze stałymi przydziałami gazu.
Ethereum wyznacza 6 października na upgrade Glamsterdam na teście Sepolia – co się zmieni?

Ethereum Foundation wyznaczyło 6 października jako datę aktywacji upgrade'u Glamsterdam na teście Sepolia, dając operatorom węzłów termin aktualizacji oprogramowania, a zespołom aplikacji publiczną sieć do testowania zmian. Zwykli posiadacze ETH nie muszą podejmować żadnych działań w związku z tą aktywacją. Dla czytelników mniej zaznajomionych z cyklem rozwoju Ethereum: testnet to równoległa sieć, w której zespoły klientów i deweloperzy aplikacji mają okazję przećwiczyć zmiany protokołu, zanim trafią one do głównej sieci Ethereum, więc ta aktywacja to kamień milowy koordynacji w drodze do ewentualnego harmonogramu mainnetu, a nie zmiana w działającym łańcuchu.

Zgodnie z ogłoszeniem opublikowanym na blogu Foundation, Glamsterdam przygotowuje Ethereum do obsługi większej liczby operacji, zmieniając jednocześnie opłaty gazowe za niektóre działania. Publiczny test pozwoli deweloperom sprawdzić, czy aplikacje nadal wykonują się poprawnie i czy dokładnie szacują opłaty według nowych zasad.

Czy Glamsterdam zmieni to, ile płacą użytkownicy?

Efekt zależy od transakcji. Utworzenie konta, wdrożenie kodu kontraktu czy dodanie danych pozostawia informacje, które węzły Ethereum muszą przechowywać, a Glamsterdam zmienia gaz naliczany za tę pracę, a także za dostęp do istniejących zapisów.

EIP-8037 podnosi i osobno rozlicza koszty tworzenia stanu, natomiast EIP-8038 aktualizuje opłaty za odczyt i zapis przechowywanych informacji. Aplikacja tworząca znaczne ilości nowych danych będzie więc miała inny profil kosztów niż prosta płatność.

W przypadku zwykłego transferu ETH na istniejące, zwykłe konto obecna specacja gazu transakcyjnego (EIP-2780) utrzymuje opłatę na poziomie 21 000 gazu wykonania. Ta wartość mierzy pracę naliczaną transakcji; faktycznie zapłacona kwota nadal zależy od ceny gazu w momencie jego wysłania.

Dokumentacja opłat Ethereum wyjaśnia, że końcowa opłata zależy od zużytego gazu i ceny jednostkowej, na którą wpływa popyt. Większa przepustowość może zmniejszyć konkurencję o miejsce w bloku, podczas gdy wyższe opłaty za określone operacje mogą zwiększyć ich zużycie gazu. Twierdzenie, że Glamsterdam uczyni każdą transakcję tańszą, pomijałoby tę różnicę.

Dlaczego Ethereum zmienia pracę stojącą za każdym blokiem

Zwiększanie przepustowości zwiększa również pracę, jaką muszą wykonać węzły: odbiór danych transakcyjnych, ich weryfikację i utrzymywanie zapisów Ethereum. Glamsterdam zajmuje się czasem dostępnym na te sprawdzenia oraz tym, jak oprogramowanie klienta organizuje dostęp do danych. Równoważenie tych dwóch nacisków – zmieszczenia większej użytecznej pracy w każdym bloku przy zachowaniu akceptowalnego czasu jej weryfikacji – to ograniczenie, wokół którego zaprojektowano upgrade, i dlatego zmiany skalujące i repricing wchodzą razem.

Block builderzy: przeniesienie przekazania do protokołu

Wyspecjalizowani builderzy już dziś wybierają i porządkują transakcje dla wielu walidatorów. Wbudowana separacja proposer-builder (ePBS) przenosi mechanizm zobowiązania, dostarczania i płatności w tej relacji do protokołu Ethereum.

Zgodnie z projektem walidator proponujący blok wybiera zobowiązanie buildera do dostarczenia określonych danych transakcyjnych, a builder następnie je dostarcza. Oddzielenie sprawdzeń konsensusu od sprawdzeń wykonania daje walidatorom więcej czasu na weryfikację danych, podczas gdy protokół obsługuje płatność za tę wymianę.

Listy dostępu: pomocy węzłom w organizacji walidacji

Listy dostępu na poziomie bloku rejestrują konta i dane użyte podczas wykonania, wraz z wynikowymi wartościami. Oprogramowanie klienta może wykorzystać ten zapis do równoległego ładowania danych i równoległego organizowania zgodnej pracy walidacyjnej.

Lista jest generowana z danych wykonania i sama musi zostać sprawdzona. Pomaga węzłom identyfikować zależności między transakcjami; nie przewiduje ich skutków przed ich wykonaniem przez buildera, a poprawa wydajności zależy od tego, jak klienci wdrożą te możliwości.

Razem te zmiany tworzą miejsce na większą przepustowość wykonania. Repricing gazu odpowiada na towarzyszące temu obciążenie bazy danych: umożliwienie większej aktywności łatwiej utrzymać, gdy operacje tworzące lub odwołujące się do przechowywanych danych są naliczane proporcjonalnie do swoich wymagań zasobowych.

Stały przydział gazu może stać się problem dla aplikacji

Rozważmy kontrakt, który przyznaje operacji wewnętrznej stałą ilość gazu. Jeśli ta operacja stanie się droższa, może przekroczyć przydział i zakończyć się niepowodzeniem, a zwiększenie gazu dla całej transakcji niekoniecznie zmienia limit zapisany w samym kontrakcie.

Dlatego testowanie musi wykraczać poza sprawdzanie, czy sieć aktywuje się pomyślnie. Portfel może wymagać korekty szacunków, podczas gdy kontrakt z zakodowanym na stałe przydziałem może wymagać innego rozwiązania.

Analiza wpływu repricingu Foundation odtworzyła historyczne transakcje z mainnetu według proponowanego harmonogramu gazu. W testowanych transakcjach zdecydowana większość dała niezmienione wyniki. Niektóre dotknięte transakcje zakończyły się pomyślnie po zwiększeniu dostarczonego limitu gazu, podczas gdy mniejsza grupa pozostała potencjalnie uszkodzona nawet przy znacznie wyższym limicie. Deweloperzy mogą skorzystać z wyszukiwarki dotkniętych kontraktów Foundation, aby badać adresy i typy awarii. Zespoły utrzymujące portfele, usługi transakcyjne i narzędzia węzłów również muszą zaktualizować szacowanie gazu, zamiast polegać na zapisanych założeniach kosztowych. Po wyznaczeniu 6 października obserwowalne punkty kontrolne między aktywacją testnetu a ewentualnym przyszłym harmonogramem mainnetu są konkretne: czy wydania portfeli i narzędzi dostarczą zaktualizowane szacowanie gazu oraz czy zespoły stojące za kontraktami wykrytymi przez wyszukiwarkę wdrożą własne poprawki.

Kto musi działać?

Operatorzy i walidatorzy Sepolia: Zainstaluj kompatybilne klienty wykonania i konsensusu. Walidatorzy muszą zaktualizować węzeł beacon i klient walidatora oraz zapoznać się z nowymi obowiązkami ePBS i wymaganiami dotyczącymi narzędzi buildera.

Deweloperzy aplikacji: Przetestuj wykonanie i szacunki gazu według zmienionych zasad, zwłaszcza tam, gdzie kontrakty używają stałych wartości gazu.

Użytkownicy mainnetu i posiadacze ETH: W związku z tą aktywacją na testnecie nie są wymagane żadne działania. Instrukcje dla mainnetu towarzyszyć będą osobnemu ogłoszeniu.

Pomyślna aktywacja pokaże, że klienty wspólnie stosują nowe zasady. Następujące po niej testowanie aplikacji pokaże, czy portfele poprawnie szacują opłaty i czy dotknięte kontrakty działają niezawodnie – obie te rzeczy są konieczne, zanim proponowane usprawnienia skalowania będą mogły zapewnić niezawodną usługę użytkownikom mainnetu.