Programiści Ethereum odroczyli aktualizację „Glamsterdam” w sieci testowej Hoodi po tym, jak badacze zajmujący się bezpieczeństwem odkryli lukę, która mogłaby przekształcić tymczasowe awarie kontraktów inteligentnych w trwałą utratę funkcjonalności. Firma Chainsecurity zidentyfikowała 13 wdrożonych kontraktów wykazujących potencjalnie podatne na ataki zachowanie. Aktywacja zaplanowana na 26 października została odwołana, co stawia pod znakiem zapytania wstępny termin aktualizacji sieci głównej Ethereum w grudniu, podczas gdy programiści prowadzą dochodzenie.
Ethereum opóźnia testy projektu Glamsterdam po obawach o 13 kontraktów
NAPISAŁ
UDOSTĘPNIJ
Najważniejsze wnioski
- Programiści Ethereum odwołali aktywację aktualizacji Glamsterdam w sieci testowej Hoodi zaplanowaną na 26 października ze względu na obawy dotyczące bezpieczeństwa.
- Szwajcarska firma Chainsecurity, zajmująca się cyberbezpieczeństwem łańcuchów bloków i audytem inteligentnych kontraktów, zidentyfikowała 13 wdrożonych kontraktów podatnych na potencjalnie trwałe awarie.
- Wstępna data uruchomienia sieci głównej Ethereum w grudniu stoi pod znakiem zapytania, ale użytkownicy sieci głównej nie muszą podejmować żadnych działań.
Ethereum opóźnia testy Glamsterdam po wykryciu luk w zabezpieczeniach zagrażających kontraktom
Kolejna duża aktualizacja sieci Ethereum napotkała nieoczekiwaną przeszkodę. Badacze zajmujący się bezpieczeństwem odkryli, że proponowane zmiany w sposobie naliczania opłat transakcyjnych przez blockchain mogą spowodować, że niektóre inteligentne kontrakty będą trwale rejestrować awarie, które wcześniej byłyby odwracalne.
Firma Chainsecurity zidentyfikowała 13 wdrożonych kontraktów wykazujących potencjalnie niebezpieczne zachowanie, co skłoniło programistów do odwołania aktywacji Glamsterdam zaplanowanej na 26 października w sieci testowej Hoodi. Odkrycie to zagraża ambitnej aktualizacji, której celem jest przyspieszenie i zwiększenie wydajności sieci Ethereum, a jej wstępna premiera w grudniu stoi obecnie pod znakiem zapytania.
Odkrycie dotyczące bezpieczeństwa zmusza Ethereum do zmiany planów
Podczas spotkania All Core Developers Execution, które odbyło się 22 października, programiści zgodzili się odroczyć testy po zapoznaniu się z ustaleniami dotyczącymi dwóch propozycji: EIP-8037 i EIP-8038. Zmiany te modyfikują sposób, w jaki protokół Ethereum oblicza „gaz” – mechanizm opłat określający, ile pracy obliczeniowej może wykonać dana transakcja.
Firma Chainsecurity odkryła, że niektóre operacje mogą w nieoczekiwany sposób przywrócić do transakcji wcześniej zużyty gaz. To pozornie pomocne zachowanie stwarza poważny problem dla inteligentnych kontraktów zaprojektowanych z uwzględnieniem istniejących limitów wydatków.
Kiedy nieudana transakcja staje się nieodwracalna
Niektóre kontrakty inteligentne celowo przerywają operację, gdy pozostaje niewystarczająca ilość gazu, umożliwiając użytkownikom ponowną próbę w późniejszym terminie. Zgodnie z proponowanymi zasadami nieudana operacja może jednak pozostawić wystarczającą ilość gazu, aby otaczający kontrakt mógł zakończyć rejestrowanie niepowodzenia. Może to trwale uniemożliwić opcję ponownej próby lub pozbawić użytkownika możliwości odzyskania środków.
Kod kontraktu niekoniecznie musiałby ulec zmianie, aby problem się pojawił. Badacze nie ujawnili publicznie 13 kontraktów, których dotyczy ta luka, a proces odpowiedzialnego ujawniania informacji nadal trwa.
Niepewność co do grudniowego okna aktualizacji
Glamsterdam łączy ulepszenia mające na celu zwiększenie wydajności przetwarzania sieci Ethereum oraz usprawnienie walidacji bloków. Wcześniejsze testy na sieci Sepolia zakończyły się sukcesem 6 października, przy czym bloki działały przy limicie gazu wynoszącym blisko 200 milionów, czyli ponad trzykrotnie więcej niż w sieci głównej Ethereum, gdzie limit ten wynosi około 60 milionów.
Operatorzy Hoodi muszą teraz zainstalować zaktualizowane oprogramowanie wykonawcze i konsensusowe przed odwołaną aktywacją. Zwykli użytkownicy Ethereum nie muszą podejmować żadnych działań. Fundacja Ethereum nie ogłosiła jeszcze zastępczej daty testów ani nie potwierdziła uruchomienia sieci głównej. Programiści muszą teraz ustalić, czy zmiany mające na celu poprawę wydajności sieci mogą bezpiecznie współistnieć z kontraktami działającymi już zgodnie ze starszymi zasadami.
Bitcoin Core zmienia swoje podejście do luk w zabezpieczeniach, ponieważ dzięki sztucznej inteligencji wykrywanie niektórych błędów oprogramowania stało się znacznie łatwiejsze.
Czytaj teraz: Bitcoin Core zmienia politykę bezpieczeństwa: AI ułatwia wykrywanie luk
Ten artykuł został przetłumaczony z języka angielskiego przy użyciu sztucznej inteligencji. Oryginalna wersja angielska jest źródłem autorytatywnym; tłumaczenia automatyczne mogą zawierać nieścisłości, zwłaszcza w terminologii prawnej i regulacyjnej.
