توسعه‌دهنده XRPL، دنیس آنجل، این هفته داشبورد زنده‌ای راه‌اندازی کرد که به هر اصلاحیه در دفترکل XRP امتیازی می‌دهد که نشان می‌دهد چه میزان از قابلیت‌های آن پیش از رسیدن به شبکه اصلی، واقعاً در devnet مورد استفاده قرار گرفته است.
این ابزار، آمادگی اصلاحیه‌ها را که پیش‌تر موضوعی مبتنی بر اعتماد به فرایند بود، به یک کارنامه عمومی تبدیل می‌کند که دقیقاً نشان می‌دهد کدام نوع تراکنش‌ها، فیلدها و کدهای نتیجه هرگز توسط یک تراکنش واقعی لمس نشده‌اند.
داشبورد در واقع چه چیزی را رصد می‌کند
آنجل این ابزار را که در آدرس amendments-staging.xrpl.foundation میزبانی می‌شود، طوری ساخته که سطح کامل مشخصات هر اصلاحیه را مستقیماً از نود می‌خواند، نه اینکه آن را به صورت دستی نگهداری کند. این شامل هر نوع تراکنش، فیلد اختیاری، پرچم، کد نتیجه و ورودی دفترکل است که اصلاحیه معرفی می‌کند.
سپس داشبورد فعالیت devnet را زیر نظر می‌گیرد و بررسی می‌کند که آیا یک تراکنش معتبر تا به حال هر یک از این موارد را اجرا کرده است یا نه؛ سلول‌های سبز به تراکنشی که برای اولین بار این کار را انجام داده لینک می‌دهند و سلول‌های قرمز مواردی را نشان می‌دهند که هنوز اتفاق نیفتاده‌اند.
توسعه‌دهنده دلیل پشت این پروژه را مستقیماً توضیح داد و گفت:
«هر ویژگی جدید XRPL به صورت یک اصلاحیه عرضه می‌شود. اعتبارسنج‌ها به آن رأی می‌دهند و وقتی فعال شد، برای همیشه بخشی از پروتکل می‌شود. این شایسته شواهد واقعی است که نشان دهد این ویژگی به صورت کامل در devnet اجرا شده، نه فقط به صورت مجزا تست شده است.»
تا این هفته، داشبورد ۱۶ اصلاحیه را به صورت زنده در devnet رصد می‌کند و ۱۳ مورد از آن‌ها هنوز سطح تست‌نشده دارند.
بزرگ‌ترین فاصله‌ها در اصلاحیه‌های جدیدتر دیده می‌شود: Sponsor دارای ۶۵ مورد از ۱۰۷ بررسی ممکن است که هرگز اجرا نشده‌اند، XChainBridge فاقد ۳۰ مورد از ۴۰ مورد است و MPTokensV1 نیز ۲۷ مورد از ۱۰۲ مورد را کم دارد.
اسکن این هفته همچنین ۵۹ یافته در کل مجموعه داشت: دو باگ در مشخصات، ۲۳ شکاف در مستندسازی و ۳۴ شکاف در تست.
یک اصلاحیه، XLS-75 delegation permission، که به یک حساب اجازه می‌دهد اختیارات محدودی مانند فریز کردن خطوط اعتماد و نه چیز دیگر را به کلید دیگری واگذار کند، این هفته شکاف‌های تست باقی‌مانده خود را بست.
به گفته آنجل، تیم منطق نگاشت هر تراکنش واگذار شده را به مجوز خاص پشت آن اضافه کرد، سپس هر سلول باقی‌مانده را در devnet اجرا کرد و همه ۱۲۲ بررسی در ۱۲ مجوز جزئی آن را به پوشش کامل رساند.
او این تلاش را به صورت جمع‌سپاری معرفی کرده و توسعه‌دهندگان XRPL را تشویق می‌کند تا «سلول‌های قرمز را پیدا کنند» و تراکنش‌های ناقص را خودشان اجرا کنند، چرا که داشبورد فعالیت جدید را ظرف چند ثانیه ثبت می‌کند.
تست اصلاحیه‌ها در حالی انجام می‌شود که پذیرش عقب مانده است
فشار برای تست‌های پیش‌فعال‌سازی سخت‌گیرانه‌تر پس از یک چرخه ارتقاء پرچالش رخ داده است. همان‌طور که CryptoPotato در ماه ژوئیه گزارش داد، به‌روزرسانی v3.2.0 ریپل که نرم‌افزار اصلی سرور را از rippled به xrpld تغییر نام داد و مصرف حافظه نود را ۳۰ تا ۴۰ درصد کاهش داد، توسط بیش از نیمی از نودهای XRPL هفته‌ها پس از انتشار هنوز پذیرفته نشده بود، حتی با اینکه ۸۹٪ از مجموعه اعتبارسنج‌های مورد اعتماد شبکه آن را منتقل کرده بودند.