Twórcy Ethereum Core zdecydowali się odroczyć aktywację aktualizacji Glamsterdam w sieci testowej Hoodi. Decyzja ta została podjęta po ustaleniu, że nowe zasady obliczania gazu mogą zakłócić logikę wykonywania już wdrożonych inteligentnych kontraktów, potencjalnie powodując nieodwracalne zarejestrowanie niektórych nieudanych transakcji w blockchainie.
Awaryjne zatrzymanie harmonogramu testów Ethereum
Zespół techniczny Ethereum zgodził się Anuluj aktywację Glamsterdam w sieci Hoodi podczas ostatniego spotkania wdrożeniowego dla deweloperów. Pierwotnie planowana data tego kamienia milowego to 26 października o godzinie 17:42:48 UTC, ale wdrożenie zostało wstrzymane bez nowego potwierdzonego harmonogramu reaktywacji lub ostatecznego pojawienia się w sieci głównej.
Ten krok wstecz jest odpowiedzią na ostrzeżenie techniczne dotyczące wstecznej kompatybilności sieci. Chociaż Glamsterdam zakończył fazę wstępną w sieci Sepolia 6 października, przeniesienie do Hoodi stanowiło próbę na dużą skalę. Celem była ocena zachowania systemu przy rozszerzonym limicie 200 milionów gazu na blok, znacznie wyższym progu, który wymagał zachowania szczególnej ostrożności przed obciążeniem zdecentralizowanej infrastruktury.
Społeczność programistów przedkłada stabilność nad terminy. W ekosystemie, w którym działają tysiące zdecentralizowanych protokołów finansowych i autonomicznych aplikacji, każda modyfikacja maszyny wirtualnej musi gwarantować, że oprogramowanie stworzone lata temu będzie nadal działać z zachowaniem tych samych założeń bezpieczeństwa.
Wpływ propozycji EIP-8037 i EIP-8038 na gaz
Sedno sporu technicznego leży w połączeniu dwóch konkretnych propozycji usprawnień: EIP-8037 i EIP-8038. Pierwsza z nich ma na celu restrukturyzację kosztów związanych z tworzeniem nowych rekordów w bazie danych Ethereum, w celu ograniczenia nadmiernego wzrostu stanu sieci w miarę wzrostu całkowitej objętości przetwarzania i skalowania ogólnej przepustowości łańcucha.
Jednak raport bezpieczeństwa opublikowany 13 października ostrzegał przed nieprzewidzianymi skutkami ubocznymi. Zmieniając sposób zwrotu kosztów paliwa i obliczania go w przypadku niepowodzenia połączenia wewnętrznego, system może pozostawiać kontrakty z inną ilością pozostałego paliwa niż przewidywali ich oryginalni twórcy. To znacząco zmienia sposób, w jaki aplikacje obsługują wewnętrzne wyjątki operacyjne.
Istnieją kontrakty zaprojektowane specjalnie w celu rejestrowania błędów podprogramów i podejmowania zaprogramowanych decyzji w oparciu o to, czy saldo obliczeniowe zostało wyczerpane. Jeśli protokół zwróci jednostki gazu, które zostały wcześniej całkowicie zużyte, kontrakt ma swobodę wykonania kolejnych instrukcji, które powinny zostać wycofane, konsolidując niespójne stany lub rejestrując trwałe błędy w pamięci systemu.
Odchylenia w kosztach magazynowania i realizacji
Analiza techniczna szczegółowo wykazała, że problem ten objawia się również w odwrotnym kierunku, nieoczekiwanie zwiększając koszty rutynowych operacji. Na przykład, utworzenie nowego slotu magazynowego może wymagać nawet 110 020 jednostek gazu zgodnie z proponowanymi przepisami, gdy alokacja wtórna zostanie wyczerpana, w porównaniu ze standardowym kosztem bazowym wynoszącym 22 100 jednostek w poprzedniej architekturze.
Ten nagły wzrost może spowodować, że w pełni legalne transakcje zakończą się niepowodzeniem z powodu niewystarczającego budżetu gazu. Wiele inteligentnych kontraktów ustanawia ścisłe limity zużycia podczas interakcji z innymi modułami, aby chronić je przed atakami typu reentry lub złośliwym zużyciem. W przypadku pięciokrotnego wzrostu opłaty za alokację pamięci, zaplanowane operacje zostają nagle przerwane.
Aby dogłębnie zrozumieć mechanizm tych opłat i logikę ekosystemu umów, możesz skorzystać z zasobów szkoleniowych Akademia Bit2Megdzie analizowana jest architektura maszyny wirtualnej Ethereum. Utrzymanie tych równowagi jest kluczowe, aby użytkownik nie poniósł strat z powodu przerwanych wykonań lub nieproporcjonalnych opłat podczas interakcji z aplikacjami produkcyjnymi.
Cele Glamsterdamu wykraczające poza kalkulacje gazowe
Pomimo tego niepowodzenia w sieci testowej, aktualizacja Glamsterdam wprowadza znaczące zmiany mające na celu modernizację infrastruktury blockchain Ethereum. Jednym z jej najważniejszych elementów jest gruntowna przebudowa mechanizmu wyboru budowniczych bloków, mająca na celu złagodzenie negatywnych skutków maksymalnego wydobycia wartości przez walidatorów i demokratyzację udziału technicznego.
Cel uruchomienia bloków o zużyciu do 200 milionów jednostek gazu pozostaje częścią średnioterminowego planu działania. Taka przepustowość zwielokrotniłaby wolumen złożonych transferów i połączeń na sekundę, które pierwsza warstwa może bezpośrednio obsłużyć, pośrednio obniżając stawki w okresach szczytowego obciążenia i optymalizując rozliczenia dla rozwiązań drugiej warstwy.
Odroczenie pokazuje, że proces zarządzania technicznego Ethereum stosuje rygorystyczne filtry. Ci, którzy podejmują decyzję, kup Ethereum Aby zbudować swoje portfolio, ściśle przestrzegają decyzji inżynieryjnych, gdyż niezawodność reguł realizacji jest podstawą, która utrzymuje wartość sieci na rynkach międzynarodowych i jej uregulowaną adopcję instytucjonalną.
Najczęściej zadawane pytania
Jaki konkretny problem spowodował zawieszenie aktualizacji?
Naukowcy odkryli, że przepisy dotyczące gazu w propozycjach EIP-8037 i EIP-8038 zmieniały zachowanie kontraktu w przypadku awarii. Pozwoliło to na trwałe zapisanie niektórych błędnych transakcji i uniemożliwienie ich cofnięcia, a także na uniemożliwienie realizacji prawidłowych transakcji, wymagając do 110 020 jednostek gazu na slot, w porównaniu ze standardowymi 22 100.
Czy ta luka w zabezpieczeniach ma wpływ na środki użytkowników w sieci głównej?
Nie, środki w sieci głównej nie są zagrożone, ponieważ zmiana została wdrożona jedynie w zamkniętych środowiskach testowych, takich jak Sepolia, i nie została jeszcze zastosowana w sieci operacyjnej. Luka została zidentyfikowana przed aktywacją fazy w Hoodi, co zapobiegło jakimkolwiek zagrożeniom dla ekosystemu operacyjnego.
Kiedy Glamsterdam zostanie w pełni wdrożony?
Na chwilę obecną nie wyznaczono alternatywnej daty wdrożenia sieci testowej Hoodi ani głównej linii. Deweloperzy uzgodnią nowe harmonogramy na nadchodzących spotkaniach technicznych po poprawieniu modeli gazowych, aby zapewnić zgodność z istniejącym kodem.
Zawieszenie Glamsterdam w sieci Hoodi, ze względów ostrożnościowych, podkreśla inherentną złożoność modernizacji zdecentralizowanej sieci produkcyjnej bez narażania na straty miliardów dolarów w aplikacjach operacyjnych. Wczesne wykrycie tych anomalii w systemie taryf gazowych podkreśla wagę poddawania każdej propozycji gruntownym audytom przed wprowadzeniem zmian w warstwie konsensusu.
W miarę jak zespoły ds. bezpieczeństwa i deweloperzy udoskonalają specyfikacje propozycji EIP-8037 i EIP-8038, ekosystem będzie dysponował bardziej przewidywalną strukturą skalowania swojej pojemności transakcyjnej bez narażania na szwank historycznej logiki swoich 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.
