नया XRP Ledger टूल प्रोटोकॉल संशोधन परीक्षण को सार्वजनिक स्कोरकार्ड में बदलता है

XRPL डेवलपर डेनिस एंजेल ने इस सप्ताह एक लाइव डैशबोर्ड लॉन्च किया, जो XRP Ledger के हर amendment को इस आधार पर स्कोर देता है कि mainnet पर पहुँचने से पहले devnet पर उसकी कितनी कार्यक्षमता का वास्तव में उपयोग किया गया है।

यह टूल amendment की तैयारी को—जो पहले प्रक्रिया पर भरोसे का मामला थी—एक सार्वजनिक स्कोरकार्ड में बदल देता है। इसमें ठीक-ठीक दिखता है कि किन transaction types, fields और result codes को किसी वास्तविक transaction ने कभी नहीं छुआ है।

डैशबोर्ड वास्तव में क्या ट्रैक करता है

एंजेल ने amendments-staging.xrpl.foundation पर होस्ट किया गया यह टूल बनाया है। यह हर amendment की पूरी specification सीधे node से पढ़ता है, न कि उसे हाथ से अपडेट रखता है। इसमें amendment द्वारा जोड़े गए हर transaction type, optional field, flag, result code और ledger entry की जानकारी शामिल है।

इसके बाद डैशबोर्ड devnet की गतिविधियों पर नज़र रखता है और जाँचता है कि किसी validated transaction ने इनमें से हर चीज़ का कभी उपयोग किया है या नहीं। हरे सेल उस transaction से जुड़ते हैं जिसने पहली बार ऐसा किया, जबकि लाल सेल बताते हैं कि अभी तक क्या नहीं हुआ है।

डेवलपर ने परियोजना के पीछे की वजह सीधे समझाते हुए कहा:

“XRPL का हर नया फ़ीचर एक amendment के रूप में जारी होता है। Validators उस पर वोट करके उसे मंज़ूरी देते हैं, और उसके सक्रिय होते ही वह हमेशा के लिए प्रोटोकॉल का हिस्सा बन जाता है। इसलिए इस बात के ठोस प्रमाण होने चाहिए कि devnet पर उस फ़ीचर को शुरू से अंत तक आज़माया गया है—सिर्फ़ अलग-अलग करके टेस्ट नहीं किया गया।”

इस सप्ताह तक, डैशबोर्ड devnet पर 16 amendments को लाइव ट्रैक कर रहा है, जिनमें से 13 के कुछ हिस्सों का अभी तक परीक्षण नहीं हुआ है।

सबसे बड़ी कमियां नए संशोधनों में हैं: Sponsor के 107 संभावित चेक में से 65 कभी किए ही नहीं गए, XChainBridge के 40 में से 30 बाकी हैं, और MPTokensV1 में 102 में से 27 चेक कम हैं।

इस हफ्ते के स्कैन में पूरे समूह में 59 निष्कर्ष भी सामने आए: स्पेक की दो खामियां, दस्तावेज़ीकरण की 23 कमियां और परीक्षण की 34 कमियां।

एक संशोधन, XLS-75 अनुमति प्रत्यायोजन, जो किसी खाते को किसी दूसरी कुंजी को सीमित अधिकार सौंपने देता है—जैसे ट्रस्ट लाइनों को फ़्रीज़ करना और इसके अलावा कुछ नहीं—ने इस हफ्ते अपनी बाकी परीक्षण संबंधी कमियां दूर कर लीं।

Angell के अनुसार, टीम ने ऐसा लॉजिक जोड़ा जो हर प्रत्यायोजित लेन-देन को उसके पीछे मौजूद विशिष्ट अनुमति से जोड़ता है। फिर devnet पर हर बची हुई सेल का परीक्षण किया गया, जिससे उसकी 12 सूक्ष्म अनुमतियों के सभी 122 चेक पूरी तरह कवर हो गए।

उन्होंने इस प्रयास को सामूहिक भागीदारी वाला बताया और XRPL बिल्डरों को “लाल सेल ढूँढ़ने” और खुद छूटे हुए लेन-देन चलाने के लिए प्रोत्साहित किया, क्योंकि डैशबोर्ड कुछ ही सेकंड में नई गतिविधि दिखा देता है।

अपनाए जाने में देरी के बीच संशोधन परीक्षण पर ज़ोर

सक्रिय किए जाने से पहले अधिक कठोर परीक्षण की यह मुहिम उथल-पुथल भरे अपग्रेड चक्र के बाद आई है। जैसा कि CryptoPotatoने जुलाई में रिपोर्ट किया था, Ripple का v3.2.0 अपडेट—जिसने मुख्य सर्वर सॉफ़्टवेयर का नाम rippled से बदलकर xrpld किया और नोड की मेमोरी का उपयोग 30% से 40% तक घटाया—जारी होने के कई हफ्तों बाद भी XRPL के आधे से अधिक नोड्स द्वारा नहीं अपनाया गया था, जबकि नेटवर्क के 89% भरोसेमंद वैलिडेटर सेट ने इसे अपना लिया था।

स्रोत: CryptoPotato