
Ripple ने XRP लेजर के लंबित XChainBridge संशोधन को वापस लेने की सिफारिश की है, यह निष्कर्ष निकालने के बाद कि इसका प्राथमिक उपयोग Axelar द्वारा पहले ही पूरा किया जा चुका है और व्यापक डेवलपर मांग उत्पन्न नहीं हुई है।
RippleX में एक वरिष्ठ सॉफ्टवेयर इंजीनियर मयूखा वदारी ने 27 अगस्त को इस सिफारिश की घोषणा की। XChainBridge, जिसे XLS-38 के नाम से भी जाना जाता है, XRPL वैलिडेटर मतदान प्रक्रिया में बना हुआ है और मेननेट पर सक्रिय नहीं हुआ है।
Ripple ने अनुमान लगाया कि प्रस्ताव को वापस लेने से डेवलपर्स xrpld, जो नेटवर्क को शक्ति प्रदान करने वाला सर्वर सॉफ्टवेयर है, से 10,000 से अधिक लाइनों का कोड हटाने में सक्षम होंगे। अभी तक कोई कोड नहीं हटाया गया है, और Ripple इस प्रक्रिया को स्वतंत्र रूप से पूरा नहीं कर सकता है।
XLS-38 को XRP और जारी की गई संपत्तियों को XRP लेजर और जुड़े हुए नेटवर्क के बीच स्थानांतरित करने के लिए एक प्रोटोकॉल-स्तर का ढांचा प्रदान करने के लिए डिज़ाइन किया गया था। इसके लक्षित उपयोगकर्ताओं में सार्वजनिक साइडचेन, निजी लेजर, परमिशन वाले नेटवर्क और प्रायोगिक चेन शामिल थे।
यह प्रणाली प्रत्येक जुड़े हुए लेजर पर घटनाओं की निगरानी के लिए स्वतंत्र गवाह सर्वर पर निर्भर करती है। गवाह इस बात की पुष्टि करने के लिए सत्यापन प्रस्तुत करते हैं कि गंतव्य नेटवर्क पर संबंधित संपत्तियों के उपलब्ध होने से पहले संपत्तियों को लॉक या नष्ट कर दिया गया था।
प्रस्ताव के मुख्य उपयोगों में से एक XRPL मेननेट को इसके एथेरियम वर्चुअल मशीन-संगत साइडचेन से जोड़ना था। Ripple ने बाद में उस कनेक्शन को प्रदान करने के लिए Axelar को चुना।
XRPL EVM साइडचेन जून 2025 में Axelar के साथ अपने मेननेट ब्रिज के रूप में लॉन्च हुआ। Axelar का वैलिडेटर नेटवर्क क्रॉस-चेन संदेशों को सत्यापित करता है और साइडचेन को XRPL और अन्य समर्थित ब्लॉकचेन से जोड़ता है।
Ripple ने कहा कि EVM साइडचेन को अब Axelar के माध्यम से "बेहतर तरीके से संबोधित" किया गया है। यह कंपनी का तकनीकी मूल्यांकन है, न कि किसी स्वतंत्र सुरक्षा तुलना के माध्यम से प्राप्त निष्कर्ष।
Ripple ने शुरुआत में XLS-38 को उपलब्ध रखा क्योंकि डेवलपर्स अभी भी इसका उपयोग निजी साइडचेन और विशेष नेटवर्क के लिए कर सकते थे जिन्हें Axelar समर्थन करने के लिए डिज़ाइन नहीं किया गया था।
हालांकि, कंपनी ने कहा कि उसे मूल ब्रिज की आवश्यकता वाले सक्रिय परियोजनाओं का बहुत कम सबूत मिला। किसी भी उत्पादन परिनियोजन ने सार्वजनिक रूप से XLS-38 को अपने नियोजित संचालन के लिए आवश्यक नहीं बताया है।
निष्क्रिय कार्यान्वयन को बनाए रखने के लिए अभी भी समीक्षा, परीक्षण और संगतता कार्य की आवश्यकता होती है जब भी डेवलपर्स xrpld को अपडेट करते हैं। Ripple ने तर्क दिया कि इससे संबंधित मेननेट लाभ प्रदान किए बिना एक निरंतर रखरखाव का बोझ बनता है।
यह सिफारिश का मतलब यह नहीं है कि व्यापक XRPL इकोसिस्टम ने इंटरऑपरेबिलिटी को छोड़ दिया है। Ripple ने विभिन्न सुरक्षा और गोपनीयता आवश्यकताओं के अनुकूल वैकल्पिक दृष्टिकोणों के रूप में Axelar, Wormhole, शून्य-ज्ञान प्रणालियों और लेयर-2 डिज़ाइनों की ओर इशारा किया।
क्रॉस-चेन सिस्टम भी विशिष्ट जोखिम पेश करते हैं। जैसा कि पहले बताया गया है, ब्रिज एक्सप्लॉइट्स ने 2021 से रिपोर्ट किए गए नुकसान में $4 बिलियन से अधिक का कारण बना है, जिससे सत्यापन डिजाइन और परिचालन सुरक्षा केंद्रीय विचार बन गए हैं।
आधिकारिक XRPL रजिस्ट्री XChainBridge को डिफ़ॉल्ट "नहीं" वोट के साथ एक लंबित संशोधन के रूप में सूचीबद्ध करती है। Ripple नेटवर्क के स्वतंत्र प्रतिभागियों में से केवल एक वैलिडेटर वोट का संचालन करता है।
XRPL संशोधन को आमतौर पर सक्रियण से पहले लगातार दो सप्ताह तक 80% से अधिक विश्वसनीय वैलिडेटरों के समर्थन की आवश्यकता होती है। वर्तमान डिफ़ॉल्ट कॉन्फ़िगरेशन में 35 वैलिडेटरों के साथ, कम से कम 29 सकारात्मक वोट उस सीमा को पार कर जाएंगे।
इसलिए Ripple की सिफारिश न तो तुरंत संशोधन को वापस लेती है और न ही अन्य वैलिडेटरों को इसका विरोध करने के लिए मजबूर करती है। वैलिडेटर स्वतंत्र रूप से तय करते हैं कि उनकी अवसंरचना किन संशोधनों का समर्थन करती है।
वह अलगाव अन्य XRPL प्रस्तावों के अनुरूप है। संबंधित कवरेज में, ऋण संशोधनों के लिए Ripple का समर्थन उनकी सक्रियण स्थापित नहीं कर पाया क्योंकि प्रस्तावों को अभी भी व्यापक वैलिडेटर सीमा की आवश्यकता थी।
Ripple ने एक पुल रिक्वेस्ट के साथ शुरुआत करने का प्रस्ताव दिया जिसमें XChainBridge को xrpld कोडबेस में अप्रचलित के रूप में चिह्नित किया गया। उस रिलीज़ में अपग्रेड करने वाले सर्वर स्वचालित रूप से सक्रियण के खिलाफ वोट करेंगे।
जैसे-जैसे वैलिडेटर अपडेटेड सॉफ्टवेयर स्थापित करेंगे, समर्थन कम होता जाएगा। एक बार जब सक्रिय वैलिडेटर संशोधन को अप्रचलित के रूप में पहचान लेते हैं, तो डेवलपर्स बाद की रिलीज़ में XChainBridge कार्यान्वयन और संबंधित fixXChainRewardRounding कोड को हटा सकते हैं।
कोई पुल-रिक्वेस्ट की समय-सीमा, सॉफ्टवेयर संस्करण या अंतिम हटाने की तारीख की घोषणा नहीं की गई है। समय-सीमा समुदाय की प्रतिक्रिया, कोड समीक्षा और वैलिडेटर अपग्रेड पर निर्भर करती है।
Ripple ने XLS-38 के साथ काम करने वाले डेवलपर्स या संगठनों से विशिष्ट उपयोग के मामले प्रस्तुत करने के लिए कहा है। एक विश्वसनीय सक्रिय परिनियोजन कंपनी को चरणबद्ध वापसी शुरू होने से पहले अपनी सिफारिश पर पुनर्विचार करने के लिए प्रेरित कर सकता है।





