नेटवर्क के 35 भरोसेमंद वैलिडेटर्स में से 29 के अकाउंट परमिशन अपग्रेड के समर्थन के बाद XRP Ledger ने PermissionDelegationV1_1 को अपनी 14-दिवसीय एक्टिवेशन अवधि में पहुंचा दिया है.
लाइव XRP Ledger amendment dashboard के अनुसार, काउंटडाउन 21 सितंबर को शुरू हुआ और यदि पूरी अवधि में वैलिडेटर समर्थन आवश्यक सीमा से ऊपर बना रहता है, तो PermissionDelegationV1_1 5 अक्टूबर को 11:18 UTC पर प्रभावी हो सकता है.
35 भरोसेमंद वैलिडेटर्स में से कम से कम 28 को amendment का समर्थन जारी रखना होगा. यदि काउंटडाउन समाप्त होने से पहले समर्थन उस स्तर से नीचे गिरता है, तो एक्टिवेशन टाइमर रीसेट हो जाएगा.
PermissionDelegationV1_1 यह बदलता है कि XRP Ledger का एक अकाउंट किसी दूसरे अकाउंट को विशिष्ट कार्य करने का अधिकार कैसे दे सकता है.
मौजूदा अकाउंट संरचना के तहत, वे व्यवसाय जिन्हें संचालन करने के लिए अलग-अलग सिस्टम या कर्मचारियों की जरूरत होती है, अक्सर इस समस्या का सामना करते हैं कि किसी operational account को उसकी वास्तविक जरूरत से अधिक authority देनी पड़ती है. Permission Delegation को इन्हीं जिम्मेदारियों को अलग करने के लिए डिज़ाइन किया गया है.
उदाहरण के लिए, कोई अकाउंट दूसरे अकाउंट को भुगतान करने की अनुमति दे सकता है, बिना उसे primary account की keys बदलने का अधिकार दिए. एक stablecoin issuer अपनी मुख्य keys को offline रख सकता है, जबकि internet-connected compliance system को अपने token को रखने के लिए ग्राहकों को approve करने की अनुमति दे सकता है.
प्रत्येक delegated account को अधिकतम 10 permissions मिल सकती हैं, जबकि authority देने वाला अकाउंट उन्हें बदलने या रद्द करने की क्षमता अपने पास रखता है.
यह व्यवस्था उन जिम्मेदारियों के विभाजन जैसी है जो आम तौर पर वित्तीय संस्थानों में उपयोग की जाती है, जहां payment, compliance और administrative functions के पास आवश्यक नहीं कि समान स्तर की access हो.
PermissionDelegationV1_1, xrpld 3.3.0 के जरिए पेश किए गए amendments के एक बड़े समूह का हिस्सा है. इस रिलीज में Permission Delegation के साथ BatchV1_1, ConfidentialTransfer, DynamicMPT और Sponsor शामिल थे, जिनमें से कई फीचर्स institutional transactions और token issuance को ध्यान में रखकर बनाए गए हैं.
Sponsor यूजर्स के अकाउंट्स को नियंत्रित किए बिना किसी दूसरी entity को उनके transaction fees और reserve requirements कवर करने की अनुमति देगा. DynamicMPT issuers को चुनी गई Multi Purpose Token properties पर अधिक लचीलापन देता है, जबकि ConfidentialTransfer को MPT balances और payment amounts को सार्वजनिक नजर से छिपाने के लिए डिज़ाइन किया गया है, साथ ही authorized parties के लिए access mechanisms बनाए रखता है.
Crypto.news ने पहले रिपोर्ट किया था कि ConfidentialTransfer उन institutional use cases को लक्षित करता है, जहां कंपनियों को transaction privacy की जरूरत हो सकती है, जबकि उन्हें auditors और अन्य authorized parties को जानकारी भी उपलब्ध करानी होती है.
PermissionDelegationV1_1, XRP Ledger में delegated account permissions लाने का दूसरा प्रयास है.
मूल amendment को main network तक पहुंचने से पहले रोक दिया गया था, जब एक community tester ने 15 सितंबर, 2025 को एक vulnerability की रिपोर्ट की थी.
प्रभावित implementation में, सॉफ्टवेयर यह ठीक से verify करने से पहले कि signature वैध है या नहीं, यह जांचता था कि किसी अकाउंट को transaction करने की permission है या नहीं. कुछ rejected transactions पर तब भी fee लग सकती थी.
इसलिए कोई attacker जानबूझकर बहुत अधिक fees वाले unauthorized transactions submit कर सकता था और दूसरे अकाउंट से उनका भुगतान करवा सकता था, भले ही उन transactions पर सही signature न हो. इस प्रक्रिया को दोहराने से पीड़ित के उपलब्ध XRP balance को खत्म किया जा सकता था.
vulnerability सामने आने के बाद validators को amendment का समर्थन न करने की सलाह दी गई थी, जिससे प्रभावित version mainnet पर activate होने से रुक गया.
replacement को xrpld 3.3.0 में unauthorized transactions को संभालने के तरीके में बदलाव के साथ शामिल किया गया. अब signature verification उस प्रकार की failure से पहले होती है, जो लक्षित अकाउंट से शुल्क वसूल सकती थी.
Permission Delegation इस रिलीज का अकेला फीचर नहीं है जो security work के बाद वापस आया हो. डेवलपर्स द्वारा एक अलग critical signing vulnerability पाए जाने के बाद BatchV1_1 ने पहले के Batch implementation की जगह ली. fixes और अतिरिक्त review के बाद revised Batch upgrade validator voting से आगे बढ़ चुका है.
PermissionDelegationV1_1 सीधे तौर पर XRP की supply, issuance schedule या token economics में बदलाव नहीं करता, इसलिए केवल इसके activate होने से XRP के लिए बड़े नए demand पैदा होने का कोई यांत्रिक कारण नहीं है.
यह amendment XRP token की बजाय account permissions से संबंधित है. Delegated accounts का उपयोग करने वाली संस्थाएं ledger की सामान्य fees और reserve requirements के लिए XRP का उपयोग करती रहेंगी, लेकिन delegated permissions का उपयोग करने के लिए यह फीचर उन्हें बड़ी मात्रा में XRP खरीदने या होल्ड करने के लिए बाध्य नहीं करता.
नेटवर्क पर हालिया developments यह दिखाते हैं कि XRPL adoption और XRP demand के बीच अंतर क्यों महत्वपूर्ण है.
Ripple Prime की XRP exposure पर एक पूर्व analysis में पाया गया था कि Ripple ecosystem के भीतर महत्वपूर्ण institutional activity भी स्वतः समान स्तर की XRP demand में नहीं बदलती. Stablecoins और अन्य issued assets underlying value transfer का बड़ा हिस्सा संभाल सकते हैं, जबकि XRP transaction fees, reserves और कुछ routing functions जैसी भूमिकाएं निभाता रहता है.
Permission Delegation पर भी इसी तरह की संरचना लागू होती है. Stablecoin issuers, tokenized asset providers और अन्य व्यवसाय इस फीचर का उपयोग कर सकते हैं, बिना XRP को ट्रांसफर की जाने वाली asset बनाए.
संभावित मूल्य संबंध इसके बजाय इस बात पर निर्भर करता है कि क्या यह अपग्रेड समय के साथ XRP Ledger पर अधिक activity लाने में मदद करता है.
वे institutional issuers जो high-authority keys को offline रखना चाहते हैं, recurring payments या compliance tasks के लिए delegated accounts का उपयोग कर सकते हैं. यदि ये क्षमताएं अधिक व्यवसायों को XRPL पर assets issue करने और transactions process करने में मदद करती हैं, तो इससे नेटवर्क का उपयोग बढ़ेगा, जहां XRP fees और reserves के लिए इस्तेमाल होने वाला native asset बना रहता है.
अब तक के प्रमाण बताते हैं कि नेटवर्क growth और XRP कीमत हमेशा साथ-साथ नहीं चलतीं. RLUSD और tokenized assets का XRPL पर विस्तार हुआ है, जबकि XRP ने मूल्य कमजोरी के दौर देखे हैं, जो दर्शाता है कि ledger activity में वृद्धि जरूरी नहीं कि token पर तुरंत buying pressure पैदा करे.
जून में JPMorgan, Mastercard, Ondo Finance और Ripple से जुड़ी एक institutional test ने इसका एक और उदाहरण दिया. Tokenized Treasury redemption में XRP Ledger का उपयोग किया गया, लेकिन redeem की जाने वाली asset XRP नहीं थी. इसकी प्रत्यक्ष भूमिका underlying network infrastructure तक सीमित रही.
इसलिए PermissionDelegationV1_1 institutional users के लिए infrastructure का एक और हिस्सा उपलब्ध करा सकता है, बिना किसी बड़े standalone XRP price catalyst बने.
एक्टिवेशन के आसपास बाजार की प्रतिक्रिया संभव बनी रहती है, क्योंकि traders नेटवर्क upgrades और adoption से जुड़ी अपेक्षाओं पर प्रतिक्रिया दे सकते हैं. हालांकि, किसी भी स्थायी मूल्य प्रभाव का निर्भर होना फीचर के बाद के उपयोग और अन्य market factors पर होगा, न कि केवल amendment के ऑन हो जाने पर.
Permission Delegation एक्टिवेशन की ओर बढ़ रहा है, जबकि XRP Ledger के कई अन्य फीचर्स amendment process के अलग-अलग चरणों में बने हुए हैं.
BatchV1_1 को कई operations को एक coordinated transaction में bundle करने के लिए डिज़ाइन किया गया है, जिससे शामिल हर action या तो साथ में सफल हो या साथ में विफल हो. ऐसी संरचना उन settlement processes का समर्थन कर सकती है, जहां किसी asset और उसके भुगतान का एक ही समय पर आदान-प्रदान होना जरूरी हो.
ConfidentialTransfer, Multi Purpose Token issuers को accounts को visible रखते हुए balances और transfer amounts छिपाने का विकल्प देगा. प्रस्तावित डिज़ाइन के तहत authorized parties को compliance के लिए आवश्यक जानकारी फिर भी मिल सकेगी.
XRPL developers ने 3.3.0 रिलीज के बाद भी काम जारी रखा है. 16 सितंबर को जारी version 3.4.0 में proposed lending functions में revisions के साथ protocol fixes का एक और पैकेज पेश किया गया.
Lending framework अभी भी नेटवर्क के amendment process के अधीन है, और proposed functions के mainnet पर सक्रिय होने से पहले validator approval आवश्यक होगा.
XRP
