हजारों अकाउंट्स के उजागर होने वाली एक सुरक्षा घटना के बाद ब्लॉकचेन द्वारा अपने लेगेसी ट्रांजैक्शन सिस्टम को रिटायर किए जाने के साथ, Binance ने ZIL डिपॉजिट और विड्रॉल के लिए Zilliqa के EVM नेटवर्क का समर्थन शुरू कर दिया है.
Binance ने कहा कि ZIL को लेगेसी Zilliqa मेननेट एड्रेसों से 1:1 अनुपात में Zilliqa EVM नेटवर्क पर माइग्रेट किया जाएगा, और उसके प्लेटफॉर्म पर टोकन रखने वाले यूजर्स के लिए एक्सचेंज इस प्रक्रिया के तकनीकी पहलुओं को संभालेगा.
लेगेसी Zilliqa नेटवर्क के माध्यम से डिपॉजिट और विड्रॉल Binance पर 5 अगस्त को 01:00 UTC से निलंबित हैं. माइग्रेशन पूरा होने के बाद, एक्सचेंज अलग से कोई घोषणा जारी किए बिना Zilliqa EVM के माध्यम से ZIL डिपॉजिट और विड्रॉल खोल देगा.
माइग्रेशन के बाद लेगेसी Zilliqa डिपॉजिट और विड्रॉल का समर्थन नहीं किया जाएगा. इस प्रक्रिया के दौरान ZIL से संबंधित स्पॉट ट्रेडिंग, मार्जिन ट्रेडिंग, फ्यूचर्स और Binance Earn प्रोडक्ट्स उपलब्ध रहेंगे.
Binance का यह कदम, Zilliqa Ledger एप्लिकेशन में आई एक खामी के बाद Zilliqa के उस व्यापक प्रयास का हिस्सा है, जिसके तहत एक्सचेंजों, कस्टोडियनों और व्यक्तिगत होल्डर्स को उसके लेगेसी Schnorr-आधारित ट्रांजैक्शन सिस्टम से हटाया जा रहा है, क्योंकि इस खामी ने कुछ प्राइवेट keys को असुरक्षित बना दिया था.
यह माइग्रेशन Zilliqa के Ledger एप्लिकेशन में मौजूद एक कमजोरी से जुड़ा है, जिसने Ledger डिवाइसेज़ का उपयोग करके साइन किए गए native, non-EVM ट्रांजैक्शंस को प्रभावित किया.
जैसा कि crypto.news ने पहले रिपोर्ट किया था, समस्या एप्लिकेशन द्वारा Schnorr signatures जनरेट करने के तरीके में थी. हर signature के लिए एक random secret number चाहिए होता है, जिसे nonce कहा जाता है, लेकिन प्रभावित एप्लिकेशन ने जनरेट हुए डेटा को signing buffer में गलत तरीके से कॉपी कर दिया.
Zilliqa की 20 अगस्त की post mortem रिपोर्ट में पाया गया कि इस त्रुटि के कारण हर nonce के ऊपरी 64 bits शून्य पर स्थिर रह गए, जिससे प्राइवेट key की सुरक्षा के लिए जरूरी randomness कम हो गई. हमलावर एक ही अकाउंट की कई public signatures का उपयोग करके उसकी private key पुनर्निर्मित कर सकता था.
यह खामी 2019 से 2026 के बीच जारी Zilliqa Ledger एप्लिकेशन के हर रिलीज्ड वर्जन में मौजूद थी. Zilliqa ने कहा कि पहली सत्यापित चोरी 4 मार्च को हुई थी, यानी समस्या का पता चलने से कई महीने पहले.
जुलाई में गतिविधि बढ़ी, और KuCoin ने 19 जुलाई को अपने एक cold wallet से असामान्य outgoing transactions मिलने के बाद Zilliqa को सूचित किया. Zilliqa ने अगले दिन मूल कारण की पहचान करने से पहले 20 जुलाई को लेगेसी ट्रांजैक्शंस को अक्षम कर दिया.
बाद में प्रोजेक्ट ने पुष्टि की कि 66 ट्रांजैक्शंस के जरिए कम से कम 683.13 मिलियन ZIL चोरी किए गए थे. कुल 6,772 अकाउंट्स को exposed के रूप में पहचाना गया, जबकि 51 अकाउंट्स पूरी तरह खाली कर दिए गए. Zilliqa ने कहा कि ये दोनों आंकड़े न्यूनतम पुष्टि किए गए कुल हैं, क्योंकि आगे और exposed अकाउंट्स की पहचान अभी भी की जा सकती है.
जुलाई में जब ZIL ट्रांसफर निलंबित किए गए थे, तब शुरुआती विवरण काफी सीमित थे. उस समय, Zilliqa ने खुलासा किया था कि उसके एक एक्सचेंज पार्टनर के cold wallet से चोरी हुई थी, लेकिन उसने न तो हमले के तरीके की पहचान की थी और न ही इसमें शामिल राशि की.
Zilliqa EVM ट्रांजैक्शंस इस कमजोरी से प्रभावित नहीं हुए थे. प्रोजेक्ट ने कहा कि उसके supported SDKs का उपयोग करने वाले software wallets nonce सही तरीके से जनरेट कर रहे थे, जबकि Ledger डिवाइसेज़ में स्टोर recovery phrase उजागर नहीं हुई थी.
Ledger एप्लिकेशन को ठीक करने से नए कमजोर signatures बनने से रोका जा सकता था, लेकिन Zilliqa ने कहा कि वह उन private keys को सुरक्षित नहीं कर सकता था जो onchain स्थायी रूप से स्टोर signatures के जरिए पहले ही उजागर हो चुकी थीं.
नतीजतन, प्रोजेक्ट ने लेगेसी non-EVM ट्रांजैक्शन सिस्टम को रिटायर करने और यूजर्स को Zilliqa EVM पर ले जाने का फैसला किया. लेगेसी एड्रेसों को रिटायर किया जा रहा है, जबकि बैलेंस को protocol स्तर पर EVM एड्रेसों को पुनः आवंटित किया जा रहा है.
एक्सचेंज माइग्रेशन बैचों में किए गए हैं, क्योंकि बैलेंस पुनः आवंटित करने से पहले हर सहभागी प्लेटफॉर्म को अपने EVM wallet addresses उपलब्ध कराने और सत्यापित करने होते हैं.
पहला एक्सचेंज माइग्रेशन hard fork 2 सितंबर को हुआ, जिसमें लेगेसी Schnorr-आधारित wallets में रखे बैलेंस सहभागी एक्सचेंजों द्वारा उपलब्ध कराए गए EVM एड्रेसों पर स्थानांतरित किए गए.
पहले बैच में KuCoin, MEXC, OKCoin, Binance US, Bitvavo, Korbit, Indodax, Bitrue, WhiteBIT, CoinSpot और CoinSwitch शामिल थे. इन सहभागी एक्सचेंजों पर ZIL रखने वाले यूजर्स को कोई कार्रवाई करने की आवश्यकता नहीं थी.
दूसरा hard fork 22 सितंबर के लिए निर्धारित था और इसमें CoinEx, HTX, Bitkub, GOPAX, Coinone, OKX, LBank, Crypto.com, Gate, Paribu, CEX.IO और Bitget शामिल थे.
Bybit और Bithumb से तीसरे माइग्रेशन hard fork में शामिल होने की उम्मीद थी, जबकि Zilliqa ने कहा कि एड्रेस मैपिंग्स के एकत्रण और सत्यापन के साथ वह अन्य प्लेटफॉर्म्स के संपर्क में बना हुआ है.
Binance पहले के बैचों से बाहर रहा था. उसकी नवीनतम घोषणा अब पुष्टि करती है कि एक्सचेंज पुराने नेटवर्क का समर्थन बंद करेगा और अपने ZIL डिपॉजिट व विड्रॉल इन्फ्रास्ट्रक्चर को Zilliqa EVM पर स्थानांतरित करेगा.
लेगेसी एड्रेसों के रिटायर होने से प्रभावित होने वाले केवल एक्सचेंज ग्राहक ही नहीं हैं.
Zilliqa ने उन यूजर्स के लिए, जो अपने लेगेसी wallets में ZIL रखते हैं, zero-knowledge proof आधारित माइग्रेशन सिस्टम विकसित किया है. यह सिस्टम इस तरह डिजाइन किया गया है कि होल्डर किसी पुराने एड्रेस के स्वामित्व को साबित कर सके और संबंधित बैलेंस को Zilliqa को seed phrase या private key दिए बिना EVM एड्रेस पर ट्रांसफर कर सके.
Zilliqa के सितंबर अपडेट के अनुसार, ZKP माइग्रेशन टूल का audit पूरा हो चुका है, और सुरक्षा समीक्षा के बाद internal testing चल रही है. इसका rollout 22 सितंबर के लिए लक्षित था, साथ ही उस escrow contract के activation के साथ जो माइग्रेशन प्रक्रिया के लिए आवश्यक है.
प्रोजेक्ट ने यूजर्स को चेतावनी दी है कि वे exposed लेगेसी keys के माध्यम से फंड्स को स्थानांतरित करने की कोशिश न करें. एक बार जब हमलावर पुरानी signatures से private key पुनर्निर्मित कर लेता है, तब वैध होल्डर और हमलावर दोनों उस अकाउंट से ट्रांजैक्शंस साइन कर सकते हैं.
इसी कारण सभी होल्डर्स के लिए लेगेसी ट्रांजैक्शंस अक्षम कर दिए गए, जिनमें वे अकाउंट्स भी शामिल हैं जो कभी उजागर नहीं हुए थे. Zilliqa ने कहा कि पुराने ट्रांजैक्शन सिस्टम को फ्रीज करने से पुनर्निर्मित keys वाले हमलावरों को फंड्स स्थानांतरित करने से रोका गया, जबकि माइग्रेशन प्रक्रिया तैयार की जा रही थी.
इस घटना के दौरान पहले से चोरी हो चुके ZIL से जुड़े बैलेंस को अलग से संभाला जा रहा है और उन्हें एक्सचेंज माइग्रेशन hard forks के जरिए स्वतः बहाल नहीं किया जा रहा.
Zilliqa चोरी की गई संपत्तियों का पता लगाने के लिए एक्सचेंजों और कानून प्रवर्तन एजेंसियों के साथ काम कर रहा है. उसकी post mortem रिपोर्ट में कहा गया कि चोरी किए गए फंड्स के एक हिस्से को liquidate करने के लिए इस्तेमाल किए गए एक एक्सचेंज अकाउंट की पहचान कर उसे फ्रीज कर दिया गया है, जबकि प्रोजेक्ट रिकवरी प्रक्रिया पर Singapore Police और एक law firm के साथ काम कर रहा है.
टीम ने अलग से ZIL tokenomics में बदलावों पर एक community vote का प्रस्ताव रखा है, जिसमें प्रभावित होल्डर्स को मुआवजा देने के लिए टोकन minting शामिल हो सकती है. Zilliqa ने कहा कि पात्रता, राशि और मैकेनिक्स से जुड़े विवरण governance proposal के साथ जारी किए जाएंगे, क्योंकि कोई भी नई issuance ZIL supply को बदल देगी.
Zilliqa का EVM इन्फ्रास्ट्रक्चर की ओर कदम Ledger घटना से पहले ही शुरू हो चुका था.
ब्लॉकचेन जून 2025 में Zilliqa 2.0 में ट्रांजिशन हुआ, जिससे proof-of-stake consensus system और नेटवर्क आर्किटेक्चर में बदलावों के साथ पूर्ण Ethereum Virtual Machine compatibility आई.
उसकी छह महीने की testing period में 21 external validators शामिल थे, और ट्रांजिशन से पहले proto-mainnet ने 7.5 million blocks प्रोसेस किए तथा 15 client upgrades पूरे किए.
Zilliqa 2.0 लाइव होने के बाद भी लेगेसी ट्रांजैक्शन सपोर्ट जारी रहा, जिससे ब्लॉकचेन पर पुराना native transaction infrastructure और उसका EVM environment दोनों मौजूद रहे.
Zilliqa ने कहा कि Ledger घटना ने उस निर्णय को आगे खिसका दिया, जिस पर वह पहले से विचार कर रहा था, यानी पुराने इन्फ्रास्ट्रक्चर को पूरी तरह रिटायर करना. प्रोजेक्ट ने लेगेसी stack को बढ़ती हुई development और security liability बताया और कहा कि Zilliqa EVM उसका एकमात्र production environment बनेगा.
यह सुरक्षा घटना ब्लॉकचेन से जुड़ी कई पहले की तकनीकी समस्याओं के बाद आई, हालांकि Zilliqa ने उन outages को Ledger vulnerability से नहीं जोड़ा है. जनवरी 2025 का नेटवर्क outage lookup nodes से जुड़ी समस्याओं को जिम्मेदार ठहराया गया था, जबकि सितंबर 2024 में एक अलग bug ने block production रोक दिया था.
Zilliqa की post mortem रिपोर्ट में कहा गया कि Ledger एप्लिकेशन के लिए patch 24 जुलाई को सबमिट किया गया था और 27 जुलाई को एक Ledger engineer द्वारा मर्ज किया गया. सुधरा हुआ वर्जन नई signatures के लिए पूर्ण nonce generation बहाल करता है, जबकि पहले की लेगेसी signatures के जरिए पहले से उजागर private keys को रिटायर किया जाना आवश्यक है.
ZIL
