دفتر کل XRP پس از آن‌که 29 مورد از 35 اعتبارسنج مورد اعتماد شبکه از ارتقای مجوزهای حساب پشتیبانی کردند، PermissionDelegationV1_1 را وارد دوره 14 روزه فعال‌سازی خود کرده است.

بر اساس داشبورد زنده اصلاحیه‌های دفتر کل XRP، شمارش معکوس از 21 سپتامبر آغاز شده و اگر حمایت اعتبارسنج‌ها در تمام این دوره بالاتر از آستانه مورد نیاز باقی بماند، PermissionDelegationV1_1 می‌تواند در 5 اکتبر ساعت 11:18 به وقت UTC اجرایی شود.

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

PermissionDelegationV1_1 اختیارات حساب در دفتر کل XRP را تفکیک می‌کند

PermissionDelegationV1_1 نحوه اعطای اختیار از سوی یک حساب در دفتر کل XRP به حسابی دیگر برای انجام وظایف مشخص را تغییر می‌دهد.

در ساختار فعلی حساب‌ها، کسب‌وکارهایی که به سیستم‌ها یا کارکنان مختلف برای انجام عملیات نیاز دارند، ممکن است با این مشکل روبه‌رو شوند که به یک حساب عملیاتی اختیاراتی بیش از نیاز واقعی آن بدهند. Permission Delegation برای تفکیک این مسئولیت‌ها طراحی شده است.

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

هر حساب تفویض‌شده می‌تواند حداکثر 10 مجوز دریافت کند، در حالی که حساب اعطاکننده اختیار همچنان توانایی تغییر یا لغو آن‌ها را حفظ می‌کند.

این سازوکار شبیه به تفکیک مسئولیت‌هایی است که معمولاً در نهادهای مالی به‌کار می‌رود؛ جایی که وظایف پرداخت، تطبیق و مدیریت لزوماً از یک سطح دسترسی یکسان برخوردار نیستند.

PermissionDelegationV1_1 بخشی از مجموعه بزرگ‌تری از اصلاحیه‌هایی است که از طریق xrpld 3.3.0 معرفی شدند. این نسخه علاوه بر Permission Delegation، شامل BatchV1_1، ConfidentialTransfer، DynamicMPT و Sponsor نیز بود و چندین مورد از این قابلیت‌ها برای تراکنش‌های نهادی و صدور توکن طراحی شده‌اند.

Sponsor به نهادی دیگر اجازه می‌دهد بدون کنترل حساب کاربران، کارمزد تراکنش‌ها و الزامات ذخیره آن‌ها را پوشش دهد. DynamicMPT به ناشران انعطاف‌پذیری بیشتری بر ویژگی‌های منتخب Multi Purpose Token می‌دهد، در حالی که ConfidentialTransfer برای پنهان کردن موجودی‌ها و مبالغ پرداخت MPT از دید عموم طراحی شده، اما هم‌زمان سازوکارهای دسترسی را برای طرف‌های مجاز حفظ می‌کند.

Crypto.news پیش‌تر گزارش داده بود که ConfidentialTransfer کاربردهای نهادی را هدف قرار داده است؛ مواردی که در آن شرکت‌ها ممکن است به حریم خصوصی تراکنش نیاز داشته باشند و در عین حال همچنان اطلاعات لازم را در اختیار حسابرسان و دیگر طرف‌های مجاز قرار دهند.

Permission Delegation پس از یک نقص امنیتی قبلی بازمی‌گردد

PermissionDelegationV1_1 دومین تلاش برای آوردن مجوزهای تفویضی حساب به دفتر کل XRP است.

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

در پیاده‌سازی آسیب‌دیده، نرم‌افزار پیش از آن‌که امضای یک تراکنش را به‌درستی تأیید کند، بررسی می‌کرد که آیا یک حساب اجازه انجام آن تراکنش را دارد یا نه. برخی تراکنش‌های ردشده همچنان می‌توانستند مشمول کارمزد شوند.

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

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

نسخه جایگزین با تغییراتی در نحوه رسیدگی به تراکنش‌های غیرمجاز در xrpld 3.3.0 گنجانده شد. اکنون تأیید امضا پیش از نوع خطایی انجام می‌شود که می‌توانست حساب هدف را مشمول هزینه کند.

Permission Delegation تنها قابلیتی از این نسخه نیست که پس از انجام کارهای امنیتی بازگشته است. BatchV1_1 جایگزین یک پیاده‌سازی قبلی Batch شد، پس از آن‌که توسعه‌دهندگان یک آسیب‌پذیری بحرانی جداگانه در امضا را پیدا کردند. ارتقای بازنگری‌شده Batch پس از اصلاحات و بررسی بیشتر، از مرحله رأی‌گیری اعتبارسنج‌ها عبور کرده است.

آیا PermissionDelegationV1_1 می‌تواند بر قیمت XRP تأثیر بگذارد؟

PermissionDelegationV1_1 به‌طور مستقیم عرضه، برنامه انتشار یا اقتصاد توکنی XRP را تغییر نمی‌دهد؛ بنابراین صرف فعال شدن آن به‌تنهایی هیچ دلیل مکانیکی برای ایجاد تقاضای قابل‌توجه جدید برای XRP وجود ندارد.

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

تحولات اخیر در شبکه نشان می‌دهد چرا تمایز میان پذیرش XRPL و تقاضا برای XRP اهمیت دارد.

تحلیل قبلی از میزان مواجهه Ripple Prime با XRP نشان داد که حتی فعالیت نهادی قابل‌توجه در اکوسیستم ریپل نیز به‌طور خودکار به تقاضای معادل برای XRP تبدیل نمی‌شود. استیبل‌کوین‌ها و دیگر دارایی‌های صادرشده می‌توانند بخش بزرگی از انتقال ارزش پایه را مدیریت کنند، در حالی که XRP همچنان نقش‌هایی مانند کارمزد تراکنش، ذخایر و برخی کارکردهای مسیریابی را حفظ می‌کند.

ساختاری مشابه در مورد Permission Delegation نیز صدق می‌کند. ناشران استیبل‌کوین، ارائه‌دهندگان دارایی‌های توکنیزه‌شده و دیگر کسب‌وکارها می‌توانند از این قابلیت استفاده کنند، بدون آن‌که XRP دارایی در حال انتقال باشد.

در عوض، ارتباط احتمالی با قیمت به این بستگی دارد که آیا این ارتقا در گذر زمان به افزایش فعالیت در دفتر کل XRP کمک می‌کند یا نه.

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

شواهد تا اینجا نشان می‌دهد که رشد شبکه و قیمت XRP همیشه هم‌جهت حرکت نمی‌کنند. RLUSD و دارایی‌های توکنیزه‌شده در XRPL گسترش یافته‌اند، در حالی که XRP دوره‌هایی از ضعف قیمتی را تجربه کرده است؛ موضوعی که نشان می‌دهد افزایش فعالیت دفتر کل لزوماً فشار خرید فوری برای این توکن ایجاد نمی‌کند.

یک آزمایش نهادی در ماه ژوئن با مشارکت JPMorgan، Mastercard، Ondo Finance و Ripple نمونه دیگری ارائه کرد. در بازخرید اوراق خزانه‌داری توکنیزه‌شده از دفتر کل XRP استفاده شد، اما XRP داراییِ در حال بازخرید نبود. نقش مستقیم آن همچنان به زیرساخت شبکه زیربنایی محدود بود.

بنابراین PermissionDelegationV1_1 می‌تواند یک جزء زیرساختی دیگر برای کاربران نهادی فراهم کند، بدون آن‌که به یک محرک عمده و مستقل برای قیمت XRP تبدیل شود.

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

دفتر کل XRP در حال ساخت ابزارهای بیشتری برای تراکنش‌های نهادی است

Permission Delegation در مسیر فعال‌سازی قرار دارد، در حالی که چند قابلیت دیگر دفتر کل XRP همچنان در مراحل متفاوتی از فرایند اصلاحیه هستند.

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

ConfidentialTransfer به ناشران Multi Purpose Token این امکان را می‌دهد که موجودی‌ها و مبالغ انتقال را پنهان کنند، در حالی که حساب‌ها همچنان قابل مشاهده باقی بمانند. طبق طراحی پیشنهادی، طرف‌های مجاز همچنان می‌توانند اطلاعات لازم برای تطبیق را دریافت کنند.

توسعه‌دهندگان XRPL فراتر از نسخه 3.3.0 نیز به کار خود ادامه داده‌اند. نسخه 3.4.0 که در 16 سپتامبر منتشر شد، در کنار یک بسته دیگر از اصلاحات پروتکل، بازنگری‌هایی را در عملکردهای پیشنهادی وام‌دهی معرفی کرد.

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