Base नेटवर्क पर लगातार दो बार आउटेज: क्या सिंगल सीक्वेंसर आर्किटेक्चर सुरक्षित है?

इस अमान्य ब्लॉक ने एक कंसेंसस फेलियर को ट्रिगर कर दिया: सीक्वेंसर ने ब्लॉक 47,806,542 के बाद एक अमान्य ब्लॉक बना दिया, जिससे नेटवर्क आगे कोई ब्लॉक नहीं बना सका। जब तक इस समस्या का समाधान नहीं हुआ, नोड ऑपरेटर सामान्य सिंक्रोनाइज़ेशन जारी नहीं रख सके।

दोनों आउटेज की समयरेखा

दूसरा आउटेज, जो 26 जून को हुआ, उसी तरह की ब्लॉक-प्रोडक्शन फेलियर था, जो पहली घटना के कुछ ही समय बाद फिर से आया। हालांकि, दूसरी बार नेटवर्क जल्दी ठीक हो गया।

दोनों ही मौकों पर नए ब्लॉक बनना बंद हो गए, जिससे ऑन-चेन ट्रांजेक्शन प्रोसेसिंग बाधित हुई। लेकिन, रिपोर्ट्स के अनुसार, किसी भी यूज़र के फंड पर खतरा नहीं था।

लागू किया गया फिक्स

Base की इंजीनियरिंग टीम ने सीक्वेंसर में एक पैच लगाया, जो यह सुनिश्चित करता है कि फेल ट्रांजेक्शन के बाद जर्नल स्टेट को सही तरीके से अपडेट किया जाए। यह फिक्स GitHub पर पब्लिक पुल रिक्वेस्ट (#3806) में उपलब्ध है।

फिक्स के बाद सामान्य कामकाज बहाल हो गया, लेकिन Base ने वैलिडेटर-नोड ऑपरेटरों को सलाह दी कि वे सिंक स्टेटस बहाल करने के लिए अपने नोड्स को रीस्टार्ट या रीसिंक करें। टीम ने बताया कि दोनों आउटेज एक ही बग के कारण हुए था, और एक दूसरी संबंधित समस्या (PR #3805) ने अगले दिन घटना को दोहरा दिया।

इस घटना के बाद, Base ने अपने नियोजित Beryl मेननेट अपग्रेड और B20 टोकन स्टैंडर्ड एक्टिवेशन को नेटवर्क को स्थिर करने के लिए एक दिन के लिए टाल दिया।

सिंगल-सीक्वेंसर आर्किटेक्चर: एक बड़ी चिंता

लगातार दो आउटेज ने Base के सिंगल-सीक्वेंसर डिज़ाइन की सुरक्षा पर बहस छेड़ दी है, जो कई ऑप्टिमिस्टिक रोलअप में आम है, लेकिन यह एक स्पष्ट 'सिंगल पॉइंट ऑफ फ़ेलियर' (एक ही बिंदु पर निर्भरता) पेश करता है।

पोस्ट-मॉर्टम और उद्योग कवरेज ने कई प्रमुख चिंताओं को उठाया:

• सिंगल पॉइंट ऑफ़ फ़ेलियर: ब्लॉक-बिल्डिंग लॉजिक में एक सीक्वेंसर-स्तरीय बग पूरे Base नेटवर्क के ब्लॉक प्रोडक्शन को ठप कर सकता है।
• मैन्युअल रिकवरी: रिकवरी के लिए वैलिडेटर-नोड ऑपरेटरों को मैन्युअल रूप से अपने नोड्स को रीस्टार्ट या रीसिंक करना पड़ा, न कि नेटवर्क के अपने आप ठीक होने की प्रक्रिया।
• विश्वसनीयता का जोखिम: लगातार दो फेलियर ने तेज़ी से बढ़ रहे L2 इकोसिस्टम की विश्वसनीयता पर सवाल खड़े कर दिए हैं, खासकर उच्च गतिविधि या निर्धारित अपग्रेड के समय।
• सुधार की योजना: Base ने कहा कि वह भविष्य में ऐसी घटनाओं की संभावना कम करने के लिए फ़ज़ टेस्ट, लोड टेस्ट, मॉनिटरिंग और बेहतर रिकवरी टूल्स के साथ अपने परीक्षण को मजबूत करेगा।

यह घटना दिखाती है कि सबसे बड़े Ethereum L2 नेटवर्क भी एक सिंगल सीक्वेंसर में स्टेट-मैनेजमेंट एज केस के कारण ऑफलाइन हो सकते हैं, और ऑटोमेटेड फेलओवर और रिकवरी सिस्टम अभी भी पूरे रोलअप इकोसिस्टम में एक काम जारी है।