توسعهدهندگان XRP Ledger نسخه 3.3.0 xrpld را در 6 اوت منتشر کردند و چندین تغییر پروتکل را به فعالسازی احتمالی شبکه اصلی نزدیکتر کردند.
- XRPL 3.3.0 کد پروتکل را معرفی میکند، اما تأیید اعتبارسنجها قبل از هرگونه فعالسازی شبکه اصلی همچنان ضروری است.
- ConfidentialTransfer موجودی MPT و مقادیر انتقال را پنهان میکند و در عین حال دسترسی انطباق را برای طرفهای مجاز حفظ میکند.
- BatchV1_1 عملکرد تراکنش اتمی را پس از توقف نسخه قبلی به دلیل یک نقص امنیتی بازیابی میکند.
- Sponsor به اشخاص ثالث اجازه میدهد هزینهها و ذخایر را پوشش دهند در حالی که کاربران کنترل کامل حساب را حفظ میکنند.
- DynamicMPT به ناشران اجازه میدهد بعداً ویژگیهای منتخب توکن را تغییر دهند و نیازهای در حال تحول تجاری و انطباق را پشتیبانی کنند.
نسخه رسمی GitHub کار بر روی ConfidentialTransfer، BatchV1_1، Sponsor و DynamicMPT را همراه با اصلاحات و سایر تغییرات پروتکل تأیید میکند. انتشار نرمافزار به خودی خود این ویژگیها را در شبکه فعال نمیکند.
این تمایز مهم است زیرا برخی گزارشها شش ارتقا را بهعنوان فعال توصیف میکنند. طبق فرآیند اصلاحیه XRP Ledger، ویژگیهای جدید پروتکل قبل از فعالسازی نیاز به پشتیبانی اعتبارسنج دارند. یک اصلاحیه باید بیش از 80٪ پشتیبانی از اعتبارسنجهای مورد اعتماد را برای دو هفته متوالی حفظ کند تا اجرایی شود.
XRP Ledger 3.3.0 ابزارهای حریم خصوصی و تراکنش اتمی را اضافه میکند
ConfidentialTransfer برای افزودن حریم خصوصی برای توکنهای چندمنظوره (MPT) طراحی شده است. مستندات XRPL میگوید این اصلاحیه از رمزنگاری برای پنهان کردن موجودیهای فردی و مقادیر انتقال استفاده میکند و در عین حال مکانیسمهایی را حفظ میکند که به طرفهای مجاز، از جمله ناشران یا حسابرسان، اجازه میدهد اطلاعات لازم برای انطباق را تأیید کنند.
این ویژگی همچنان مشمول فعالسازی اصلاحیه است، بنابراین انتقالهای خصوصی MPT نباید هنوز بهعنوان فعال در شبکه اصلی XRPL توصیف شوند.
BatchV1_1 یکی دیگر از مؤلفههای اصلی است. استاندارد XLS-56 اجازه میدهد چندین تراکنش با هم بستهبندی و پردازش شوند، از جمله تراکنشهای مربوط به حسابهای مختلف. اجرای اتمی میتواند به گردش کار تسویه کمک کند که در آن چندین اقدام باید با هم موفق شوند به جای اینکه یک بخش کامل شود و دیگری شکست بخورد.
ویژگیهای تجدیدنظر شده پس از یافتههای امنیتی قبلی
Batch تاریخچه مهمی دارد. نسخه قبلی قبل از فعالسازی شبکه اصلی پس از کشف یک مشکل امنیتی در منطق امضای تراکنش غیرفعال شد. بنیاد XRPL بعداً به سمت BatchV1_1 بهعنوان جایگزین اصلاحشده حرکت کرد. همانطور که قبلاً در پوشش امنیتی XRPL گزارش شد، توسعهدهندگان بررسی رسمی را در اطراف ارتقاهای اخیر افزایش دادهاند.
تفویض مجوز مسیر مشابهی را دنبال کرد. XRPL در سپتامبر 2025 فاش کرد که یک اشکال در اصلاحیه قبلی میتوانست به یک تراکنش غیرمجاز اجازه دهد در شرایط خاص هزینهها را به حساب دیگری شارژ کند. به اعتبارسنجها توصیه شد رأی منفی دهند و ویژگی آسیبپذیر هرگز فعال نشد. PermissionDelegationV1_1 بهعنوان جایگزین آن توسعه یافت.
مفهوم تجدیدنظر شده به یک حساب اجازه میدهد مجوزهای تراکنش تعریفشده را بدون واگذاری کلید خصوصی اصلی خود اعطا کند و از کیف پولهای عملیاتی با اختیار محدود پشتیبانی کند.
Sponsor و DynamicMPT هدف ورود نهادی دارند
Sponsor، بر اساس XLS-68، طراحی شده است تا به حساب دیگری اجازه دهد هزینههای تراکنش یا الزامات ذخیره را پوشش دهد در حالی که کاربر کنترل حساب و کلیدها را حفظ میکند. این ویژگی میتواند به برنامهها اجازه دهد کاربران را بدون نیاز به تهیه XRP صرفاً برای تأمین هزینههای شبکه وارد کنند. پیشنهاد XLS-68 به صراحت از حمایت مالی هزینه و ذخیره در حالی که کنترل کلید کاربر را حفظ میکند، پشتیبانی میکند.
DynamicMPT هدف ناشران توکن است. پیشنهاد XLS-94 به ناشران اجازه میدهد هنگام ایجاد توکن، ویژگیهای منتخب MPT را بهعنوان قابل تغییر تعیین کنند و سپس آن فیلدهای مجاز را بعداً بهروزرسانی کنند. این استاندارد برای تطبیق با نیازهای در حال تغییر تجاری یا انطباق بدون قابل ویرایش کردن آزادانه هر ویژگی توکن در نظر گرفته شده است.
این ویژگیها با هم با تمرکز رو به رشد XRPL بر امور مالی توکنشده مطابقت دارند. در پوشش مرتبط با توکنسازی، crypto.news گزارش داد که JPMorgan، Mastercard، Ondo Finance و Ripple بازخرید خزانهداری توکنشده را با استفاده از XRPL آزمایش کردند.
همه ارتقاهای ذکرشده متعلق به نسخه 3.3.0 نیستند
یک اصلاح در مورد چارچوب «شش ارتقا» که بهطور گسترده منتشر شده ضروری است. fixCleanup3_2_0 متعلق به چرخه قبلی xrpld 3.2.0 است، نه بسته ویژگی تازه منتشر شده 3.3.0. تغییرات GitHub 3.3.0 در عوض کار بر روی LendingProtocolV1_1 و یک مسیر جداگانه fixCleanup3_3_0 را در کنار ویژگیهای اصلی نشان میدهد.
بنابراین انتشار نباید بهعنوان شش قابلیت تکمیلشده که بهطور همزمان در دسترس قرار میگیرند خوانده شود. این یک نقطه عطف نرمافزار سرور است که به اعتبارسنجها و اپراتورها کد لازم برای تصمیمات اصلاحیه را میدهد. اصلاحیههای فردی میتوانند جدول زمانی رأیگیری متفاوتی داشته باشند و اگر پشتیبانی از آستانه مورد نیاز پایینتر بیاید، ممکن است فعال نشوند.
این فرآیند حاکمیتی قبلاً مهم بوده است. اصلاحیههای اصلی Batch و Permission Delegation پس از شناسایی اشکالات قبل از فعالسازی شبکه اصلی متوقف شدند، که نشان میدهد گنجاندن در نرمافزار یا رأی اعتبارسنج همان استقرار تولید نیست.
بعد چه اتفاقی برای اعتبارسنجهای XRPL میافتد
اپراتورهای گره اکنون باید نسخه 3.3.0 را ارزیابی کنند و تصمیم بگیرند که آیا ارتقا دهند و از اصلاحیههای فردی پشتیبانی کنند. تاریخهای فعالسازی دقیق به رأی اعتبارسنج بستگی دارد، نه انتشار نرمافزار 6 اوت. قوانین اصلاحیه XRPL مستلزم تداوم اکثریت فوقالعاده به مدت دو هفته است.
برای دارندگان XRP، تغییر فوری فنی است نه پولی. نسخه 3.3.0 جعبه ابزار بالقوه شبکه را برای حریم خصوصی، تسویه چندمرحلهای، اختیار تفویضشده، ورود با حمایت مالی و انتشار توکن قابل تنظیم گسترش میدهد، اما هیچکدام تقاضای بالاتر XRP یا افزایش قیمت را تضمین نمیکند.
نقاط عطف قابل تأیید بعدی پذیرش اعتبارسنج 3.3.0، سطوح پشتیبانی اصلاحیه و تاریخهای فعالسازی برنامهریزیشده خواهد بود. تا زمانی که این آستانهها برآورده نشوند، قابلیتهای جدید باید بهعنوان منتشر شده در نرمافزار گره و در حال حرکت از طریق حاکمیت توصیف شوند، نه بهعنوان ویژگیهای کاملاً فعال شبکه اصلی XRP Ledger.
تصمیمات اعتبارسنج، نه بازاریابی انتشار، تعیین میکند که هر ویژگی چه زمانی در شبکه اصلی قابل استفاده شود.