Inayos ng Polygon Labs ang ilang isyu sa seguridad sa proof-of-stake network nito sa pamamagitan ng dalawang koordinadong hard fork, kabilang ang isang kahinaan na maaaring pumilit sa buong validator set na magsagawa ng magastos na pagpoproseso mula sa isang partikular na transaksyon.
Inihayag ng Polygon’s Validators Support Team ang mga pag-aayos sa isang forum post noong Agosto 27 matapos masubukan at ma-aktibo na ang Austin at Kyoto hard forks. Sinabi ng team na ang mga pag-aayos sa seguridad na nakakaapekto sa konsensus ay ipinatupad nang pribado, na-validate sa Amoy testnet at inihayag lamang matapos maprotektahan ang mainnet fleet.
Naapektuhan ng mga kahinaan ang Bor, ang execution client ng Polygon PoS, at Heimdall, na humahawak sa koordinasyon ng validator at iba pang function ng konsensus. Sinabi ng Polygon na wala silang nakitang ebidensya na sinamantala ang alinman sa mga isyu o nagdulot ng pagkaantala sa mainnet.
In-upgrade ng Austin hard fork ang Bor sa bersyon 2.10.0 at inayos ang dalawang denial-of-service paths na nauugnay sa pagpoproseso ng block.
Ang isa ay kinasasangkutan ng state-sync events na ginagamit para sa mga L1-to-L2 bridge deposits. Ang mga naturang event ay maaaring magpatupad ng contract code at precompiles, ngunit ang kanilang pagpapatupad ay hindi napapailalim sa isang epektibong per-block gas bound. Nagpakilala ang Austin ng limitasyon sa kung gaano karaming gas ang maaaring ubusin ng state-sync events sa loob ng isang block, upang maiwasan ang pagkaubos ng mga processing resource.
Ang isang hiwalay na kahinaan ay kinasasangkutan ng TxDependency data na ginagamit sa panahon ng pagpoproseso ng block. Ang isang malisyosong block producer ay maaaring magbigay ng sobrang laki ng data field, na posibleng magdulot ng labis na memory allocation at pagbagsak ng mga peers na nagpoproseso ng block.
Inilarawan ng Polygon ang parehong isyu bilang block-processing denial-of-service vectors sa halip na mga consensus-correctness flaws at sinabing wala sa mga ito ang nagdulot ng kilalang pagkaantala bago ipatupad ang mga patch.
Ang Kyoto hard fork, na naglipat sa Heimdall sa bersyon 0.11.0, ay sumaklaw sa isang mas malaking grupo ng input-validation at consensus-hardening fixes.
Kabilang sa mga ito, kinilala ng Polygon ang deeply nested google.protobuf.Any fields bilang pinakamalubhang kahinaan sa batch. Maaaring balutin ng mga transaksyon ng Heimdall ang mga mensahe sa loob ng Any fields, na sa huli ay maaaring maging nested sa loob ng isa't isa.
Kung walang limitasyon sa lalim, maaaring bumuo ang isang umaatake ng transaksyon na naglalaman ng deeply nested fields sa maliit na halaga habang pinipilit ang bawat validator na nagpoproseso nito na magsagawa ng malaking gawaing decoding. Sinabi ng Polygon na ang butas ay nagbigay ng permissionless na ruta para sa pagpapataw ng magastos at koordinadong pagpoproseso sa buong validator set.
Nagdagdag ang Kyoto ng byte-level scan na nagtatakwil sa mga transaksyon kapag lumampas ang nesting sa isang tinukoy na threshold. Nalalapat ang pagsusuri sa parehong mempool admission at sa yugto ng consensus processing upang hindi matanggap ang parehong transaksyon sa isang path at matanggihan sa isa pa.
Ang iba pang mga pag-aayos ng Heimdall ay sumaklaw sa milestone accounting, checkpoint processing at L1 event replay. Ang nabigong paglikha ng future-span ay maaari na ngayong bumaba at sumubok muli sa susunod na hangganan sa halip na harangan ang isang milestone commit, habang ang mga bagong replay keys ay tumutugon sa isang edge case kung saan ang magkakaibang L1 events ay maaaring magkabanggaan.
Ang parehong hard forks ay mandatory para sa mga operator na gustong manatili sa canonical Polygon PoS network.
Ang Bor v2.10.0 ay kinakailangan para sa lahat ng node, habang ang Heimdall v0.11.0 ay nalalapat sa mga validator at full node. Sinabi ng Polygon na ang mga operator na gumagamit ng mga bersyon bago ang mga taas ng activation ay na-fork na mula sa canonical consensus at dapat i-update ang kanilang software upang muling makasali sa network.
Ang mga pagbabago ay naihatid bilang binary upgrades, ibig sabihin, hindi na kailangang i-migrate ng mga operator ang state, baguhin ang genesis configuration o magsagawa ng full resync. Ang mga node na nawalan ng consensus ay maaaring mag-upgrade at mag-roll back sa naaangkop na taas bago ang hard fork bago humabol sa canonical chain.
Dati nang gumamit ang Polygon ng hard forks upang ayusin ang mga problemang nakakaapekto sa imprastraktura ng PoS nito. Noong Setyembre 2025, nagsagawa ang mga developer ng hard fork matapos ang isang software bug na nagdulot ng pagkaantala sa pagtatapos ng transaksyon ng hanggang 15 minuto.
Naapektuhan ng naunang insidente ang pag-synchronize ng validator at lokal na mabilis na pagtatapos habang nagpapatuloy ang paggawa ng block at Ethereum checkpointing. Ang mga update ng Bor at Heimdall ay ipinatupad upang ibalik ang pagpoproseso ng milestone, pag-synchronize ng state at pagtatapos ng consensus.
Isang buwan pagkatapos, ipinakilala ng Rio mainnet upgrade ang witness-based stateless validation at isang Validator-Elected Block Producer model habang patuloy na binabago ng Polygon kung paano pinoproseso at bine-verify ng PoS network nito ang mga transaksyon.
Ang pagganap ng network ay nanatiling isa pang pokus noong 2026. Noong Mayo, iniulat ng crypto.news na binawasan ng Polygon ang oras ng block sa average na 1.75 segundo, ang una nitong pagbabawas ng oras ng block mula nang ilunsad.
Sinabi ng software engineer ng Polygon na si Lucca Martins noong panahong iyon na ang pagbabago ay nagpataas ng theoretical throughput sa humigit-kumulang 3,260 transaksyon bawat segundo at pinahintulutan ang network na magproseso ng halos 14% na mas maraming pagbabayad bawat segundo. Ang gawain ay bahagi ng pagtulak ng Polygon upang suportahan ang mas mataas na volume ng transaksyon mula sa mga stablecoin payment at aktibidad ng decentralized finance.
Ang pinakabagong mga pag-aayos sa seguridad ay dumating matapos makumpleto ng Polygon ang pagpapalit ng MATIC ng POL bilang native gas at staking token sa PoS network nito. Nagsimula ang migration noong Setyembre 2024 bilang bahagi ng Polygon 2.0 roadmap, kung saan ang MATIC na direktang hawak sa Polygon PoS ay na-convert sa POL sa isang one-to-one ratio.
Ang orihinal na planong MATIC-to-POL ay nagtalaga sa POL bilang token na ginagamit para sa mga gas payment at staking, habang ang mga iminungkahing function nito ay inaasahang lalawak habang binubuo ng Polygon ang staking at aggregated-chain architecture nito.
Lumawak ang mga pagbabago sa Polygon Labs mismo. Noong Hulyo, nagtanggal muli ang kumpanya ng mga trabaho habang kinukumpleto ang integrasyon ng crypto exchange Coinme. Sinabi ni CEO Marc Boiron na ang restructuring ay idinisenyo upang suportahan ang kakayahang kumita pagsapit ng 2027 habang lumilipat ang Polygon Labs patungo sa isang business model na nakatuon sa pagbabayad.
Maliit ang naging positibong reaksyon ng POL sa paglalahad ng seguridad. Ang token ay nagte-trade malapit sa $0.09983 noong Agosto 30, bumaba ng humigit-kumulang 2.3% sa nakaraang 24 na oras at 6.8% sa loob ng pitong araw, ayon sa data ng CoinGecko na ibinigay sa ulat. Ang presyo nito ay nanatiling humigit-kumulang 60.8% na mas mababa kaysa noong nakaraang taon, na nagbibigay sa token ng market capitalization na humigit-kumulang $1.07 bilyon.
POL
MATIC