Wysyłka Fusaka i skalowanie blobów to duża sprawa, ale część, która nie dostaje wystarczającego uznania, to to, że postanowiliśmy wysłać DWA skomplikowane forki w tym roku i udało nam się to zrealizować.
Ogromny wysiłek ze strony zespołów klientów, EF i społeczności. Nowe podejście, silna realizacja na każdym kroku.
Aby lepiej to wyjaśnić, generacja stanu historycznego jest obciążająca zarówno pod względem obliczeniowym, jak i pamięciowym, a węzeł może być narażony na atak DDoS przez dużą liczbę równoległych powtórzeń stanu. W ciągu ostatnich dwóch godzin zaobserwowaliśmy wzrost liczby przestarzałych atestacji skierowanych na korzenie punktów kontrolnych z poza slotów (np. slot 5 epoki). Weryfikacja tych wymaga rekonstrukcji docelowego stanu, co powoduje, że węzły prysm spędzają znaczną ilość czasu na powtarzaniu starego stanu i są popychane w kierunku warunków podobnych do DDoS.
Zalecamy dodanie "--disable-last-epoch-targets", aby wyłączyć generację starego stanu dla przestarzałych atestacji.
🚨 Zidentyfikowaliśmy problem i mamy szybkie rozwiązanie. Wszystkie węzły powinny wyłączyć Prysm, aby niepotrzebnie generować stare stany do przetwarzania przestarzałych zaświadczeń. Aby to zrobić, wystarczy dodać następujący flag do swojego węzła beacon. Ta flaga działa z wersją v7.0.0 i nie musisz aktualizować węzła beacon poza dodaniem tej flagi. Nie są wymagane żadne zmiany dla klientów walidatorów.
"--disable-last-epoch-targets"