新的 XRP 账本工具将修正测试转变为公共记分卡

XRPL 开发人员 Denis Angell 本周推出了一个实时仪表板，该仪表板对 XRP Ledger 上的每一项修改进行评分，以了解其功能在到达主网之前在开发网络上实际运行了多少。该工具将修改准备情况（以前是过程中的信任问题）转变为公共记分卡，准确显示哪些交易类型、字段和结果代码从未被真实交易触及。仪表板实际跟踪的内容 Angell 构建了该工具，托管在 revisions-staging.xrpl.foundation，直接从节点读取每个修订的完整规范表面，而不是手动维护。这包括修正案引入的每种交易类型、可选字段、标志、结果代码和分类帐条目。然后，仪表板会监视开发网络活动，并检查经过验证的交易是否已执行过每笔交易，绿色单元格链接到第一个执行的交易，红色单元格标记尚未发生的交易。开发人员直接解释了该项目背后的原因，他说：“每个新的 XRPL 功能都是作为修正案发布的。验证者对其进行投票，一旦激活，它就永远成为协议的一部分。这值得有真正的证据证明该功能已经在开发网络上端到端地运行，而不仅仅是单独测试。”截至本周，仪表板正在关注 devnet 上的 16 项修订，其中 13 项仍有未经测试的表面。最大的差距存在于较新的修正案中：Sponsor 在其 107 项可能的检查中，有 65 项从未执行过，XChainBridge 缺少 40 项中的 30 项，MPTokensV1 缺少 102 项中的 27 项。本周的扫描还发现了 59 个发现：两个规范错误、23 个文档缺陷和 34 个测试缺陷。 XLS-75 许可授权修正案允许一个帐户将狭窄的权力移交给另一个密钥，例如冻结信任线，仅此而已，该修正案本周弥补了剩余的测试差距。据 Angell 介绍，该团队添加了逻辑，将每个委托交易映射回其背后的特定权限，然后执行 devnet 上的每个剩余单元，将其 12 个细粒度权限中的所有 122 个检查全部覆盖。他将这项工作定义为众包，鼓励 XRPL 构建者“去找红细胞”并自己运行缺失的交易，因为仪表板会在几秒钟内获取新的活动。修正测试因采用滞后而来在艰难的升级周期之后推动更严格的预激活测试。正如 CryptoPotato 在 7 月报道的那样，Ripple 的 v3.2.0 更新将核心服务器软件从rippled 重命名为 xrpld，并将节点内存使用量减少了 30% 至 40%，但在发布几周后仍未被超过一半的 XRPL 节点采用，尽管网络上 89% 的可信验证器集已经迁移了它。新 XRP 账本工具将修正测试变成公共记分卡的帖子首先出现在 CryptoPotato 上。