
एथेरियम क्लासिक नोड ऑपरेटरों से विवादित कोर गेथ v1.13.0 रिलीज से बचने का आग्रह किया गया है, क्योंकि कई माइनिंग पूल नोड्स ने कुछ समय के लिए इस सॉफ्टवेयर को अपनाया था और फिर वापस मेंटेंड आर्गोस क्लाइंट पर लौट आए।
क्लासिक्स ने 16 सितंबर की एक घटना रिपोर्ट में कहा कि ethereumclassic/core-geth रिपॉजिटरी ने 14 सितंबर को v1.13.0 जारी किया था, जिसके बाद @ETC_Network अकाउंट ने इसे एथेरियम क्लासिक सुरक्षा अपडेट के रूप में प्रचारित किया और नोड ऑपरेटरों को माइग्रेट करने के लिए कहा। इसी तरह का संदेश कॉइनमार्केटकैप पर भी दिखाई दिया, जबकि माइनिंग पूल्स को ethereumclassic.com पते से ईमेल प्राप्त हुए।
रिपोर्ट ने इस रिलीज को एक दुष्ट संस्करण (rogue version) बताया क्योंकि मौजूदा कोर गेथ मेंटेनर्स ने इसकी समीक्षा नहीं की थी और मेंटेंड etclabscore/core-geth रिपॉजिटरी ने अपडेट जारी नहीं किया था। क्लासिक्स ने सिफारिश की कि ऑपरेटर आर्गोस v1.12.23 का उपयोग जारी रखें, जो उस रिपॉजिटरी का वर्तमान रिलीज है जिसने 2020 से कोर गेथ को मेंटेन किया है।
विवादित संस्करण का विकास इसकी रिलीज से पहले के दिनों में तेज हो गया। क्लासिक्स के अनुसार, 13,422 जोड़ी गई लाइनों और 3,977 हटाई गई लाइनों वाले 96 कमिट्स को 56 घंटों के भीतर सीधे फोर्क की मुख्य शाखा में बिना पुल रिक्वेस्ट या बाहरी समीक्षा के पुश किया गया।
ethereumclassic/core-geth रिपॉजिटरी को दिसंबर 2024 में etclabscore/core-geth से फोर्क किया गया था। 12 सितंबर, 2026 को गतिविधि बढ़ गई, जब v1.13.0-rc1 को टैग किया गया। इसके बाद छह और रिलीज कैंडिडेट आए, इससे पहले कि 14 सितंबर को 15:06 UTC पर v1.13.0 को स्थिर लेबल दिया गया। @ETC_Network अकाउंट ने अगली सुबह माइग्रेशन रिक्वेस्ट प्रकाशित की।
ऑपरेटरों द्वारा माइग्रेशन को उलटने से पहले यह सॉफ्टवेयर एथेरियम क्लासिक के माइनिंग इंफ्रास्ट्रक्चर के एक हिस्से तक पहुंच गया। क्लासिक्स द्वारा उद्धृत नोड स्टेटस डेटा के अनुसार, 15 सितंबर को 12:09 UTC पर चार 2Miners नोड्स CoreGeth v1.13.0 चला रहे थे। 23:35 UTC तक, वे चारों वापस आर्गोस v1.12.23 पर लौट आए थे। अन्य सूचीबद्ध माइनिंग पूल्स 1.12 श्रृंखला के संस्करणों पर बने रहे।
कुछ व्यक्तिगत नोड्स ने विवादित सॉफ्टवेयर चलाना जारी रखा। Etcnodes.org ने 15 सितंबर को 07:33 UTC पर 11 v1.13.0 नोड्स दिखाए, जिनकी संख्या 16 सितंबर तक घटकर 10 हो गई। रिपोर्ट के अनुसार, शेष नोड्स में से तीन नए क्लाइंट में हार्डकोड किए गए बूटनोड आईपी पतों से मेल खाते थे।
क्लासिक्स ने कहा कि घटना के दौरान कोई ब्लॉक नहीं खोया, कोई चेन पुनर्गठन नहीं हुआ, कोई फंड प्रभावित नहीं हुआ और कोई सेवा बाधित नहीं हुई। रिपोर्ट ने इस घटना को उच्च गंभीरता (high severity) लेकिन कम प्रभाव (low impact) के रूप में वर्गीकृत किया क्योंकि सॉफ्टवेयर ने सर्वसम्मति व्यवहार (consensus behavior) को बदल दिया जबकि कोई दर्ज आर्थिक या लेनदेन नुकसान नहीं हुआ।
एथेरियम क्लासिक को पहले भी चेन पुनर्गठन का सामना करना पड़ा है। जैसा कि crypto.news ने एथेरियम क्लासिक के बहुमत हमलों (majority attacks) के अपने कवरेज में पहले बताया था, अगस्त 2020 में ETC को तीन बहुमत हमलों का सामना करना पड़ा, जिसमें हजारों ब्लॉकों से जुड़े पुनर्गठन शामिल थे।
v1.13.0 रिलीज ने ऑपरेटरों से कहा कि v1.12.x चलाने वाले हर नोड को अपग्रेड करना चाहिए और दावा किया कि उस श्रृंखला के प्रत्येक रिलीज में अनपैच किए गए सुरक्षा मुद्दे थे, जिसमें एक भेद्यता (vulnerability) भी शामिल थी जिसका कथित तौर पर मार्च में एथेरियम क्लासिक बूटनोड्स के खिलाफ इस्तेमाल किया गया था।
क्लासिक्स ने रिलीज द्वारा उद्धृत सात सुरक्षा मुद्दों की समीक्षा के बाद उस विवरण को चुनौती दी। रिपोर्ट के अनुसार, पांच को मार्च और अगस्त के बीच मेंटेंड कोर गेथ रिलीज में पहले ही संबोधित किया जा चुका था, जबकि अन्य दो ने एथेरियम क्लासिक के पीयर-टू-पीयर पाथ को प्रभावित नहीं किया।
CVE-2026-22862 और CVE-2026-26315 उन कमजोरियों में से थे जिन्हें क्लासिक्स ने कहा कि एगिस v1.12.21 में ठीक कर दिया गया था। हर्म्स v1.12.22 ने बाद में अन्य क्रिप्टोग्राफिक मुद्दों को संबोधित किया, जबकि आर्गोस v1.12.23 ने CVE-2026-26313 को संबोधित करने के लिए गो-एथेरियम से विलंबित पीयर-टू-पीयर मैसेज डिकोडिंग को शामिल किया।
एक और सूचीबद्ध मुद्दा, CVE-2026-22868, KZG प्रूफ वेरिफिकेशन से संबंधित था। क्लासिक्स ने कहा कि यह एथेरियम क्लासिक पर लागू नहीं होता क्योंकि KZG प्रूफ एथेरियम के कैनकन अपग्रेड के माध्यम से पेश किए गए ब्लब लेनदेन (blob transactions) से जुड़े हैं, जिसे ETC ने सक्रिय नहीं किया है। रिपोर्ट में कहा गया है कि एक अलग ग्राफक्यूएल क्वेरी डेप्थ मुद्दा पीयर-टू-पीयर या सर्वसम्मति पाथ का हिस्सा नहीं था और इसके लिए ग्राफक्यूएल को मैन्युअल रूप से सक्षम करने की आवश्यकता थी।
क्लासिक्स ने कहा कि कोर गेथ मेंटेनर डिएगो लोपेज लियोन ने शेष अंतरों की समीक्षा की और आर्गोस में कोई शोषक दोष (exploitable flaw) नहीं पाया जिसे v1.13.0 ने ठीक किया हो।
अपने सुरक्षा दावों के अलावा, v1.13.0 ने बदल दिया कि भाग लेने वाले नोड कैसे चेन का चयन कर सकते हैं और साथियों (peers) को खोज सकते हैं।
एक संशोधन ने मॉडिफाइड एक्सपोनेशियल सब्जेक्टिव स्कोरिंग, या MESS, को 19,250,000 ब्लॉक पर इसे निष्क्रिय करने वाले कॉन्फ़िगरेशन को हटाकर फिर से सक्षम किया। एथेरियम क्लासिक ने 2020 में चेन पुनर्गठन के खिलाफ सुरक्षा के रूप में MESS की शुरुआत की थी, इससे पहले कि एथेरियम प्रूफ ऑफ वर्क से प्रूफ ऑफ स्टेक में स्थानांतरित हो गया, ECIP-1110 के माध्यम से इसे निष्क्रिय कर दिया।
क्लासिक्स ने चेतावनी दी कि यदि केवल कोर गेथ नोड्स ने MESS का उपयोग किया तो विभिन्न सर्वसम्मति क्लाइंट अलग तरह से व्यवहार कर सकते हैं। रिपोर्ट के अनुसार, बेस्यू, नेथरमाइंड और गेटक इस तंत्र को लागू नहीं करते हैं।
ऐतिहासिक पुनर्गठन ईटीसी के लिए एक विशेष रूप से प्रासंगिक मुद्दा बना हुआ है। ब्लॉकचेन पुनर्गठन इतिहास की crypto.news समीक्षा ने बताया कि कैसे माइनर सर्वसम्मति और प्रतिस्पर्धी चेन इतिहास प्रूफ ऑफ वर्क नेटवर्क पर पुनर्गठन के परिणाम को निर्धारित कर सकते हैं।
विवादित क्लाइंट ने नोड डिस्कवरी इंफ्रास्ट्रक्चर को भी बदल दिया। एक कमिट ने एक डीएनएस ट्री साइनिंग कुंजी को बदल दिया जिसे 2020 से etclabscore योगदानकर्ताओं द्वारा मेंटेन किया गया था और तीन नए बूटनोड आईपी पते हार्डकोड किए गए थे। दो पुराने डिस्कवरी ट्री, blockd.info और etcdisco.net, को बाद में हटा दिया गया।
रिपोर्ट के अनुसार, तीन प्रतिस्थापन डोमेन उसी क्लाउडफ्लेयर अकाउंट के माध्यम से होस्ट किए गए थे, जबकि रिपॉजिटरी ने स्वीकार किया कि एक ही अकाउंट को प्रभावित करने वाला एक मुद्दा तीनों पाथ को हटा सकता है। क्लासिक्स ने कहा कि माइग्रेशन निर्देशों का पालन करने वाले ऑपरेटरों को यह नहीं बताया गया था कि नई साइनिंग कुंजी को कौन नियंत्रित करता है।
माइग्रेशन गाइड ने अलग से ऑपरेटरों को CVE-2026-26315 का हवाला देते हुए अपनी P2P नोड कुंजियों को घुमाने का निर्देश दिया। क्लासिक्स ने कहा कि एगिस ने मार्च में अंतर्निहित मुद्दे को पहले ही ठीक कर दिया था। एक कुंजी को घुमाने से नोड की नेटवर्क पहचान बदल जाती है और उसे डिस्कवरी इंफ्रास्ट्रक्चर के माध्यम से पीयर कनेक्शन को फिर से बनाने के लिए मजबूर होना पड़ता है।
क्लासिक्स ने सिफारिश की कि ऑपरेटर ethereumclassic/core-geth v1.13.0 से बचें और etclabscore/core-geth आर्गोस v1.12.23 चलाना जारी रखें। जिन ऑपरेटरों ने पहले ही माइग्रेट कर लिया था, उनसे वापस जाने, अपनी पिछली नोड कुंजी को पुनर्स्थापित करने के लिए कहा गया था यदि इसे घुमाया गया था और उनके MESS कॉन्फ़िगरेशन की जांच करने के लिए कहा गया था।
रिपोर्ट में कहा गया है कि एथेरियम क्लासिक ऑपरेटरों को कोर गेथ पर नेटवर्क हैश पावर को केंद्रित करने के बजाय विभिन्न क्लाइंट चलाने पर विचार करना चाहिए। नेथरमाइंड, बेस्यू और गेटक उपलब्ध विकल्प बने हुए हैं।
क्लाइंट विविधता ब्लॉकचेन नेटवर्क पर एक आवर्ती सुरक्षा विचार बन गई है। उदाहरण के लिए, एथेरियम विकास, तैनाती से पहले कई निष्पादन (execution) और सर्वसम्मति (consensus) कार्यान्वयन (implementations) में अपग्रेड का परीक्षण जारी रखता है। हाल ही में ग्लामस्टरडम टेस्टनेट की तैयारियों में एक और निजी डेवनट शामिल था, जिसके बाद सेपोलिया सक्रियण से पहले परीक्षण ने सर्वसम्मति और निष्पादन कार्यान्वयन बग्स को उजागर किया था।
क्लासिक्स ने एथेरियम क्लासिक गिटहब संगठन के प्रशासकों से रिपॉजिटरी नियंत्रणों को मजबूत करने, नए रिपॉजिटरी बनाने से पहले प्रस्तावों और समीक्षाओं की आवश्यकता करने, डिफ़ॉल्ट शाखाओं की रक्षा करने और सॉफ्टवेयर वितरित करने वाले रिपॉजिटरी के लिए मेंटेनर्स की पहचान करने के लिए कहा। इसने अलग से अनुरोध किया कि ethereumclassic/core-geth को हटा दिया जाए या संग्रहीत किया जाए, या एक चेतावनी दी जाए जो समझाए कि यह एक आधिकारिक क्लाइंट नहीं है।
एथेरियम क्लासिक स्वयं कोई आधिकारिक डेवलपर, मेंटेनर, वेबसाइट या क्लाइंट नामित नहीं करता है, रिपोर्ट में उद्धृत परियोजना के वेबसाइट अस्वीकरण के अनुसार। क्लासिक्स ने कहा कि मेंटेंड etclabscore रिपॉजिटरी अपनी स्थिति अपने छह साल के सार्वजनिक इतिहास, सक्रिय रखरखाव और ईटीसी नोड्स के बीच अपनाने से प्राप्त करता है।
रिपोर्ट को प्रारंभिक अधिसूचना और एक अंतरिम घटना रिपोर्ट दोनों के रूप में कार्य करने का इरादा है। क्लासिक्स ने कहा कि यदि शेष नोड्स सत्यापित होते हैं, संगठन मेंटेनर्स जवाब देते हैं या अन्य महत्वपूर्ण विकास सामने आते हैं तो वह दस्तावेज़ को अपडेट करेगा।





