Ipinahayag ng Polygon Labs ang isang pares ng mga security vulnerability na maaayos nang tahimik sa dalawang hard fork bago maglabas ng anumang pampublikong pahayag ang network. Ang mga pag-aayos ay napanood sa mga pag-update na Austin at Kyoto, na nagsimula sa Polygon proof-of-stake mainnet noong Agosto 29, kasunod ng isang post sa community forum na naglalaman ng teknikal na detalye dalawang araw bago.
Ano ang tunay na nasira
Ang Austin hard fork ay nag-upgrade sa Bor execution client sa v2.10.0, na aktibado sa mainnet block 91,949,700. Ang Kyoto ay nag-upgrade sa Heimdall consensus client sa v0.11.0, na aktibado sa block height 51,533,000.
Sa panig ng Bor, kailangang tugunan ang dalawang kategorya ng problema. Una, ang mga L1-to-L2 state-sync events ay epektibong di-nakakatakdang, ibig sabihin ay maaaring kumain ng mga resource ng block nang walang gas accounting na karaniwang naglalayong limitahan ang walang hanggang komputasyon. Ang Austin fork ay nagpalabas ng per-block gas bounds upang limitahan ang pagkakataong ito.
Ang pangalawang isyu sa Bor ay ang hindi limitadong TxDependency data, isang istruktura na ginagamit ng Bor sa loob para subaybayan ang pagkakasunod-sunod ng transaksyon. Nang walang limitasyon kung gaano kalaki ang maaaring lumaki ang istrukturang ito, maaaring mag-stall o mag-crash ang lahat ng konektadong peer dahil sa isang pinag-iisipang input.
Iba ang karakter ng mga problema ni Heimdall. Ang consensus client ay may mga vulnerability sa antas ng byte sa paraan nito ng paghawak ng mga mensahe ng protobuf Any, isang serialization format na malawak na ginagamit sa Cosmos SDK stack kung saan binuksan si Heimdall. Maaaring gamitin ang mga error sa paghawak ng nested message at mga isyu sa pagpapatotoo ng signature sa antas na iyon upang sirain ang consensus messaging sa pagitan ng mga validator. Pinatch ng Kyoto fork ang mga pagsusuri na iyon sa antas ng byte.
Kailangan ng parehong forks ang mga binary upgrade lamang. Walang pagbabago sa genesis file, walang state migration, walang pagrerewrite ng historical chain data. Kailangan ng mga validator na i-update ang kanilang software; ang chain state mismo ay nanatiling intak.
Ano ang mangyayari sa mga node na hindi nag-upgrade
Ang anumang validator o node operator na patuloy na nagpapatakbo ng mga pre-fork na binary ay ngayon ay nagpapatakbo sa labas ng kanonikal na pagkakasundo. Ang mga node na ito ay epektibong nag-fork sa sarili nila sa isang chain na pinabayaan ng natitirang network.
Ang gabay ng Polygon ay direkta: i-upgrade agad sa Bor v2.10.0 o mas mataas at Heimdall v0.11.0 o mas mataas, o sundin ang mga prosedurang rollback at resynchronization.
Ipinahayag ng Polygon na walang pagbabahala sa mainnet habang nagaganap ang dalawang pag-activate. Sinuri ang parehong fork sa Amoy testnet bago ang mainnet deployment, at ang pagpapahayag sa community forum ay isinakripisyo upang sumunod sa matagumpay na mainnet activation kaysa umunawa dito.
Pattern ng proactive upgrades sa 2026
Hindi ang Austin at Kyoto mga hiwalay na pangyayari. Pinagana ng Polygon ang Ithaca hard fork noong Hulyo 2026, na naglalayong mapabuti ang liveness at kumpiyansa sa pagbabayad sa network.
Ang Polygon PoS network ay naglalakbay sa isang malaking pagbabago sa arkitektura sa nakaraang taon. Ang paglipat mula sa MATIC patungo sa POL bilang native token ng network, kasama ang patuloy na pag-uusap tungkol sa pagpapabuti ng staking at ang pagpapakilala ng isang liquid staking token na tinatawag na sPOL, ay nangangahulugan na ang komunidad ng validator at staker ay nag-aabot ng parehong ekonomiko at teknikal na pagbabago.
Ang mga validator operator na hindi pa nag-upgrade ay dapat bigyan ng pagiging urgente ang pagpapahayag na ito. Ang kombinasyon ng paglalathala ng deskripsyon ng DoS vulnerability at ang katotohanan na ang mga pre-fork node ay nasa labas na ng canonical consensus ay gumagawa ng pagpapalala sa problema ng pagpapatakbo ng mga lumang binary, hindi na ito pansamantalang isyu.
