توسعه‌دهندگان XRP Ledger در حال بررسی تغییرات هدفمند در نحوه بررسی مجوزهای توکن‌های صادر شده در عملیات پرداخت و استخرهای نقدینگی هستند. سوابق کد عمومی فعلی دو پیشنهاد باز مربوطه را نشان می‌دهند که هر دو در تاریخ ۲۷ اکتبر ارائه شده‌اند.
این کار با اصلاحیه برنامه‌ریزی شده fixCleanup3_5_0 مرتبط است. این باید به عنوان توسعه پروتکل توصیف شود، نه یک ارتقاء تکمیل شده یا مدرکی دال بر اینکه انتقال عادی XRP اکنون نیاز به تأیید صادرکننده دارد.
اصلاح مجوز در استخرهای نقدینگی
اولین پیشنهاد باز، شماره ۸۶۴۸، مستلزم آن است که حسابی که توکن ارائه‌دهنده نقدینگی را دریافت می‌کند، الزامات مجوز را برای هر دو دارایی در بازارساز خودکار مربوطه برآورده کند. دلیل آن موقعیت اقتصادی است. توکن استخر نمایانگر ادعایی است که به دارایی‌های استخر مرتبط است. بررسی تنها مسیر واریز مستقیم ممکن است راه‌های دیگری را برای دستیابی به همان میزان قرار گرفتن در معرض (Exposure) باقی بگذارد، از جمله پیشنهاد مبادله یا انتقال.
این پیشنهاد به دنبال سازگاری در آن مسیرها است. این موضوع برای صادرکننده‌ای که از کنترل‌های مجوز استفاده می‌کند، مرتبط است، زیرا یک محدودیت باید در راه‌هایی که یک حساب می‌تواند قرار گرفتن در معرض را به دست آورد، اعمال شود، نه صرفاً در آشکارترین نقطه ورود.
عدم معافیت برای موجودی‌های موجود
پیشنهاد دوم باز، شماره ۸۶۵۰، به بررسی موتور پرداخت می‌پردازد که قبلاً هنگام داشتن یک خط اعتماد مجاز نشده با موجودی صفر اعمال می‌شد. رفتار پیشنهادی از افزایش موجودی مجاز نشده موجود از طریق دریافت‌های بیشتر جلوگیری می‌کند.
بحث کد، دریافت توکن‌های صادرکننده را از بازگرداندن تعهد در جهت دیگر متمایز می‌کند. این تمایز مهم است: جلوگیری از نگهداری مجاز نشده جدید نیازی به جلوگیری از مسیر بازپرداخت یا اصلاح قانونی ندارد.
دو پیشنهاد گسترده‌تر که در بحث پیوند داده شده‌اند، بسته شده‌اند. بنابراین، خواندن تغییرات باز فعلی نسبت به در نظر گرفتن توضیحات قبلی از چهار اصلاحیه پیشنهادی به عنوان بسته نهایی، قابل اطمینان‌تر است.
فرآیند بررسی کد تا فعال‌سازی
مستندات اصلاحیه XRP Ledger توضیح می‌دهد که تغییرات مؤثر بر پردازش تراکنش‌ها باید ابتدا در نرم‌افزار گنجانده شوند و سپس از حمایت پایدار اعتبارسنج‌ها برخوردار شوند. آستانه مشخص شده بیش از ۸۰٪ پشتیبانی برای دو هفته است.
یک درخواست ادغام باز این فرآیند را تکمیل نکرده است. بررسی می‌تواند طراحی را تغییر دهد، یک انتشار می‌تواند آن را شامل یا به تعویق بیندازد، و اعتبارسنج‌ها می‌توانند تصمیمات فعال‌سازی خود را بگیرند. هیچ‌کدام از این مراحل نباید با ادعایی مبنی بر اینکه یک قانون در حال حاضر در شبکه اصلی اجرا می‌شود، در هم آمیخته شود.
برای توسعه‌دهندگان برنامه، این به معنای آزمایش رفتار پیشنهادی جدا از فرضیات مورد استفاده در تولید است. یک پاسخ خطای مورد انتظار لزوماً پاسخی نیست که یک تراکنش زنده امروز دریافت خواهد کرد.
تأثیر بر دارایی‌های صادر شده و منطق ادغام
این پیشنهادات مربوط به روابط مجوز دار توکن‌های صادر شده و ادعاهای مربوط به استخرهای نقدینگی است. آن‌ها دارایی بومی XRP را به یک توکن تحت کنترل صادرکننده تبدیل نمی‌کنند. روشن نگه داشتن این دسته‌بندی‌ها از ایجاد برداشت گمراه‌کننده از بررسی هویت در کل شبکه برای همه دارندگان جلوگیری می‌کند.
آماده‌سازی مفیدتر برای ادغام‌های تحت تأثیر، ترسیم مسیرهایی است که از طریق آن‌ها مشتری دارایی محدود شده را دریافت می‌کند، سپس شناسایی اینکه چگونه برنامه شکست‌های مجوز و گزینه‌های بازپرداخت را نمایش می‌دهد. رد فنی صحیح همچنان می‌تواند کاربران را سردرگم کند اگر رابط کاربری آن را به عنوان یک خطای تراکنشی غیرقابل توضیح ارائه دهد.
سوابق توسعه به خودی خود ثابت نمی‌کند که یک مهاجم خارجی از مسیرهای تحت بررسی سوءاستفاده کرده است. این موضوع سفت شدن پیشنهادی رفتار پروتکل را اثبات می‌کند.
نکات عطف معنی‌دار بعدی عبارتند از ادغام پیاده‌سازی، گنجاندن آن در یک انتشار و وضعیت واقعی اصلاحیه. تا آن زمان، داستان در مورد بهبود سازگاری در کنترل‌های مجوز است، با دامنه نهایی که همچنان در معرض بررسی است.
