توسعه‌دهندگان XRP Ledger پنج اصلاحیه پروتکل فعال قدیمی را در نسخه 3.3.0 xrpld بازنشسته کرده‌اند، اما این اقدام ویژگی‌های آنها را حذف نمی‌کند یا نیازی به اقدام از سوی دارندگان XRP ندارد.

مهندس نرم‌افزار RippleX، مایوخا واداری در X توضیح داد که بازنشستگی، کد قدیمی قبل از اصلاحیه را که پس از سال‌ها فعالیت یک تغییر پروتکل باقی مانده است، حذف می‌کند. رفتار اصلاح‌شده خود در جای خود باقی می‌ماند. مستندات رسمی XRPL تأیید می‌کند که اصلاحیه‌های بازنشسته شده به بخش‌های بدون قید و شرط پروتکل اصلی تبدیل می‌شوند.

این تمایز پس از انتشار xrpld 3.3.0 در 6 آگوست، که Clawback، fixDisallowIncomingV1، fixInnerObjTemplate، fixNFTokenReserve و fixUniversalNumber را بازنشسته کرد، اهمیت یافت. به عبارت دیگر، «بازنشستگی Clawback» به این معنی نیست که صادرکنندگان XRP Ledger قابلیت بازپس‌گیری را از دست می‌دهند. در عوض، شبکه مسیر کد قدیمی‌تری را که نحوه رفتار تراکنش‌ها را قبل از فعال شدن اصلاحیه توضیح می‌داد، حذف می‌کند.

بازنشستگی XRP Ledger قوانین قدیمی را دائمی می‌کند

سیستم اصلاحیه XRP Ledger به تغییرات پروتکل اجازه می‌دهد بدون اینکه بلافاصله هر قانون جدیدی را به شبکه اصلی (Mainnet) تحمیل کند، معرفی شوند. اعتبارسنج‌ها (Validators) به اصلاحیه‌ها رأی می‌دهند و یک پیشنهاد باید برای دو هفته متوالی پشتیبانی بیش از 80٪ از اعتبارسنج‌های مورد اعتماد را حفظ کند تا فعال شود. پس از فعال‌سازی، رفتار جدید به طور دائمی اعمال می‌شود مگر اینکه اصلاحیه دیگری بعداً آن را تغییر دهد.

در دوره پس از فعال‌سازی، xrpld هم منطق فعلی و هم برخی کدهای قبل از اصلاحیه را حفظ می‌کند. این کد قدیمی می‌تواند به توسعه‌دهندگان کمک کند تا هنگام اشکال‌زدایی یا تأیید تراکنش‌های تاریخی، رفتار قدیمی لجر را بازتولید کنند. با این حال، نگه داشتن سال‌ها شاخه‌های منسوخ نیز به پیچیدگی کد پایه (codebase) می‌افزاید.

مستندات رسمی اصلاحیه بیان می‌کند که یک اصلاحیه شبکه اصلی (Mainnet) می‌تواند پس از دو سال فعال بودن، بازنشسته شود. بازنشستگی مسیر کد قدیمی آن را حذف می‌کند، از برخورد با تغییر به عنوان یک اصلاحیه شرطی دست برمی‌دارد و رفتار جدیدتر را بدون قید و شرط در پروتکل ادغام می‌کند.

واداری این فرآیند را «صرفاً یک پاکسازی کد پایه» توصیف کرد و گفت که «هیچ کاربری را تحت تأثیر قرار نمی‌دهد». او افزود که توسعه‌دهندگان معمولاً دو سال صبر می‌کنند زیرا پیاده‌سازی قبلی هنوز هم می‌تواند هنگام اشکال‌زدایی تراکنش‌های قدیمی مفید باشد. مستندات تست XRPL نیز به همین ترتیب هشدار می‌دهد که بازپخش تراکنش‌های دقیق تاریخی ممکن است نیاز به اجرای نسخه‌ای از xrpld داشته باشد که در ابتدا تراکنش را پس از بازنشستگی اصلاحیه‌های قدیمی پردازش کرده است.

Clawback از XRPL حذف نمی‌شود

Clawback قابل تشخیص‌ترین از پنج اصلاحیه بازنشسته شده و آسان‌ترین برای سوءتفسیر است. این ویژگی در 8 فوریه 2024 در شبکه اصلی (Mainnet) فعال شد و به صادرکنندگان واجد شرایط اجازه می‌دهد توکن‌های صادر شده را از دارندگان بازپس گیرند، زمانی که حساب صادرکننده تنظیمات لازم برای بازپس‌گیری (clawback) را فعال کرده باشد. این قابلیت به صادرکننده اجازه نمی‌دهد XRP بومی را بازپس گیرد.

بنابراین، بازنشسته کردن این اصلاحیه به این معنی است که شبکه دیگر نیازی به کد برای نسخه‌ای از XRPL که در آن Clawback وجود نداشت، ندارد. رفتار فعلی Clawback همچنان بخشی از پروتکل باقی می‌ماند. صفحه اصلاحیه‌های شناخته شده XRPL اکنون به صراحت قابلیت قبل از اصلاحیه آن را به عنوان بازنشسته شده علامت‌گذاری می‌کند.

چهار بازنشستگی دیگر از همین اصل پیروی می‌کنند. fixDisallowIncomingV1 یک مشکل مجوز خط اعتماد (trust line authorization) را اصلاح کرد. fixInnerObjTemplate خطاهای مربوط به اشیاء داخلی AMM را برطرف کرد. fixNFTokenReserve بررسی‌های ذخیره (reserve checks) را هنگام پذیرش پیشنهادهای NFT اضافه کرد، در حالی که fixUniversalNumber بخش‌هایی از محاسبات ممیز شناور اعشاری XRPL را یکپارچه کرد. قوانین پس از اصلاحیه آنها همچنان معتبر هستند، حتی با وجود اینکه مسیرهای قدیمی‌تر در حال حذف شدن هستند.

این یک مکانیزم حاکمیتی جدید نیست. XRPL اصلاحیه‌های قبلی را پس از اینکه قوانینشان به اندازه کافی تثبیت شدند، بازنشسته کرده است. به عنوان مثال، نسخه 3.2.0 تغییرات قدیمی‌تر مربوط به چک‌ها (Checks)، مجوز واریز (Deposit Authorization)، حذف حساب (account deletion) و سایر عملکردهای پروتکل را بازنشسته کرد.

نسخه 3.3.0 همچنین چرخه جدیدی از اصلاحیه‌ها را آغاز می‌کند

در حالی که پنج اصلاحیه قدیمی وضعیت شرطی را ترک می‌کنند، نسخه 3.3.0 شش پیشنهاد جدید را به xrpld اضافه می‌کند. این‌ها BatchV1_1، ConfidentialTransfer، DynamicMPT، PermissionDelegationV1_1، Sponsor و fixCleanup3_3_0 هستند. گنجاندن آنها در نرم‌افزار به این معنی نیست که این قابلیت‌ها قبلاً در شبکه اصلی (Mainnet) فعال شده‌اند.

همانطور که crypto.news گزارش داد، ConfidentialTransfer از انتقال توکن‌های چندمنظوره (Multi-Purpose Token) با حفظ حریم خصوصی پشتیبانی می‌کند، در حالی که BatchV1_1 به یک حساب اجازه می‌دهد تا حداکثر هشت تراکنش داخلی را به طور همزمان ارسال کند. Sponsor به اشخاص ثالث اجازه می‌دهد تا هزینه‌ها و الزامات ذخیره را پوشش دهند، در حالی که DynamicMPT انعطاف‌پذیری بیشتری را در مورد ویژگی‌های توکن‌های انتخاب شده فراهم می‌کند.

هر پیشنهاد همچنان باید به طور مستقل فرآیند اعتبارسنجی XRPL را طی کند. پشتیبانی بیش از 80٪ باید برای دو هفته قبل از فعال شدن یک اصلاحیه ادامه یابد، و پشتیبانی می‌تواند از آستانه کمتر شود و تایمر را بازنشانی کند.

تفاوت بین این اصلاحیه‌های جدید و پنج اصلاحیه بازنشسته شده قابل توجه است. پیشنهادات جدید در انتظار تأیید شبکه هستند. اصلاحیه‌های بازنشسته شده سال‌ها پیش از آن مرحله عبور کرده‌اند، به رفتار شبکه تثبیت شده تبدیل شده‌اند و اکنون به جایی رسیده‌اند که نگهداری کد قدیمی‌تر آنها دیگر ضروری تلقی نمی‌شود.

چه چیزی در انتظار اپراتورهای XRPL است

برای دارندگان عادی XRP، هیچ مهاجرت، به‌روزرسانی کیف پول یا تراکنشی به طور خاص به دلیل بازنشستگی پنج اصلاحیه مورد نیاز نیست. Clawback و سایر رفتارهای پروتکل تحت تأثیر، طبق قوانین تثبیت شده به کار خود ادامه می‌دهند.

اپراتورهای سرور ملاحظات متفاوتی دارند. اطلاعیه انتشار XRPL 3.3.0 به اپراتورها می‌گوید که برای حفظ تداوم خدمات، هرچه سریع‌تر به نسخه 3.3.0 ارتقا دهند. به‌روز ماندن نیز مهم است زیرا سرورها به نرم‌افزاری حاوی کد اصلاحیه‌هایی که ممکن است بعداً فعال شوند، نیاز دارند. یک سرور که فاقد یک اصلاحیه فعال شده باشد، می‌تواند «بلوکه اصلاحیه» (amendment blocked) شود و به طور عادی در شبکه شرکت نکند.

در پوشش خبری مرتبط، این مکانیزم در ماه جولای نشان داده شد، زمانی که فعال‌سازی fixCleanup3_2_0 نودهایی را که نسخه‌های قدیمی‌تر و ناسازگار را اجرا می‌کردند، «بلوکه اصلاحیه» کرد.

اکنون توجه از اصلاحیه‌های بازنشسته شده به تصمیمات اعتبارسنج‌ها در مورد شش افزودنی در نسخه 3.3.0 معطوف می‌شود. همانطور که قبلاً گزارش شده بود، ConfidentialTransfer از جمله پیشنهاداتی است که هدف آن گسترش ابزارهای XRPL برای دارایی‌های توکنیزه شده نهادی است، اما استفاده از آن همچنان به تأیید اعتبارسنج‌ها بستگی دارد.

با این حال، برای پنج اصلاحیه بازنشسته شده، رأی‌گیری مشابهی در پیش نیست. بازنشستگی نشان‌دهنده پایان دوره انتقال آنهاست و نه پایان عملکردشان: قوانین اصلاح‌شده اکنون به سادگی بخشی از رفتار اصلی دائمی XRP Ledger هستند.