Klienci Ethereum Prysm, Teku wypuszczają aktualizacje, aby rozwiązać problemy z ostatecznością sieci

Dwóch konsensusowych klientów Ethereum 2.0, Prysm i Teku, wydało nowe aktualizacje, aby rozwiązać obecne problemy z ostatecznością Beacon Chain.

Sieć Ethereum napotkała problemy z ostatecznością dwukrotnie w ciągu 24 godzin, pierwszy trwał 25 minut, a drugi ponad godzinę.

Zgodnie z ogłoszeniem na blogu Ethereum Foundation, w dniach 11 i 12 maja miały miejsce dwa różne zdarzenia, w których mechanizm konsensusu proof-of-stake (PoS) dla łańcucha nawigacyjnego sieci Ethereum nie osiągnął ostateczności odpowiednio przez 3 i 8 epok .

Jednak transakcje z użytkownikami końcowymi pozostały nienaruszone ze względu na różnorodność klientów, ponieważ zdarzenie nie wpłynęło na wszystkie implementacje klientów.

Dokładna przyczyna problemu jest nadal badana; wydaje się jednak, że przyczyną problemu mogły być duże obciążenia niektórych klientów warstwy konsensusu, wywołane przez „wyjątkowy scenariusz”.

Prysm, Teku ogłaszają ulepszenia

W międzyczasie firmy Prysm i Teku wydały nowe aktualizacje, które zawierają modyfikacje zapobiegające nadmiernemu zużywaniu zasobów przez węzły nawigacyjne podczas takich wyjątkowych scenariuszy.

Aktualizacja Prysm, nazwana poprawką v4.0.3, zawiera niezbędną optymalizację, aby zapobiec zużywaniu zbyt wielu zasobów przez węzeł Beacon Chain w burzliwych okresach.

Klient ETH 2.0 wzywa administratorów węzłów Ethereum do aktualizacji swoich węzłów, jeśli wystąpi znaczne wykorzystanie zasobów.

Z drugiej strony aktualizacja Teku do wersji 23.5.0 usunęła przestarzałe, problematyczne atesty z sieci głównej Ethereum. Aktualizacja zawiera również kilka zmian i ulepszeń zaprojektowanych w celu zapobieżenia podobnym problemom zalewania poświadczeń w przyszłości.

Inni klienci Ethereum, tacy jak Nimbus, twierdzili, że nie wymagają żadnych istotnych aktualizacji dla swoich klientów. Wskazali jednak, że będą nadal monitorować problem i dostarczać poprawki, jeśli się pogorszy.

Ze swojej strony Lighthouse i Lodestar doświadczyły znośnego obciążenia ze względu na swoją wyjątkową architekturę. Podczas gdy inni klienci ETH 2.0 zużywali dużą ilość zasobów, obaj utrzymywali sieć przy życiu, weryfikując 40–50% bloków, dopóki inni klienci nie odzyskali sprawności i nie rozpoczęli sprawdzania poprawności bloków.

Śledź nas w Google News