Ethereum naprawia błąd Glamsterdam dotyczący depozytów stakingowych
Poprawka zapobiega przypadkowemu trafianiu depozytów stakingowych do builderów. Zmiana została już uwzględniona w zasadach konsensusu, ale klienci muszą ją jeszcze zaimplementować.
Najważniejsze informacje
- Deweloperzy Ethereum poprawili błąd Glamsterdam, który mógł przypisywać depozyty stakingowe builderom zamiast walidatorom.
- Zmiana została najpierw odrzucona, ale po dodatkowym przeglądzie i testach w poniedziałek została ostatecznie zatwierdzona w specyfikacjach konsensusu.
- Zespoły klientów muszą jeszcze wdrożyć poprawkę w swoim oprogramowaniu; nowa data Hoodi i plan dla mainnetu nie są jeszcze znane.
Deweloperzy Ethereum poprawili błąd w nadchodzącej aktualizacji Glamsterdam, który mógł sprawić, że ETH z usług stakingowych trafiłoby do builderów zamiast do nowych walidatorów. Zmiana została w poniedziałek ostatecznie wprowadzona, po tym jak tydzień wcześniej ta sama poprawka została odrzucona.
Co mogło pójść nie tak
Glamsterdam rozdziela dwa zadania, które obecnie są jeszcze połączone. Builderzy składają bloki z transakcjami, a walidatorzy stakują ETH, aby zabezpieczać sieć, a następnie wybierają i zatwierdzają te bloki. Obie strony mogą wpłacać ETH, ale te środki powinny być śledzone oddzielnie.
Problem dotyczył sposobu, w jaki Ethereum miało przetwarzać depozyty oczekujące jeszcze na zaksięgowanie. Według starych wersji roboczych zasad operator mógł najpierw zarejestrować się jako builder z określonym kluczem publicznym. Jeśli następnie usługa stakingowa wpłaciłaby ETH, aby uruchomić walidatora pod tym samym kluczem, oba depozyty mogłyby zostać przypisane do buildera.
Badacz avsetsin opisał przy tym scenariusz, w którym operator mógłby wypłacić środki protokołu. Walidator nie zostałby wtedy utworzony, przez co usługa stakingowa nie miałaby dowodu pozwalającego odzyskać pieniądze. Według avsetsina chodziło o warunkowe ustalenia dotyczące kodu, a nie o potwierdzone exploity w działającym środowisku. Nie zgłoszono żadnych strat.
Dlaczego poprawka wróciła
Proponowana zmiana została 19 października ponownie zamknięta. Justin Traglia, który utrzymuje specyfikacje konsensusu Ethereum, napisał wtedy, że w tamtym momencie nie było wystarczającego poparcia ze strony klientów, by wprowadzić tę zmianę. Klienci to oddzielne programy, które uruchamiają walidatorzy, aby uczestniczyć w sieci.
Po dodatkowym przeglądzie poprawka została ponownie otwarta. Avsetsin dodał testy 23 października, a Traglia zatwierdził zmianę w poniedziałek. W nowych zasadach oczekujące depozyty są sortowane według withdrawal credentials, czyli ustawienia, które określa, dokąd ostatecznie mogą trafić środki. Depozyty walidatorów pozostają dzięki temu przy walidatorach, nawet jeśli builder używa tego samego klucza.
Znaczenie dla Ethereum
Poprawka jest już częścią specyfikacji konsensusu Ethereum, ale zespoły klientów muszą jeszcze wdrożyć tę zmianę w swoim oprogramowaniu. To sprawia, że poprawka ma znaczenie dla wszystkich, którzy śledzą sieć na poziomie testnetu, zwłaszcza że Glamsterdam działał już na Sepolii, a planowane uruchomienie na Hoodi zostało opóźnione. To opóźnienie na Hoodi pokazuje, że deweloperzy muszą jeszcze rozważyć kilka elementów aktualizacji równolegle. Nie ma jeszcze nowej daty Hoodi, a bez tego kroku nie można też ustalić daty mainnetu.
