XRPL, xrpld 3.3.0 में पांच पुराने संशोधनों को समाप्त कर देता है

XRP Ledger डेवलपर्स ने नवीनतम xrpld रिलीज़ में कोडबेस की अच्छी सफ़ाई कर दी है — लेकिन उपयोगकर्ताओं को घबराने की ज़रूरत नहीं है। संस्करण 3.3.0 ने आधिकारिक रूप से पाँच लंबे समय से स्थापित प्रोटोकॉल संशोधनों को “रिटायर” कर दिया है, जिससे पुराने प्री-अमेंडमेंट कोड को कोडबेस से हटाया गया है, जबकि वास्तविक व्यवहार को जस का तस रखा गया है। “रिटायरमेंट” का मतलब क्या है - किसी अमेंडमेंट को रिटायर करने का मतलब केवल उस पुराने कोड पाथ को हटाना है जो प्री-अमेंडमेंट व्यवहार की नकल करने के लिए मौजूद था। यह फीचर को न तो वापस लेता है और न ही उसे निष्क्रिय करता है। - एक बार रिटायर होने के बाद, उस अमेंडमेंट का व्यवहार XRPL डॉक्युमेंटेशन के अनुसार कोर प्रोटोकॉल का बिना शर्त हिस्सा बन जाता है। - डेवलपर्स आमतौर पर किसी अमेंडमेंट के एक्टिव होने के बाद उसे रिटायर करने से पहले दो साल तक इंतज़ार करते हैं। यह विलंब डिबगिंग और ऐतिहासिक रूप से सटीक ट्रांज़ैक्शन रिप्ले के लिए पुरानी इम्प्लीमेंटेशन को सुरक्षित रखता है। कौन-कौन से अमेंडमेंट रिटायर किए गए xrpld 3.3.0 उन पाँच अमेंडमेंट को रिटायर करता है जो कुछ समय से एक्टिव हैं: - Clawback — योग्य इश्यूअर्स को, अगर इश्यूअर ने clawback सेटिंग सक्षम की हो, तो होल्डर्स से इश्यू किए गए टोकन रिकवर करने की अनुमति देता है (native XRP पर लागू नहीं होता)। Mainnet पर 8 फ़रवरी 2024 से एक्टिव; रिटायरमेंट फीचर को नहीं, बल्कि पुराने कोड पाथ को हटाता है। - fixDisallowIncomingV1 — एक ट्रस्ट-लाइन ऑथराइज़ेशन समस्या को ठीक किया। - fixInnerObjTemplate — inner AMM ऑब्जेक्ट्स से जुड़े एरर को संबोधित किया। - fixNFTokenReserve — NFT ऑफ़र स्वीकार किए जाने पर रिज़र्व चेक जोड़े। - fixUniversalNumber — XRPL की decimal floating-point कैलकुलेशन के हिस्सों को एकीकृत किया। यह क्यों महत्वपूर्ण है (और क्यों अधिकतर नहीं) - सामान्य XRP होल्डर्स और टोकन उपयोगकर्ताओं के लिए: कुछ भी करने की ज़रूरत नहीं। कोई माइग्रेशन, वॉलेट अपडेट या ट्रांज़ैक्शन आवश्यक नहीं हैं। नेटवर्क के नियम वही रहते हैं जो इन अमेंडमेंट के एक्टिव होने के बाद थे। - डेवलपर्स और इतिहासकारों के लिए: यदि आपको पुराने लेजर को बिल्कुल उसी तरह रिप्ले करना है जैसा वे सालों पहले व्यवहार कर रहे थे, तो आपको उस समय का संबंधित xrpld संस्करण चाहिए हो सकता है — क्योंकि रिटायरमेंट उस legacy ब्रांच को हटाता है जो प्री-अमेंडमेंट व्यवहार को पुन: उत्पन्न करती थी। - सर्वर ऑपरेटरों के लिए: सर्विस निरंतरता बनाए रखने के लिए जितनी जल्दी हो सके xrpld 3.3.0 पर अपग्रेड करें। पुराना xrpld चलाने से, अगर उसमें बाद में एक्टिव होने वाले अमेंडमेंट्स के लिए कोड नहीं है, तो कोई नोड “amendment blocked” हो सकता है। जुलाई में इसी तरह की स्थिति तब हुई थी जब पुराने संस्करण चलाने वाले नोड्स, fixCleanup3_2_0 के एक्टिवेशन के बाद amendment blocked हो गए थे। XRPL की अमेंडमेंट प्रक्रिया कैसे काम करती है (संक्षेप में) - नए प्रोटोकॉल प्रस्तावों को xrpld में शामिल किया जाता है लेकिन वे तुरंत एक्टिव नहीं होते। वैलिडेटर्स अमेंडमेंट्स पर वोट करते हैं; किसी प्रस्ताव के एक्टिव होने के लिए उसे भरोसेमंद वैलिडेटर्स से लगातार दो सप्ताह तक 80% से अधिक समर्थन बनाए रखना होता है। - एक बार एक्टिव होने के बाद, नया व्यवहार स्थायी हो जाता है, जब तक कि बाद का कोई अमेंडमेंट उसे बदल न दे। दो साल तक एक्टिव रहने के बाद, किसी अमेंडमेंट को रिटायर किया जा सकता है — जिससे उसका नया व्यवहार बिना शर्त प्रोटोकॉल लॉजिक बन जाता है और पुराना कोड पाथ हटाया जाता है। 3.3.0 में क्या नया है xrpld 3.3.0 सॉफ़्टवेयर में छह नए अमेंडमेंट प्रस्ताव भी शामिल करता है, लेकिन ये अभी Mainnet पर एक्टिव नहीं हैं: - BatchV1_1 — आठ तक inner ट्रांज़ैक्शन एक साथ सबमिट करें। - ConfidentialTransfer — Multi-Purpose Tokens के लिए प्राइवेसी-सुरक्षित ट्रांसफ़र। - DynamicMPT — चुनी हुई टोकन प्रॉपर्टीज़ में लचीलापन जोड़ता है। - PermissionDelegationV1_1 — permission डेलिगेशन लॉजिक को अपडेट करता है। - Sponsor — तीसरे पक्ष को ट्रांज़ैक्शन फ़ीस और रिज़र्व आवश्यकताओं को कवर करने की अनुमति देता है। - fixCleanup3_3_0 — कोडबेस क्लीनअप और फ़िक्सेस। इनमें से प्रत्येक को एक्टिव होने के लिए अभी भी लगातार दो सप्ताह तक >80% वैलिडेटर थ्रेशहोल्ड पास करना होगा। xrpld में इनका शामिल होना केवल वह कोड उपलब्ध कराता है जिस पर वैलिडेटर्स वोट कर सकते हैं। निष्कर्ष हाल की रिटायरमेंट्स मानक प्रोटोकॉल लाइफ़साइकल हाउसकीपिंग हैं: XRPL कई अमेंडमेंट्स के सालों से मज़बूती से स्थापित हो जाने के बाद अब obsolete कोड हटा रहा है। Clawback जैसी सुविधाएँ और अन्य रिटायर किए गए अमेंडमेंट्स लेजर के स्थायी व्यवहार का हिस्सा बने रहते हैं — सामान्य उपयोगकर्ता अप्रभावित हैं। तत्काल ऑपरेशनल निष्कर्ष यह है कि नोड ऑपरेटरों को संभावित amendment blocking से बचने और भविष्य के किसी भी एक्टिवेशन के लिए तैयार रहने के लिए xrpld 3.3.0 पर अपडेट करना चाहिए।