क्या टूटा इथेरियम का फुसाका अपग्रेड? प्रिज्म पोस्ट-मॉर्टम ने कारण का खुलासा किया
Prysm डेवलपर्स ने 4 दिसंबर के Fusaka मेननेट घटना का पोस्ट-मॉर्टम विश्लेषण जारी किया, जिसने Ethereum नेटवर्क स्थिरता को खतरे में डाला था।
- Fusaka के बाद Prysm बग के कारण वैलिडेटर भागीदारी 75% तक गिर गई।
- नेटवर्क ने 41 एपोक्स मिस किए और लगभग 382 ETH प्रूफ रिवॉर्ड्स खो दिए।
- क्लाइंट विविधता और त्वरित समाधानों के कारण Ethereum ने फाइनैलिटी लॉस से बचाव किया।
कंसेंसस क्लाइंट को विशिष्ट अटेस्टेशन्स को प्रोसेस करते समय महंगे स्टेट रीकम्प्यूटेशन से रिसोर्स एग्जॉस्शन का सामना करना पड़ा, जिससे वैलिडेटर्स को गंभीर ऑपरेशनल समस्याओं का सामना करना पड़ा।
यह बग 4 दिसंबर, 2025 को 21:49 UTC पर एपोक 411392 पर Fusaka के सक्रिय होने के तुरंत बाद सामने आया।
वैलिडेटर भागीदारी 75% तक गिरने के कारण नेटवर्क ने 41 एपोक्स मिस किए, जिसके परिणामस्वरूप लगभग 382 Ethereum (ETH) के प्रूफ रिवॉर्ड्स खो गए। Prysm डेवलपर्स ने v7.0.1 और v7.1.0 वर्शन्स में स्थायी फिक्स लागू करने से पहले इमरजेंसी रनटाइम फ्लैग्स डिप्लॉय किए।
रिसोर्स एग्जॉस्शन ने नेटवर्क को फाइनैलिटी लॉस की ओर धकेला
तकनीकी विफलता पुराने हिस्टोरिकल स्टेट्स पर केंद्रित थी जिसने प्रभावित नोड्स पर डिनायल-ऑफ-सर्विस स्थितियां पैदा कीं।
Prysm कोर डेवलपर टेरेंस त्साओ ने बताया कि "हिस्टोरिकल स्टेट कंप्यूट मेमोरी हेवी है, एक नोड पैरेलल में होने वाले बड़ी संख्या में स्टेट रीप्लेस द्वारा डोस्ड हो सकता है।"
Prysm चलाने वाले वैलिडेटर्स, जो नेटवर्क वैलिडेटर्स का लगभग 15% से 22.71% थे, को परफॉर्मेंस में भारी गिरावट का सामना करना पड़ा। भागीदारी का सामान्य स्तर 95% से ऊपर से 75% तक गिरना Ethereum को फाइनैलिटी खोने के खतरनाक स्तर के करीब पहुंचा दिया।
अगर यह बग Prysm के बजाय Lighthouse जैसे अलग कंसेंसस क्लाइंट को प्रभावित करता, तो नेटवर्क पूरी तरह से फाइनैलिटी खो सकता था।
ऐसी घटना संभावित रूप से लेयर 2 रोलअप ऑपरेशन्स को फ्रीज कर सकती थी और डेवलपर्स द्वारा समस्या का समाधान होने तक वैलिडेटर विद्ड्रॉल्स को ब्लॉक कर सकती थी।
Fusaka अपग्रेड ने खुद PeerDAS (पीयर डेटा अवेलेबिलिटी सैंपलिंग) तकनीक पेश की जो लेयर 2 स्केलिंग के लिए ब्लॉब क्षमता को आठ गुना बढ़ाने के लिए डिज़ाइन की गई थी।
Prysm बग सामने आने से पहले अपग्रेड शून्य डाउनटाइम के साथ सफलतापूर्वक निष्पादित हुआ।
दस कंसेंसस क्लाइंट्स ने Ethereum नेटवर्क के पतन को रोका
Ethereum की क्लाइंट विविधता आर्किटेक्चर ने विनाशकारी विफलता को रोका। जबकि Prysm वैलिडेटर्स संघर्ष कर रहे थे, Lighthouse, Nimbus और Teku सहित दस अन्य कंसेंसस क्लाइंट्स बिना किसी रुकावट के ब्लॉक्स को वैलिडेट करते रहे।
विकेंद्रीकृत क्लाइंट संरचना का मतलब था कि लगभग 75% से 85% वैलिडेटर्स ने पूरे संकट के दौरान सामान्य ऑपरेशन्स बनाए रखे। इसने फाइनैलिटी लॉस को रोका और Prysm की खराब स्थिति के बावजूद नेटवर्क को ट्रांजैक्शन्स प्रोसेस करते रहने में मदद की।
Ethereum फाउंडेशन ने जल्दी से Prysm ऑपरेटर्स के लिए आपातकालीन मार्गदर्शन जारी किया। वैलिडेटर्स ने अस्थायी फिक्स लागू किया जबकि Prysm डेवलपर्स स्थायी समाधान बना रहे थे।
5 दिसंबर तक, नेटवर्क भागीदारी लगभग 99% तक पहुंच गई, जिससे घटना के 24 घंटों के भीतर सामान्य ऑपरेशन्स बहाल हो गए।
आपको यह भी पसंद आ सकता है
सिसिक आरोपों में समर्थन प्रमाण और पुष्टि का अभाव है
डेवलपर्स गलत टेस्टिंग तकनीकों का चयन क्यों करते रहते हैं
