币圈界报道：

XRPL引入公开评分系统，量化修正案实际执行情况

本周，XRPL核心开发者丹尼斯·安吉尔发布一款实时监控工具，用于评估每项修正案在开发网络（devnet）中的真实执行程度，确保其在进入主网前完成端到端验证。该平台将原本依赖社区共识的就绪判断，转化为可量化的公开评分卡，精准揭示哪些交易类型、字段或结果代码尚未被实际使用。

构建于节点数据之上的动态追踪机制

该系统部署于 amendments-staging.xrpl.foundation，直接对接运行节点的原始规范输出，而非人工维护清单。它涵盖所有修正案引入的交易类别、可选参数、标志位、返回码及账本条目结构。通过持续监测devnet活动，系统自动识别已触发的逻辑路径（以绿色标注，链接至首次执行交易）与尚未被激活的区域（以红色标识），形成可视化执行地图。

当前状态：多数修正案仍存未覆盖盲区

截至最新统计，系统正在追踪16项待验证修正案，其中13项存在未被执行的检查项。新近推出的特性面临更大挑战：Sponsor功能中65项检查仍未落地，XChainBridge缺失30项，MPTokensV1则有27项未被触发。本次扫描共发现59个问题，包括2个规范缺陷、23处文档不全和34项测试空白。

关键进展：权限委托功能实现全覆盖

针对XLS-75权限委托修正案，团队已完成全部剩余测试缺口。该功能允许账户向另一密钥授予特定权限（如冻结信任线），且仅限于此。为确保全面验证，开发组重构了交易映射逻辑，将每笔授权操作精确关联至具体权限，并在devnet上完整执行所有122项细粒度检查。项目负责人强调此过程具有高度开放性，呼吁社区成员主动“点击红色单元格”，自行发起缺失交易，因系统可在数秒内反馈执行结果。

升级周期遇冷，更严测试需求凸显

这一强化测试机制的推出，正值一次复杂升级后的反思期。此前Ripple发布的v3.2.0版本将核心软件命名从rippled调整为xrpld，同时优化内存占用达30%至40%。然而，尽管89%的受信任验证者已更新，仍有超半数节点未采纳新版本，反映出网络采纳节奏的显著分化，凸显对前置验证流程加强的迫切性。