Twórcy protokołu skutecznie zneutralizowali lukę w zabezpieczeniach specyfikacji konsensusu sieci przed jej ostatecznym wdrożeniem. Zespół główny wdrożył modyfikację techniczną, która zapobiega nieprawidłowemu przydzielaniu środków od nowych walidatorów do twórców bloków podczas przewidywanego hard forka Glamsterdam.
Ta zmiana architektury nastąpiła po intensywnej debacie w środowisku technicznym. Dzięki przerwie w harmonogramie testów, zespoły badawcze zidentyfikowały ryzyko na czas, chroniąc dostawców płynnego stakingu, zanim jakiekolwiek środki mogłyby zostać naruszone.
Wykryto lukę w zabezpieczeniach aktualizacji Glamsterdam
Rdzeń sieci przygotowuje się do jednej z najgłębszych transformacji technicznych wraz z pojawieniem się Glamsterdam. Ta modernizacja wprowadza strukturalny podział ról między dwoma fundamentalnymi aktorami w ekosystemie: twórcami bloków (budowniczowie), odpowiedzialnych za grupowanie i porządkowanie transakcji, oraz walidatorów, których funkcją jest proponowanie i certyfikowanie tych bloków w celu utrzymania konsensusu. Jednak analiza bezpieczeństwa wykazała, że Twórcy Ethereum naprawili błąd w Glamsterdam, który pozwalał na przekierowanie depozytów stakingowych do developerów. podczas przetwarzania oczekujących transakcji.
Problem tkwił w sposobie, w jaki projekt specyfikacji konsensusu obsługiwał współdzielone klucze publiczne. W konkretnym scenariuszu analizowanym podczas testów technicznych w październiku 2026 roku, złośliwy operator mógł początkowo zarejestrować się jako konstruktor przy użyciu określonego klucza publicznego. Jeśli protokół lub użytkownik następnie wysłał depozyt w celu aktywacji węzła walidatora przy użyciu tego samego klucza identyfikacyjnego, projekt reguł przypisywał całe saldo konstruktorowi. To pozbawiło jednostkę wysyłającą technicznych możliwości generowania dowodów kryptograficznych niezbędnych do wypłaty lub odzyskania kapitału, umożliwiając operatorowi węzła konstruktora wypłatę przelanych środków.
Rola protokołów stakingowych i badań technicznych
Anomalia została ujawniona przez badacza technicznego avsetsina, powiązanego z organizacją techniczną Lido. Specjalista ocenił potencjalny wpływ na różne rozwiązania w ekosystemie, w tym Lido, Rocket Pool i Origin Protocol. Chociaż były to ustalenia dotyczące kodu warunkowego, a nie exploity wykonane w sieci głównej, teoretyczna możliwość przekierowania depozytów stanowiła zagrożenie bezpieczeństwa, którego nie można było zignorować w zdecentralizowanym środowisku o wysokiej stawce.
Aby zrozumieć znaczenie tego mechanizmu, pomocne będzie zapoznanie się z podstawami technicznymi dostępnymi na platformach edukacyjnych, takich jak Akademia Bit2MeW tym artykule analizujemy działanie mechanizmu konsensusu Proof of Stake. W Ethereum każdy walidator musi zadeklarować 32 ETH, aby uczestniczyć w walidacji, a dostawcy stakingu agregują depozyty od tysięcy indywidualnych użytkowników. Jeśli warstwa konsensusu błędnie zidentyfikuje własność oczekujących depozytów po zastosowaniu hard forka, inteligentne kontrakty na tych platformach nie posiadają natywnych mechanizmów odwracających alokację w warstwie bazowej. Szybka interwencja audytorów zapobiegła przejściu błędu do zaawansowanych etapów integracji z oprogramowaniem klienckim.
Od początkowego odrzucenia do ostatecznej integracji z kodem
Proces rozwiązywania tej usterki technicznej wiązał się z pewnymi problemami technicznymi między administratorami repozytorium specyfikacji a zespołami rozwijającymi klientów sieci. Proponowana poprawka została tymczasowo zamknięta 19 października, po tym jak Justin Traglia, jeden z głównych współautorów specyfikacji konsensusu, wskazał, że w tamtym czasie nie było wystarczającego wsparcia ze strony zespołów klienckich, aby wdrożyć tę zmianę. Kilku deweloperów uznało, że istniejące filtry w inteligentnych kontraktach ograniczały już możliwość rejestrowania duplikatów kluczy.
Wydłużenie okresu testowania pozwoliło jednak na przeprowadzenie bardziej dogłębnych symulacji. 23 października do repozytorium wprowadzono dodatkowe testy, które wykazały potrzebę deterministycznej reguły w warstwie konsensusu. Ostatecznie modyfikacja została zatwierdzona i formalnie scalona w następny poniedziałek. Dzięki nowej logice wszystkie oczekujące w kolejce depozyty są ściśle uszeregowane według danych do wypłaty (dane uwierzytelniające wypłatyDzięki temu mamy pewność, że nawet jeśli konstruktor i walidator użyją tego samego klucza publicznego, środki przeznaczone do walidacji zostaną przydzielone wyłącznie do adresu wypłaty skonfigurowanego przez prawowitego deponenta.
Harmonogram wdrażania dla sieci testowych i sieci głównej
Usunięcie tej rozbieżności w teoretycznych specyfikacjach nie oznacza, że aktualizacja jest natychmiast gotowa do powszechnej aktywacji. Różne zespoły odpowiedzialne za oprogramowanie walidacyjne – w tym klienci wykonawczy i konsensusu – muszą dostosować swój kod źródłowy do tych nowych specyfikacji, zanim Glamsterdam będzie mógł kontynuować prace nad wdrożeniem sieci głównej.
Jeśli chodzi o praktyczne wdrożenie, Glamsterdam zakończył już wstępną fazę testów w sieci Sepolia. Jednak jego uruchomienie, zaplanowane na 26 października w sieci testowej Hoodi, musiało zostać przełożone, aby zapewnić czas na sprawdzenie bezpieczeństwa istniejących umów i wdrożenie tej poprawki depozytu. Dopóki społeczność techniczna nie zweryfikuje działania nowych danych uwierzytelniających wypłaty w Hoodi i nie ustali ostatecznej daty dla tej sieci, wdrożenie w sieci głównej nie zostanie zaplanowane. EthereumTa rygorystyczność techniczna odzwierciedla zaangażowanie ekosystemu w stabilność funduszy instytucjonalnych i detalicznych, które stanowią podstawę infrastruktury.
Wpływ bezpieczeństwa na infrastrukturę kryptograficzną w ramach MiCA
Solidność techniczna protokołów bazowych jest czynnikiem decydującym dla podmiotów podlegających regulacjom w Unii Europejskiej. Zgodnie z rozporządzeniem MiCA, dostawcy usług kryptoaktywów muszą zapewnić kompleksowe, audytowane i przejrzyste zarządzanie ryzykiem na wszystkich platformach i sieciach, na których działają ich klienci. Potencjalne incydenty na poziomie konsensusu mainchainów wymagają stałego monitorowania przez upoważnionych operatorów.
Na rynkach europejskim i hiszpańskim przechowywanie i obsługa aktywów powiązanych ze stakingiem wymagają rygorystycznych standardów due diligence. Wykrywanie i korygowanie luk w zabezpieczeniach na etapach poprzedzających wdrożenie mainnetu chroni integralność rynku i wzmacnia zaufanie do zdecentralizowanych modeli opartych na walidacji. Dla decydentów analizuj aktualne wiadomości o kryptowalutach Z technicznego punktu widzenia szybkość reakcji inżynierów Ethereum świadczy o dojrzałości procesów zarządzania otwartym oprogramowaniem w obliczu potencjalnie krytycznych awarii.
Najczęściej zadawane pytania
Co dokładnie było przyczyną niepowodzenia aktualizacji Glamsterdam?
Błąd ten powodował sytuację, w której operator rejestrujący się jako budowniczy bloków z kluczem publicznym, a następnie przesyłający depozyt walidatorowi za pomocą tego samego klucza, oba środki były przydzielane budowniczemu. Uniemożliwiało to walidatorowi odzyskanie pierwotnego depozytu.
Czy ta luka w zabezpieczeniach spowodowała jakąś rzeczywistą utratę środków?
Nie odnotowano żadnych strat finansowych w sieci. Luka została wykryta proaktywnie w repozytorium specyfikacji teoretycznych oraz w środowiskach testowych, co pozwoliło na wdrożenie poprawki przed jej wdrożeniem w sieci głównej.
W jaki sposób nowy kodeks rozwiązuje kwestię alokacji depozytów?
Zatwierdzona poprawka kategoryzuje oczekujące depozyty na podstawie danych uwierzytelniających ich wypłaty. Dzięki temu środki przeznaczone do walidacji są oddzielone od środków używanych przez deweloperów, niezależnie od klucza publicznego użytego podczas rejestracji w protokole.
Kiedy Glamsterdam zostanie aktywowany w głównej sieci Ethereum?
Data uruchomienia głównej sieci nie została jeszcze ustalona. Deweloperzy muszą najpierw ukończyć testy w sieci Hoodi, które zostały przełożone po kilku aktualizacjach zabezpieczeń, zanim klienci oprogramowania skoordynowają ostateczną aktualizację.
Szybkie wykrycie i rozwiązanie tego błędu w Glamsterdam podkreśla kluczowe znaczenie dokładnego audytu i testowania w rozwoju zdecentralizowanych sieci. Dzięki aktywnej współpracy zewnętrznych badaczy z twórcami protokołu, Ethereum wzmacnia swoje zabezpieczenia przed potencjalnymi wektorami konfliktów w alokacji kapitału.
W miarę jak sieć zmierza w kierunku bardziej zaawansowanego rozdzielenia ról walidacji i konstrukcji bloków, stabilność operacyjna będzie nadal niezbędnym filarem zapewniającym bezpieczeństwo użytkowników i platform, które na co dzień korzystają z technologii inteligentnych kontraktów.
Inwestowanie w kryptoaktywa nie jest w pełni regulowane, może nie być odpowiednie dla inwestorów detalicznych ze względu na wysoką zmienność i istnieje ryzyko utraty wszystkich zainwestowanych kwot.
Do stworzenia tego artykułu wykorzystano narzędzia sztucznej inteligencji generatywnej.
