Polygon Labs a remediat mai multe vulnerabilități de securitate în rețeaua sa proof-of-stake prin două hard fork-uri coordonate, inclusiv o vulnerabilitate care ar fi putut forța întregul set de validatori să efectueze o procesare costisitoare dintr-o singură tranzacție special concepută.

Echipa de Suport a Validatorilor Polygon a dezvăluit remediile într-o postare pe forum din 27 august, după ce hard fork-urile Austin și Kyoto fuseseră deja testate și activate. Echipa a declarat că remediile de securitate care afectau consensul au fost implementate în mod privat, validate pe testnet-ul Amoy și dezvăluite abia după ce flota mainnet-ului a fost protejată.

Vulnerabilitățile au afectat Bor, clientul de execuție al Polygon PoS, și Heimdall, care gestionează coordonarea validatorilor și alte funcții de consens. Polygon a declarat că nu a găsit nicio dovadă că oricare dintre probleme ar fi fost exploatată sau ar fi cauzat întreruperi pe rețeaua principală.

Hard fork-urile Polygon închid vulnerabilitățile de procesare a blocurilor

Hard fork-ul Austin a actualizat Bor la versiunea 2.10.0 și a abordat două căi de atac denial-of-service legate de procesarea blocurilor.

Una dintre ele a implicat evenimente de sincronizare a stării (state-sync) utilizate pentru depozitele de pe bridge-ul L1-L2. Astfel de evenimente pot executa cod de contract și precompilări, dar execuția lor nu era supusă unei limite efective de gaz per bloc. Austin a introdus o limită pentru cât de mult gaz pot consuma evenimentele de sincronizare a stării într-un bloc, împiedicându-le să epuizeze resursele de procesare.

O altă vulnerabilitate separată a implicat datele TxDependency utilizate în timpul procesării blocurilor. Un producător de blocuri malițios ar fi putut furniza un câmp de date supradimensionat, provocând potențial o alocare excesivă de memorie și blocând nodurile peer care procesează blocul.

Polygon a descris ambele probleme ca fiind vectori de denial-of-service în procesarea blocurilor, mai degrabă decât vulnerabilități de corectitudine a consensului, și a declarat că niciuna nu a cauzat întreruperi cunoscute înainte de implementarea patch-urilor.

Hard fork-ul Kyoto, care a mutat Heimdall la versiunea 0.11.0, a acoperit un grup mai mare de remedii pentru validarea intrărilor și consolidarea consensului.

Printre acestea, Polygon a identificat câmpurile google.protobuf.Any, profund imbricate, ca fiind cea mai gravă vulnerabilitate din lot. Tranzacțiile Heimdall pot încapsula mesaje în câmpuri Any, care, la rândul lor, pot fi imbricate unele în altele.

Fără o limită de adâncime, un atacator ar fi putut construi o tranzacție conținând câmpuri profund imbricate la un cost relativ mic, forțând în același timp fiecare validator care o procesează să efectueze o muncă substanțială de decodare. Polygon a declarat că vulnerabilitatea oferea o cale fără permisiune pentru a impune o procesare costisitoare și coordonată în întregul set de validatori.

Kyoto a adăugat o scanare la nivel de octet care respinge tranzacțiile odată ce imbricarea depășește un prag definit. Verificarea se aplică atât la admiterea în mempool, cât și în etapa de procesare a consensului, astfel încât aceeași tranzacție să nu poată fi acceptată pe o cale și respinsă pe alta.

Alte remedii Heimdall au acoperit contabilitatea jaloanelor, procesarea punctelor de control și reluarea evenimentelor L1. Crearea eșuată de span-uri viitoare poate acum să degradeze și să reîncerce la următoarea limită, în loc să blocheze o confirmare de jalon, în timp ce noile chei de reluare abordează un caz limită în care evenimente L1 distincte ar putea altfel să se ciocnească.

Nodurile Polygon mai vechi au ieșit din consens

Ambele hard fork-uri sunt obligatorii pentru operatorii care doresc să rămână în rețeaua canonică Polygon PoS.

Bor v2.10.0 este necesar pentru toate nodurile, în timp ce Heimdall v0.11.0 se aplică validatorilor și nodurilor complete. Polygon a declarat că operatorii care rulează versiuni anterioare înălțimilor de activare au ieșit deja din consensul canonic și trebuie să-și actualizeze software-ul pentru a se alătura din nou rețelei.

Modificările au fost livrate ca upgrade-uri binare, ceea ce înseamnă că operatorii nu trebuie să migreze starea, să modifice configurația genesis sau să efectueze o resincronizare completă. Nodurile care au ieșit din consens pot face upgrade și pot reveni la înălțimea pre-hard-fork adecvată înainte de a ajunge la zi cu lanțul canonic.

Polygon a folosit anterior hard fork-uri pentru a aborda problemele care afectează infrastructura sa PoS. În septembrie 2025, dezvoltatorii au executat un hard fork după ce un bug software a cauzat întârzieri de finalitate a tranzacțiilor de până la 15 minute.

Incidentul anterior a afectat sincronizarea validatorilor și finalitatea rapidă locală, în timp ce producția de blocuri și checkpoint-ing-ul Ethereum au continuat. Au fost implementate actualizări Bor și Heimdall pentru a restabili procesarea jaloanelor, sincronizarea stării și finalizarea consensului.

O lună mai târziu, upgrade-ul Rio mainnet a introdus validarea fără stare bazată pe martori și un model de Producător de Blocuri Ales de Validatori, pe măsură ce Polygon a continuat să schimbe modul în care rețeaua sa PoS procesează și verifică tranzacțiile.

Polygon a continuat să-și schimbe infrastructura PoS

Performanța rețelei a rămas un alt punct de interes în 2026. În mai, crypto.news a raportat anterior că Polygon a redus timpul de bloc la o medie de 1,75 secunde, prima sa reducere a timpului de bloc de la lansare.

Inginerul software Polygon, Lucca Martins, a declarat la acea vreme că modificarea a crescut debitul teoretic la aproximativ 3.260 de tranzacții pe secundă și a permis rețelei să proceseze cu aproximativ 14% mai multe plăți pe secundă. Lucrarea a făcut parte din eforturile Polygon de a susține volume mai mari de tranzacții provenite din plăți stablecoin și activități de finanțare descentralizată.

Cele mai recente remedii de securitate au sosit după ce Polygon a finalizat înlocuirea MATIC cu POL ca token nativ pentru gaz și staking în rețeaua sa PoS. Migrația a început în septembrie 2024 ca parte a foii de parcurs Polygon 2.0, cu MATIC deținut direct pe Polygon PoS convertit în POL la un raport unu-la-unu.

Planul original MATIC-to-POL a desemnat POL ca token utilizat pentru plăți de gaz și staking, în timp ce funcțiile sale propuse erau de așteptat să se extindă pe măsură ce Polygon își dezvolta arhitectura de staking și de lanț agregat.

Modificările s-au extins și la Polygon Labs însăși. În iulie, compania a redus o altă rundă de locuri de muncă în timp ce finaliza integrarea schimbului de criptomonede Coinme. CEO-ul Marc Boiron a declarat că restructurarea a fost concepută pentru a susține profitabilitatea până în 2027, pe măsură ce Polygon Labs se îndrepta către un model de afaceri axat pe plăți.

POL a arătat o reacție pozitivă redusă la dezvăluirea de securitate. Tokenul se tranzacționa aproape de 0,09983 dolari pe 30 august, în scădere cu aproximativ 2,3% în ultimele 24 de ore și cu 6,8% în șapte zile, conform datelor CoinGecko furnizate împreună cu raportul. Prețul său a rămas cu aproximativ 60,8% mai mic decât un an mai devreme, conferind tokenului o capitalizare de piață de aproximativ 1,07 miliarde de dolari.