توسعهدهندگان XRP Ledger در تاریخ ۶ اوت، نسخه ۳.۳.۰ xrpld را منتشر کردند که چندین تغییر پروتکل را به فعالسازی احتمالی در شبکه اصلی (mainnet) نزدیکتر میکند.
انتشار رسمی گیتهاب، کار بر روی ConfidentialTransfer، BatchV1_1، Sponsor و DynamicMPT را در کنار رفع اشکالات و سایر تغییرات پروتکل تأیید میکند. خود انتشار نرمافزار، این ویژگیها را در شبکه فعال نمیکند.
این تمایز مهم است زیرا برخی گزارشها شش ارتقاء را فعال و در حال استفاده توصیف میکنند. بر اساس فرآیند اصلاحیه XRP Ledger، ویژگیهای جدید پروتکل قبل از فعالسازی به پشتیبانی اعتبارسنجها نیاز دارند. یک اصلاحیه باید بیش از ۸۰٪ پشتیبانی از اعتبارسنجهای مورد اعتماد را برای دو هفته متوالی حفظ کند تا به اجرا درآید.
ConfidentialTransfer برای افزودن حریم خصوصی به توکنهای چندمنظوره (MPT) طراحی شده است. مستندات XRPL بیان میکنند که این اصلاحیه از رمزنگاری برای محافظت از موجودیهای فردی و مقادیر انتقال استفاده میکند، در حالی که مکانیسمهایی را حفظ مینماید که به طرفهای مجاز، از جمله صادرکنندگان یا حسابرسان، اجازه میدهد تا اطلاعات مورد نیاز برای انطباق را تأیید کنند.
این ویژگی هنوز منوط به فعالسازی اصلاحیه است، بنابراین انتقالهای خصوصی MPT نباید هنوز در شبکه اصلی XRPL فعال تلقی شوند.
BatchV1_1 یک جزء اصلی دیگر است. استاندارد XLS-56 امکان بستهبندی و پردازش چندین تراکنش را به صورت همزمان فراهم میکند، از جمله تراکنشهایی که شامل حسابهای مختلف هستند. اجرای اتمی میتواند به گردشهای کاری تسویه کمک کند که در آن چندین اقدام باید با هم موفق شوند، به جای اینکه یک بخش تکمیل شود و دیگری شکست بخورد.
Batch سابقه مهمی دارد. نسخه قبلی قبل از فعالسازی شبکه اصلی، پس از کشف یک مشکل امنیتی در منطق امضای تراکنش، غیرفعال شد. بنیاد XRPL بعدها به سمت BatchV1_1 به عنوان جایگزین اصلاحشده حرکت کرد. همانطور که قبلاً در پوشش امنیتی XRPL گزارش شده بود، توسعهدهندگان بررسیهای رسمی را در مورد ارتقاءهای اخیر افزایش دادهاند.
تفویض مجوز (Permission Delegation) مسیر مشابهی را طی کرد. XRPL در سپتامبر ۲۰۲۵ فاش کرد که یک باگ در اصلاحیه قبلی میتوانست به یک تراکنش غیرمجاز اجازه دهد تحت شرایط خاصی کارمزد را به حساب دیگری تحمیل کند. به اعتبارسنجها توصیه شد که رأی منفی دهند و ویژگی آسیبپذیر هرگز فعال نشد. PermissionDelegationV1_1 به عنوان جایگزین آن توسعه یافت.
مفهوم بازنگریشده به یک حساب اجازه میدهد تا مجوزهای تراکنش تعریفشده را بدون واگذاری کلید خصوصی اصلی خود، اعطا کند و از کیف پولهای عملیاتی با اختیارات محدود پشتیبانی کند.
Sponsor، بر اساس XLS-68، به گونهای طراحی شده است که به حساب دیگری اجازه دهد تا کارمزدهای تراکنش یا الزامات ذخیره را پوشش دهد، در حالی که کاربر کنترل حساب و کلیدهای خود را حفظ میکند. این ویژگی میتواند به برنامهها اجازه دهد تا کاربران را بدون نیاز به کسب XRP تنها برای پوشش هزینههای شبکه، جذب کنند. پیشنهاد XLS-68 به صراحت از حمایت مالی (sponsorship) کارمزد و ذخیره، ضمن حفظ کنترل کلید کاربر، پشتیبانی میکند.
DynamicMPT صادرکنندگان توکن را هدف قرار میدهد. پیشنهاد XLS-94 به صادرکنندگان اجازه میدهد تا ویژگیهای منتخب MPT را هنگام ایجاد توکن به عنوان قابل تغییر (mutable) تعیین کنند و سپس آن فیلدهای مجاز را بعداً بهروزرسانی کنند. این استاندارد برای تطبیق با الزامات تجاری یا انطباقی در حال تغییر، بدون اینکه هر ویژگی توکن آزادانه قابل ویرایش باشد، طراحی شده است.
این ویژگیها در مجموع با تمرکز رو به رشد XRPL بر روی امور مالی توکنسازیشده (tokenized finance) همخوانی دارند. در پوشش خبری مرتبط با توکنسازی، crypto.news گزارش داد که JPMorgan، Mastercard، Ondo Finance و Ripple بازخرید خزانهداری توکنسازیشده را با استفاده از XRPL آزمایش کردند.
یک تصحیح در مورد چارچوب "شش ارتقاء" که به طور گسترده منتشر شده است، ضروری است. fixCleanup3_2_0 به چرخه قبلی xrpld 3.2.0 تعلق دارد، نه به بسته ویژگیهای تازه منتشر شده ۳.۳.۰. در عوض، لاگ تغییرات گیتهاب ۳.۳.۰، کارهایی در مورد LendingProtocolV1_1 و یک مسیر جداگانه fixCleanup3_3_0 را در کنار ویژگیهای اصلی نشان میدهد.
بنابراین، این انتشار نباید به عنوان شش قابلیت تکمیلشده که به طور همزمان در دسترس قرار میگیرند، تفسیر شود. این یک نقطه عطف نرمافزاری سرور است که کدهای مورد نیاز برای تصمیمگیریهای اصلاحی را در اختیار اعتبارسنجها و اپراتورها قرار میدهد. اصلاحیههای فردی میتوانند جدول زمانی رأیگیری متفاوتی داشته باشند و در صورت کاهش پشتیبانی از آستانه مورد نیاز، ممکن است فعال نشوند.
این فرآیند حاکمیتی قبلاً نیز اهمیت داشته است. اصلاحیههای اصلی Batch و Permission Delegation پس از شناسایی باگها قبل از فعالسازی شبکه اصلی متوقف شدند، که نشان میدهد گنجاندن در نرمافزار یا رأیگیری اعتبارسنجها با استقرار تولیدی یکسان نیست.
اپراتورهای نود اکنون باید نسخه ۳.۳.۰ را ارزیابی کرده و تصمیم بگیرند که آیا ارتقاء دهند و از اصلاحیههای فردی پشتیبانی کنند یا خیر. تاریخهای دقیق فعالسازی به رأیگیری اعتبارسنجها بستگی دارد، نه به انتشار نرمافزار در ۶ اوت. قوانین اصلاحیه XRPL مستلزم آن است که اکثریت قاطع (supermajority) به طور مداوم برای دو هفته پایدار بماند.
برای دارندگان XRP، تغییر فوری فنی است تا مالی. نسخه ۳.۳.۰ مجموعه ابزارهای بالقوه شبکه را برای حریم خصوصی، تسویه چند مرحلهای، اختیار تفویض شده، جذب کاربران با حمایت مالی و صدور توکن قابل تنظیم گسترش میدهد، اما هیچ یک تقاضای بالاتر برای XRP یا افزایش قیمت را تضمین نمیکند.
نقاط عطف قابل تأیید بعدی شامل پذیرش ۳.۳.۰ توسط اعتبارسنجها، سطوح پشتیبانی از اصلاحیهها و تاریخهای فعالسازی برنامهریزیشده خواهد بود. تا زمانی که این آستانهها برآورده نشوند، قابلیتهای جدید باید به عنوان منتشر شده در نرمافزار نود و در حال طی کردن فرآیند حاکمیتی توصیف شوند، نه به عنوان ویژگیهای کاملاً فعال شبکه اصلی XRP Ledger.
تصمیمات اعتبارسنجها، نه بازاریابی انتشار، تعیین خواهند کرد که هر ویژگی چه زمانی در شبکه اصلی قابل استفاده شود.
