Polygon Labs załatało kilka luk bezpieczeństwa w swojej sieci proof-of-stake poprzez dwie skoordynowane twarde forki, w tym podatność, która mogła zmusić pełny zestaw walidatorów do kosztownego przetwarzania z pojedynczej spreparowanej transakcji.
Podsumowanie
- Polygon załatał kilka luk bezpieczeństwa PoS poprzez twarde forki Austin i Kyoto przed publicznym ujawnieniem poprawek.
- Fork Austin zamknął dwie ścieżki ataków typu denial of service, w tym jedną, która mogła pozwolić złośliwemu producentowi bloków na zawieszenie węzłów równorzędnych.
- Fork Kyoto naprawił błąd, który mógł zmusić zestaw walidatorów Polygon do kosztownego przetwarzania z pojedynczej spreparowanej transakcji.
- Polygon poinformował, że żadna z luk nie została wykorzystana w mainnet, a obie aktualizacje są teraz obowiązkowe dla operatorów węzłów.
Zespół wsparcia walidatorów Polygon ujawnił poprawki w poście na forum z 27 sierpnia po tym, jak twarde forki Austin i Kyoto zostały już przetestowane i aktywowane. Zespół poinformował, że poprawki bezpieczeństwa wpływające na konsensus zostały wdrożone prywatnie, zweryfikowane na testnecie Amoy i ujawnione dopiero po zabezpieczeniu floty mainnet.
Luki dotyczyły Bor, klienta wykonawczego Polygon PoS, oraz Heimdall, który obsługuje koordynację walidatorów i inne funkcje konsensusu. Polygon poinformował, że nie znalazł dowodów na to, aby którykolwiek z problemów został wykorzystany lub spowodował zakłócenia w mainnet.
Twarde forki Polygon zamykają luki w przetwarzaniu bloków
Twardy fork Austin zaktualizował Bor do wersji 2.10.0 i rozwiązał dwie ścieżki ataków typu denial of service związane z przetwarzaniem bloków.
Jedna dotyczyła zdarzeń synchronizacji stanu używanych do depozytów mostowych L1-L2. Takie zdarzenia mogą wykonywać kod kontraktów i prekompilacje, ale ich wykonanie nie było ograniczone efektywnym limitem gazu na blok. Austin wprowadził limit ilości gazu, jaką zdarzenia synchronizacji stanu mogą zużyć w bloku, zapobiegając wyczerpaniu zasobów przetwarzania.
Osobna słabość dotyczyła danych TxDependency używanych podczas przetwarzania bloków. Złośliwy producent bloków mógł dostarczyć zbyt duże pole danych, potencjalnie powodując nadmierną alokację pamięci i zawieszenie węzłów równorzędnych przetwarzających blok.
Polygon opisał oba problemy jako wektory ataków typu denial of service w przetwarzaniu bloków, a nie błędy poprawności konsensusu, i stwierdził, że żaden z nich nie spowodował znanych zakłóceń przed wdrożeniem poprawek.
Twardy fork Kyoto, który przeniósł Heimdall do wersji 0.11.0, objął większą grupę poprawek walidacji wejść i wzmocnienia konsensusu.
Wśród nich Polygon zidentyfikował głęboko zagnieżdżone pola google.protobuf.Any jako najpoważniejszą lukę w tej grupie. Transakcje Heimdall mogą zawijać wiadomości w polach Any, które z kolei mogą być zagnieżdżone w sobie nawzajem.
Bez limitu głębokości atakujący mógł skonstruować transakcję zawierającą głęboko zagnieżdżone pola przy stosunkowo niskim koszcie, zmuszając każdego walidatora przetwarzającego ją do wykonania znacznej pracy dekodowania. Polygon poinformował, że luka zapewniała bezuprawnieniową drogę do narzucenia kosztownego, skoordynowanego przetwarzania w całym zestawie walidatorów.
Kyoto dodał skan na poziomie bajtów, który odrzuca transakcje po przekroczeniu zdefiniowanego progu zagnieżdżenia. Kontrola jest stosowana zarówno przy przyjęciu do mempool, jak i na etapie przetwarzania konsensusu, aby ta sama transakcja nie mogła zostać zaakceptowana jedną ścieżką i odrzucona inną.
Inne poprawki Heimdall dotyczyły rozliczania kamieni milowych, przetwarzania punktów kontrolnych i odtwarzania zdarzeń L1. Nieudane tworzenie przyszłych zakresów może teraz ulec degradacji i ponowić próbę na następnej granicy zamiast blokować zatwierdzenie kamienia milowego, a nowe klucze odtwarzania rozwiązują przypadek brzegowy, w którym różne zdarzenia L1 mogłyby w przeciwnym razie kolidować.
Starsze węzły Polygon wypadły z konsensusu
Oba twarde forki są obowiązkowe dla operatorów, którzy chcą pozostać w kanonicznej sieci Polygon PoS.
Bor v2.10.0 jest wymagany dla wszystkich węzłów, podczas gdy Heimdall v0.11.0 dotyczy walidatorów i pełnych węzłów. Polygon poinformował, że operatorzy uruchamiający wersje sprzed wysokości aktywacji już odłączyli się od kanonicznego konsensusu i muszą zaktualizować swoje oprogramowanie, aby ponownie dołączyć do sieci.
Zmiany zostały dostarczone jako aktualizacje binarne, co oznacza, że operatorzy nie muszą migrować stanu, modyfikować konfiguracji genesis ani wykonywać pełnej ponownej synchronizacji. Węzły, które wypadły z konsensusu, mogą zaktualizować i wycofać się do odpowiedniej wysokości przed twardym forkiem, zanim dogonią kanoniczny łańcuch.
Polygon wcześniej używał hard forków do rozwiązywania problemów wpływających na jego infrastrukturę PoS. We wrześniu 2025 roku deweloperzy wykonali hard fork po tym, jak błąd oprogramowania spowodował opóźnienia finalizacji transakcji sięgające 15 minut.
Wcześniejszy incydent wpłynął na synchronizację walidatorów i lokalną szybką finalizację, podczas gdy produkcja bloków i punkt kontrolny Ethereum były kontynuowane. Wdrożono aktualizacje Bor i Heimdall, aby przywrócić przetwarzanie kamieni milowych, synchronizację stanu i finalizację konsensusu.
Miesiąc później aktualizacja Rio mainnet wprowadziła walidację bezstanową opartą na świadkach oraz model producenta bloków wybieranego przez walidatorów, ponieważ Polygon kontynuował zmiany w sposobie przetwarzania i weryfikacji transakcji w swojej sieci PoS.
Polygon kontynuuje zmiany w swojej infrastrukturze PoS
Wydajność sieci pozostawała kolejnym celem w 2026 roku. W maju crypto.news wcześniej informowało, że Polygon skrócił czas bloku do średnio 1,75 sekundy, co było pierwszą redukcją czasu bloku od czasu uruchomienia.
Inżynier oprogramowania Polygon, Lucca Martins, powiedział wówczas, że zmiana zwiększyła teoretyczną przepustowość do około 3260 transakcji na sekundę i pozwoliła sieci przetwarzać około 14% więcej płatności na sekundę. Prace te były częścią dążeń Polygon do obsługi większych wolumenów transakcji z płatności stablecoinami i działalności w zakresie finansów zdecentralizowanych.
Najnowsze poprawki bezpieczeństwa pojawiły się po tym, jak Polygon zakończył zastępowanie MATIC tokenem POL jako natywnym tokenem do opłat za gaz i stakowania w swojej sieci PoS. Migracja rozpoczęła się we wrześniu 2024 roku w ramach planu Polygon 2.0, a MATIC przechowywany bezpośrednio w Polygon PoS został przekonwertowany na POL w stosunku jeden do jednego.
Pierwotny plan MATIC-to-POL wyznaczył POL jako token używany do płatności za gaz i stakowania, a jego proponowane funkcje miały się rozszerzyć wraz z rozwojem architektury stakowania i łańcuchów agregowanych przez Polygon.
Zmiany objęły również samo Polygon Labs. W lipcu firma przeprowadziła kolejną rundę zwolnień, kończąc integrację giełdy kryptowalut Coinme. Dyrektor generalny Marc Boiron powiedział, że restrukturyzacja miała na celu wsparcie rentowności do 2027 roku, gdy Polygon Labs zmierza w kierunku modelu biznesowego skoncentrowanego na płatnościach.
POL wykazał niewielką pozytywną reakcję na ujawnienie informacji o bezpieczeństwie. Token był notowany w pobliżu 0,09983 USD 30 sierpnia, co oznacza spadek o około 2,3% w ciągu ostatnich 24 godzin i 6,8% w ciągu siedmiu dni, według danych CoinGecko dostarczonych wraz z raportem. Jego cena pozostała około 60,8% niższa niż rok wcześniej, co daje tokenowi kapitalizację rynkową wynoszącą około 1,07 miliarda dolarów.
