نسخه 3.3.0 XRP Ledger حریم خصوصی و به‌روزرسانی‌های دسته‌ای را به ارمغان می‌آورد

توسعه‌دهندگان 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٪ حمایت از اعتبارسنج‌های معتبر را برای دو هفته متوالی حفظ کند تا به اجرا درآید.

نسخه 3.3.0 XRP Ledger حریم خصوصی و ابزارهای تراکنش اتمی را اضافه می‌کند

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

این ویژگی همچنان مشروط به فعال‌سازی اصلاح است، بنابراین انتقال‌های خصوصی MPT هنوز نباید به عنوان فعال در شبکه اصلی XRPL توصیف شوند.

BatchV1_1 یکی دیگر از اجزای اصلی است. استاندارد XLS-56 اجازه می‌دهد چندین تراکنش در کنار هم بسته‌بندی و پردازش شوند، از جمله تراکنش‌هایی که شامل حساب‌های مختلف هستند. اجرای اتمی می‌تواند به جریان‌های تسویه کمک کند که در آن چندین اقدام باید به طور همزمان موفق شوند و نه اینکه یکی از آن‌ها کامل شود در حالی که دیگری شکست می‌خورد.

ویژگی‌های اصلاح‌شده پس از یافته‌های امنیتی قبلی

Batch تاریخچه مهمی دارد. نسخه قبلی قبل از فعال‌سازی در شبکه اصلی پس از کشف یک مشکل امنیتی در منطق امضای تراکنش غیرفعال شد. بنیاد XRPL بعداً به سمت BatchV1_1 به عنوان جایگزین اصلاح‌شده حرکت کرد. همان‌طور که قبلاً در پوشش امنیتی XRPL گزارش شده است، توسعه‌دهندگان بررسی‌های رسمی را در مورد به‌روزرسانی‌های اخیر افزایش داده‌اند.

Delegation Permission مسیر مشابهی را دنبال کرد. 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 اصلی پس از شناسایی اشکالات قبل از فعال‌سازی mainnet متوقف شدند، که نشان می‌دهد گنجاندن در نرم‌افزار یا رأی‌گیری تأییدکننده همانند استقرار تولید نیست.

چه اتفاقی برای تأییدکنندگان XRPL می‌افتد

اپراتورهای گره اکنون باید نسخه 3.3.0 را ارزیابی کنند و تصمیم بگیرند که آیا ارتقاء دهند و از اصلاحات فردی حمایت کنند یا خیر. تاریخ‌های دقیق فعال‌سازی به رأی‌گیری تأییدکنندگان بستگی دارد، نه به انتشار نرم‌افزار در 6 اوت. قوانین اصلاحات XRPL نیاز به ادامه اکثریت فوق‌العاده به مدت دو هفته دارند.

برای دارندگان XRP، تغییر فوری فنی است نه مالی. نسخه 3.3.0 ابزارهای بالقوه شبکه را برای حریم خصوصی، تسویه چند مرحله‌ای، اختیارات واگذار شده، ورود حمایت شده و صدور توکن قابل تنظیم گسترش می‌دهد، اما هیچ‌کدام تقاضای بالاتر XRP یا افزایش قیمت را تضمین نمی‌کند.

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

تصمیمات تأییدکنندگان، نه بازاریابی انتشار، تعیین خواهند کرد که هر ویژگی چه زمانی در mainnet قابل استفاده می‌شود.