XRP Ledger का Batch V1.1 संशोधन 80% की उस सीमा तक पहुँचने से बस एक वैलिडेटर वोट दूर है, जिसके बाद 14 दिनों की सक्रियण उलटी गिनती शुरू होगी। यह उस सुरक्षा पुनर्निर्माण के बाद हुआ है, जो मूल संस्करण में एक गंभीर खामी सामने आने के बाद किया गया था।
वर्तमान वैलिडेटर वोट से पहले संशोधित कोड की वरिष्ठ इंजीनियरों ने समीक्षा की, प्रतिकूल परिस्थितियों में परीक्षण किया, दो बाहरी सुरक्षा समीक्षाएँ कराईं और AI-सहायता प्राप्त विश्लेषण किया।
Batch V1.1 सक्रियण उलटी गिनती से पहले अंतिम वोट के करीब
RippleX के डेवलपर Mayukha Vadari ने कहा कि यह संशोधन xrpld 3.3.0 के साथ जारी किया गया था और अब इस पर वोटिंग हो रही है। यह अपडेट Batch V1.0 की जगह लेता है, जिसमें हस्ताक्षर सत्यापन से जुड़ा बग फरवरी में मिला था—जब संशोधन अभी मेननेट पर आने से पहले के चरण में था। इसका मतलब है कि किसी भी फंड को जोखिम नहीं था।
मूल खामी checkBatchSign फ़ंक्शन में समय से पहले लौटने की स्थिति से जुड़ी थी। यदि हस्ताक्षरकर्ता खाता अभी तक लेज़र पर मौजूद नहीं था, तो सत्यापन बाकी हस्ताक्षरकर्ताओं की जाँच किए बिना ही सफल हो सकता था। इससे अन्य खातों की ओर से उनके निजी कुंजी के बिना लेन-देन निष्पादित किए जा सकते थे।
Batch V1.1 ने इस खामी को दूर किया और पुनर्निर्माण के दौरान मिली कई अन्य समस्याओं का भी समाधान किया। इस प्रक्रिया में चार वरिष्ठ इंजीनियरों की समीक्षा, Sherlock Batch Attackathon, Halborn का पुनर्मूल्यांकन, Common Prefix का ऑडिट, Cantina AI स्कैनिंग और Devnet तथा टेस्टनेट पर रीग्रेशन परीक्षण शामिल थे।
Vadari ने यह भी कहा कि टीम ने अपने नए AI रेड-टीमिंग कार्य के दौरान मिले अतिरिक्त बग ठीक किए। इन बदलावों में MPT सत्यापन को बायपास करने, नोड क्रैश, पाथ के आकार के सत्यापन, हस्ताक्षर सत्यापन, हस्ताक्षरकर्ताओं के क्रम और लेन-देन हैशिंग से जुड़ी समस्याओं के सुधार शामिल हैं।
वैलिडेटरों का रुख आवश्यक सीमा के करीब है। FrancisBovineSwift नाम के एक खाते ने Batch वोटिंग को “लगभग मंज़िल तक पहुँची” बताया। सबसे हालिया स्नैपशॉट के अनुसार, 27 विश्वसनीय वैलिडेटरों ने संशोधन के पक्ष में और आठ ने इसके विरोध में वोट दिया है। इससे समर्थन लगभग 77% पर पहुँचता है, जबकि बदलावों को मंज़ूरी देने के लिए 80% की सीमा आवश्यक है। इस सीमा तक पहुँचने के लिए बस एक और वोट चाहिए।
XRPL डेवलपरों के लिए Batch संशोधन क्यों महत्वपूर्ण है
Batch, जिसे XLS-56 के नाम से भी जाना जाता है, अलग-अलग खातों के कई लेन-देन को एक ही लेजर क्लोज़ में परमाणु रूप से निष्पादित करने की सुविधा देता है। यदि किसी ‘सब-कुछ-या-कुछ-नहीं’ बैच में एक लेन-देन विफल हो जाता है, तो पूरा ऑपरेशन वापस हो जाता है। इस डिज़ाइन के लिए स्मार्ट कॉन्ट्रैक्ट की ज़रूरत नहीं है।
यह सुविधा परमाणु स्वैप, समन्वित सेटलमेंट और ऐसे अन्य लेन-देन के लिए बनाई गई है जिनमें कई पक्षों को मिलकर काम करना होता है। इससे NFT मिंट करने और ट्रांसफ़र करने के लिए आवश्यक चरणों की संख्या भी कम हो सकती है।
सुरक्षा से जुड़ा यह पुनर्निर्माण XRPL की हालिया जाँच-पड़ताल के बाद हुआ है। मेननेट पर तैनाती से पहले गंभीरता के उच्च स्तर वाला बग मिलने पर नेटवर्क ने अपना Permission Delegation संशोधन वापस ले लिया था, और V1.1 की अतिरिक्त समीक्षा की जा रही है।
इसके अलावा, इस महीने लॉन्च किए गए XRPL परीक्षण डैशबोर्ड ने Devnet पर किन लेन-देन प्रकारों, फ़ील्डों और परिणाम कोडों का परीक्षण किया गया है, इसे ट्रैक करके संशोधन परीक्षण को भी अधिक स्पष्ट बनाया है।
स्रोत: CryptoPotato
