Lumipat na ang Binance upang suportahan ang EVM network ng Zilliqa para sa mga ZIL deposit at withdrawal habang inaalis na ng blockchain ang legacy transaction system nito kasunod ng isang insidente sa seguridad na naglantad sa libo-libong account.
Sinabi ng Binance na ang ZIL ay ililipat mula sa legacy Zilliqa mainnet addresses patungo sa Zilliqa EVM network sa 1:1 ratio, kung saan ang exchange na ang hahawak sa teknikal na proseso para sa mga user na may hawak ng token sa platform nito.
Nananatiling suspendido sa Binance ang mga deposit at withdrawal sa pamamagitan ng legacy Zilliqa network mula pa noong Ago. 5 nang 01:00 UTC. Kapag nakumpleto na ang migration nito, bubuksan ng exchange ang ZIL deposits at withdrawals sa pamamagitan ng Zilliqa EVM nang walang hiwalay na anunsyo.
Hindi na susuportahan ang legacy Zilliqa deposits at withdrawals pagkatapos ng migration. Mananatiling available sa buong proseso ang spot trading, margin trading, futures at Binance Earn products na may kinalaman sa ZIL.
Bahagi ang hakbang ng Binance sa patuloy na pagsisikap ng Zilliqa na ilipat ang mga exchange, custodian at indibidwal na holder palayo sa legacy nitong Schnorr-based transaction system matapos mag-iwan ng kahinaan sa ilang private key ang isang flaw sa Zilliqa Ledger application.
Nag-ugat ang migration sa isang vulnerability sa Ledger application ng Zilliqa na nakaapekto sa native, non-EVM transactions na nilagdaan gamit ang mga Ledger device.
Tulad ng naunang iniulat ng crypto.news, ang problema ay may kinalaman sa paraan ng application sa pagbuo ng Schnorr signatures. Ang bawat signature ay nangangailangan ng random secret number na kilala bilang nonce, ngunit maling nakopya ng apektadong application ang nabuong data papunta sa signing buffer.
Natuklasan ng post mortem ng Zilliqa noong Ago. 20 na iniwan ng error ang top 64 bits ng bawat nonce na nakapirming zero, na nagpababa sa randomness na kailangan upang maprotektahan ang private key. Maaaring gamitin ng isang attacker ang ilang public signatures mula sa iisang account upang mabuo muli ang private key nito.
Ang depekto ay nasa bawat inilabas na bersyon ng Zilliqa Ledger application mula 2019 hanggang 2026. Sinabi ng Zilliqa na ang unang napatunayang pagnanakaw ay naganap noong Marso 4, ilang buwan bago natukoy ang problema.
Tumaas ang aktibidad noong Hulyo, at inabisuhan ng KuCoin ang Zilliqa noong Hulyo 19 matapos makakita ng hindi pangkaraniwang outgoing transactions mula sa isa sa mga cold wallet nito. Hindi pinagana ng Zilliqa ang legacy transactions noong Hulyo 20 bago matukoy ang ugat ng problema kinabukasan.
Kinumpirma kalaunan ng proyekto na hindi bababa sa 683.13 milyong ZIL ang nanakaw sa kabuuang 66 transactions. May kabuuang 6,772 account ang natukoy na exposed, habang 51 account ang nadrain. Inilarawan ng Zilliqa ang dalawang bilang bilang minimum confirmed totals dahil maaari pang may matukoy na karagdagang exposed accounts.
Mas limitado ang mga paunang detalye nang suspendihin ang ZIL transfers noong Hulyo. Noong panahong iyon, ibinunyag ng Zilliqa na ang isang exchange partner ay nakaranas ng cold wallet theft ngunit hindi pa natutukoy ang paraan ng pag-atake o ang halagang sangkot.
Hindi naapektuhan ng vulnerability ang Zilliqa EVM transactions. Sinabi ng proyekto na ang mga software wallet na gumagamit ng suportado nitong SDKs ay tama ang pagbuo ng nonces, habang ang recovery phrase na nakaimbak sa mga Ledger device ay hindi nalantad.
Maaaring mapigilan ng pag-aayos sa Ledger application ang mga bagong mahinang signature, ngunit sinabi ng Zilliqa na hindi nito mase-secure ang mga private key na nalantad na sa pamamagitan ng mga signature na permanenteng nakaimbak onchain.
Dahil dito, pinili ng proyekto na i-retire ang legacy non-EVM transaction system at ilipat ang mga user sa Zilliqa EVM. Inaalis na ang mga legacy address habang muling itinatakda ang mga balance sa antas ng protocol papunta sa mga EVM address.
Isinasagawa ang exchange migrations nang pa-batch dahil kailangang ibigay at i-verify muna ng bawat kalahok na platform ang mga EVM wallet address nito bago mailipat ang mga balance.
Naganap ang unang exchange migration hard fork noong Set. 2, kung saan inilipat ang mga balance na hawak sa legacy Schnorr-based wallets papunta sa mga EVM address na ibinigay ng mga kalahok na exchange.
Kabilang sa unang batch ang KuCoin, MEXC, OKCoin, Binance US, Bitvavo, Korbit, Indodax, Bitrue, WhiteBIT, CoinSpot at CoinSwitch. Hindi kinailangang gumawa ng anumang aksyon ang mga user na may hawak ng ZIL sa mga kalahok na exchange.
Nakatakda ang ikalawang hard fork sa Set. 22 at saklaw nito ang CoinEx, HTX, Bitkub, GOPAX, Coinone, OKX, LBank, Crypto.com, Gate, Paribu, CEX.IO at Bitget.
Inaasahang sasali ang Bybit at Bithumb sa ikatlong migration hard fork, habang sinabi ng Zilliqa na nananatili itong nakikipag-ugnayan sa iba pang mga platform habang kinokolekta at bineberipika ang address mappings.
Naiwan ang Binance sa labas ng mga naunang batch. Kinukumpirma na ngayon ng pinakahuli nitong anunsyo na ititigil ng exchange ang pagsuporta sa lumang network at ililipat ang imprastraktura nito para sa ZIL deposit at withdrawal sa Zilliqa EVM.
Hindi lamang mga customer ng exchange ang apektado ng pagretiro ng mga legacy address.
Bumuo ang Zilliqa ng migration system na nakabatay sa zero knowledge proof para sa mga user na may hawak ng ZIL sa sarili nilang legacy wallets. Dinisenyo ang sistemang ito upang payagan ang isang holder na patunayan ang pagmamay-ari ng lumang address at ilipat ang kaugnay nitong balance sa isang EVM address nang hindi ibinibigay sa Zilliqa ang seed phrase o private key.
Nakumpleto na ang audit ng ZKP migration tool, ayon sa September update ng Zilliqa, at sinundan ito ng internal testing matapos ang security review. Target ang rollout nito sa Set. 22 kasabay ng activation ng escrow contract na kailangan para sa migration process.
Nagbabala ang proyekto sa mga user laban sa pagtatangkang ilipat ang pondo gamit ang mga exposed legacy key. Kapag nabuo muli ng isang attacker ang private key mula sa mga lumang signature, parehong maaaring lumagda ng transactions mula sa account ang lehitimong holder at ang attacker.
Dahil dito, hindi pinagana ang legacy transactions para sa lahat ng holder, kabilang ang mga account na hindi kailanman nalantad. Sinabi ng Zilliqa na ang pag-freeze sa lumang transaction system ay pumigil sa mga attacker na may reconstructed keys na ilipat ang mga pondo habang inihahanda ang migration process.
Ang mga balance na kaugnay ng ZIL na nanakaw na sa insidente ay hiwalay na pinoproseso at hindi awtomatikong naibabalik sa pamamagitan ng exchange migration hard forks.
Nakikipagtulungan ang Zilliqa sa mga exchange at law enforcement upang matunton ang mga nanakaw na asset. Sinabi sa post mortem nito na natukoy at na-freeze ang isang exchange account na ginamit upang i-liquidate ang bahagi ng nanakaw na pondo, habang nakikipagtulungan ang proyekto sa Singapore Police at isang law firm para sa recovery process.
Hiwalay ring nagmungkahi ang team ng community vote sa mga pagbabago sa ZIL tokenomics na maaaring magsama ng pag-mint ng mga token upang mabigyan ng kompensasyon ang mga apektadong holder. Sinabi ng Zilliqa na ilalabas ang mga detalye tungkol sa eligibility, halaga at mekanika kasabay ng governance proposal dahil anumang bagong issuance ay magbabago sa supply ng ZIL.
Nagsimula ang paglipat ng Zilliqa tungo sa EVM infrastructure bago pa ang insidente sa Ledger.
Lumipat ang blockchain sa Zilliqa 2.0 noong Hunyo 2025, na nagdala ng ganap na Ethereum Virtual Machine compatibility kasabay ng isang proof of stake consensus system at mga pagbabago sa arkitektura ng network.
Kasama sa anim na buwang testing period nito ang 21 external validators, kung saan ang proto mainnet ay nakapagproseso ng 7.5 milyong blocks at nakatapos ng 15 client upgrades bago ang transition.
Nanatili ang suporta para sa legacy transactions matapos maging live ang Zilliqa 2.0, kaya nagkaroon ang blockchain ng parehong mas lumang native transaction infrastructure at EVM environment nito.
Sinabi ng Zilliqa na pinabilis ng insidente sa Ledger ang isang desisyong matagal na nitong isinasaalang-alang na tuluyang i-retire ang lumang infrastructure. Inilarawan ng proyekto ang legacy stack bilang lumalaking pananagutan sa development at seguridad at sinabing ang Zilliqa EVM ang magiging nag-iisang production environment nito.
Dumating ang insidente sa seguridad matapos ang ilang naunang teknikal na problema na kinasangkutan ng blockchain, bagaman hindi iniugnay ng Zilliqa ang mga outage na iyon sa Ledger vulnerability. Ang network outage noong Enero 2025 ay iniugnay sa mga problemang may kinalaman sa lookup nodes, habang isang hiwalay na bug noong Setyembre 2024 ang nagpahinto sa block production.
Sinabi sa post mortem ng Zilliqa na ang patch para sa Ledger application ay isinumite noong Hulyo 24 at na-merge ng isang Ledger engineer noong Hulyo 27. Ibinabalik ng itinamang bersyon ang ganap na nonce generation para sa mga bagong signature, habang ang mga private key na nalantad na sa mga naunang legacy signature ay kailangang i-retire.
ZIL