新型XRP账本工具将修订测试转化为公开评分卡

XRPL开发者推出公开仪表板，将修正案测试转化为评分卡

本周，XRPL开发者丹尼斯·安吉尔上线了一个实时仪表板，用于评估XRP账本上每一项修正案的功能在devnet（开发网络）上实际被执行的程度，而后才会进入主网。该工具将此前依赖信任的修正案就绪流程，转变为一份公开评分卡，清晰展示哪些交易类型、字段和结果代码从未被真实交易使用过。

仪表板实际追踪的内容

安吉尔构建的这个工具托管于 amendments-staging.xrpl.foundation，它直接从节点读取每项修正案的完整规范表面，而非手动维护。这包括修正案引入的每种交易类型、可选字段、标志、结果代码和账本条目。随后，仪表板监控devnet上的活动，并检查是否有经过验证的交易实际执行过每一项内容——绿色单元格链接到首次执行该操作的交易，红色单元格则标记尚未被触及的部分。

开发者直接解释了该项目背后的逻辑：“每个新的XRPL功能都以修正案的形式发布。验证者投票通过后，它就成为协议的一部分，并永久生效。这需要真实的证据证明该功能在devnet上得到了端到端的执行，而不仅仅是孤立的测试。”截至本周，仪表板正监控着devnet上的16项修正案，其中13项仍有未测试的领域。差距最大的出现在较新的修正案中：Sponsor有107项检查中的65项从未被执行，XChainBridge缺失了40项中的30项，MPTokensV1则缺少102项中的27项。

本周的扫描还发现了59项问题：2个规范缺陷、23个文档缺口和34个测试缺口。其中一项修正案——XLS-75权限委托，允许账户将特定权限（如冻结信任线，且仅此而已）授予另一个密钥——本周已填补了剩余的测试缺口。据安吉尔称，团队添加了逻辑，将每笔委托交易映射回其背后的具体权限，然后在devnet上执行了所有剩余单元格，使其12个细粒度权限的122项检查全部达到完全覆盖。他将这项工作视为众包，鼓励XRPL构建者“去寻找红色单元格”，并自行运行缺失的交易，因为仪表板能在几秒内捕获新活动。

修正案测试恰逢采用率低迷之际

对更严格预激活测试的推动，正值一次波折的升级周期之后。据报道，Ripple的v3.2.0更新将核心服务器软件从rippled更名为xrpld，并将节点内存使用量降低了30%至40%，但发布数周后，仍有超过一半的XRPL节点未采用该更新，尽管网络中89%的受信任验证者集已升级。