Inżynier Lido publicznie ostrzegł, że przejęcie depozytu stakingowego może zostać przeprowadzone w Glamsterdam, następnej planowanej aktualizacji Ethereum. Ostrzeżenie pojawia się równolegle z powiązanym zgłoszeniem w repozytorium consensus-specs, które zostało zamknięte jako „nieplanowane”, pozostawiając obawę bez formalnego rozwiązania w procesie specyfikacji.
Inżynier nie twierdzi, że atak ma miejsce teraz. Twierdzi, że obecny projekt pozostawia pole do ataku w Glamsterdam oraz że sposób, w jaki repozytorium zajęło się powiązanym zgłoszeniem w consensus-specs, nie zamknął tej luki.
Co faktycznie mówi ostrzeżenie o przejęciu depozytu
Ostrzeżenie koncentruje się na ścieżce depozytu — drodze, przez którą środki stakera są lokowane w systemie stakingowym. Przejęcie w tym kontekście oznacza, że ktoś inny niż zamierzony deponent przejmuje kontrolę nad tym, gdzie trafia depozyt. Inżynier Lido wskazał taki wynik jako możliwy w Glamsterdam.
W podanych faktach nie zademonstrowano żadnego exploita ani nie wskazano dotkniętych użytkowników czy środków. Ostrzeżenie jest twierdzeniem na poziomie projektu, a nie raportem o incydencie.
Dlaczego zgłoszenie w consensus-specs ma znaczenie
Repozytorium consensus-specs to miejsce, gdzie reguły protokołu Ethereum są zapisywane i przeglądane, zanim trafią do klientów. Zgłoszenie tam złożone to normalny sposób na udokumentowanie potencjalnej wady i przedstawienie jej osobom, które mogą zmienić specyfikację.
To zostało zamknięte jako „nieplanowane”. To status, a nie zapis debaty. Oznacza, że zgłoszenie w złożonej formie nie zostanie zrealizowane tą drogą. Dla każdego, kto śledzi bezpieczeństwo depozytów w Glamsterdam, zamknięcie przesuwa pytanie z „co zmieni specyfikacja” na „co jeszcze ma to powstrzymać”.
Na jaką obronę wskazuje autor zgłoszenia
Autor zgłoszenia w consensus-specs wskazuje na kontrole przed depozytem jako obronę. Mówiąc prosto, to walidacja uruchamiana przed przyjęciem depozytu — wychwytująca zły lub błędnie skierowany depozyt u progu, a nie po jego przyjęciu.
To znacząco inne miejsce na umieszczenie rozwiązania. Zmiana specyfikacji modyfikuje reguły protokołu, których wszyscy muszą przestrzegać. Kontrole przed depozytem należą do podmiotów budujących i obsługujących przepływ depozytu, a ich zakres zależy od tego, czy kontrole są faktycznie wdrożone i utrzymywane.
Czy kontrole przed depozytem w pełni pokrywają scenariusz przejęcia opisany przez inżyniera Lido, nie jest rozstrzygnięte w dostępnych faktach. Dwa stanowiska — ostrzeżenie na poziomie protokołu i obrona na poziomie kontroli — nie spotykają się w oczywisty sposób pośrodku.
Co ma z tym wspólnego Glamsterdam
Glamsterdam to aktualizacja, w której według inżyniera przejęcie jest możliwe. To wiąże ostrzeżenie z konkretnym, terminowym elementem prac nad protokołem, a nie z ogólną obawą o staking. Oznacza to również, że okno na rozwiązanie problemu jest ograniczone własnym harmonogramem aktualizacji, jakikolwiek by on był.
Podane fakty nie zawierają daty Glamsterdam, statusu implementacji klientów ani reakcji Lido poza ostrzeżeniem inżyniera. Zawierają natomiast publiczne twierdzenie, zamknięte zgłoszenie i proponowaną obronę, która znajduje się poza repozytorium specyfikacji.
Co dalej
Otwarte pytanie ma charakter proceduralny. Zamknięcie jako „nieplanowane” niekoniecznie kończy dyskusję — kończy to zgłoszenie. Następnym konkretnym krokiem byłoby nowe zgłoszenie, pull request lub zmiana sposobu specyfikowania i egzekwowania kontroli przed depozytem. Żaden z nich nie jest potwierdzony w podanych faktach.
Na razie stakerzy i zespoły klientów mają ostrzeżenie w rejestrze i obronę, która zależy od istnienia kontroli. Czy to wystarczy, by zamknąć lukę w Glamsterdam, jest dokładnie tym, na co nie odpowiedziano.
