XRPL 开发者 Denis Angell 本周推出了一个实时仪表板，用于评估 XRP Ledger 上每项修正案的功能在进入主网前，究竟有多少已在开发网上实际运行过。
这个工具将此前只能依赖对流程信任的修正案就绪情况，转变为公开评分表，清楚显示哪些交易类型、字段和结果代码从未在真实交易中使用过。
仪表板究竟追踪什么
Angell 构建了这个工具，托管在 amendments-staging.xrpl.foundation 上。它直接从节点读取每项修正案的完整规格内容，而不是靠人工维护。其中包括该修正案引入的每种交易类型、可选字段、标志、结果代码和账本条目。
随后，仪表板会监测开发网上的活动，并检查是否有经过验证的交易使用过每一项内容。绿色单元格会链接到首次使用该项内容的交易，红色单元格则标记尚未发生的情况。
这位开发者直接解释了该项目背后的想法：
“XRPL 的每项新功能都以修正案的形式推出。验证者投票通过后，该功能一经启用，就会永久成为协议的一部分。我们理应有切实证据，证明这项功能已在开发网上端到端地运行过，而不只是经过孤立测试。”
截至本周，仪表板正在实时监测开发网上的 16 项修正案，其中 13 项仍有尚未测试的部分。
最大的差距出现在较新的修正案中：Sponsor 的 107 项可能检查中有 65 项尚未执行，XChainBridge 的 40 项中有 30 项缺失，而 MPTokensV1 的 102 项中还有 27 项未完成。
本周的扫描还在这组修正案中发现了 59 个问题：2 个规范错误、23 个文档缺漏和 34 个测试缺口。
本周，一项修正案 XLS-75 权限委派补齐了剩余的测试缺口。它允许账户将范围有限的权限交给另一把密钥，例如仅冻结信任线路，而不授予其他权限。
据 Angell 介绍，团队添加了逻辑，将每笔委派交易映射回其对应的具体权限，随后在 devnet 上测试了所有剩余单元，使这 12 项细粒度权限的全部 122 项检查都达到完整覆盖。
他将这项工作描述为众包协作，并鼓励 XRPL 开发者“去找出红色单元格”，亲自运行缺失的交易，因为仪表板会在几秒钟内显示新活动。
修正案测试加强之际，采用率仍然滞后
推动在激活前进行更严格测试，缘于此前一轮升级并不顺利。正如CryptoPotato在 7 月报道的那样，Ripple 的 v3.2.0 更新将核心服务器软件从 rippled 更名为 xrpld，并将节点内存使用量降低了 30% 至 40%；但发布数周后，超过一半的 XRPL 节点仍未采用该更新，尽管该网络 89% 的可信验证者已完成升级。
来源：CryptoPotato
