XRP Ledger Batch V1.1 安全重建后即将激活

在原始版本存在严重缺陷后进行安全重建后，XRP Ledger 的 Batch V1.1 修正案仅差一个验证者投票就达到了开始 14 天激活倒计时所需的 80% 阈值。修订后的代码在当前验证者投票之前已经经过了高级工程审查、对抗性测试、两次外部安全审查和人工智能辅助分析。 Batch V1.1 在激活倒计时之前达到最终投票 RippleX 开发者 Mayukha Vadari 表示，该修正案随 xrpld 3.3.0 一起提供，现在正在等待投票。该更新取代了 Batch V1.0，其签名验证错误于 2 月份被发现，当时该修正案仍处于主网之前，这意味着没有资金面临风险。最初的缺陷涉及 checkBatchSign 函数中的提前返回。如果分类账上尚不存在签名者帐户，则验证可能会返回成功，而无需检查其余签名者。这可能允许在没有私钥的情况下代表其他账户执行交易。 Batch V1.1 消除了该缺陷，并解决了重建过程中发现的其他几个问题。该过程包括四名高级工程师的审查、Sherlock Batch Attackathon、Halborn 重新评估、通用前缀审核、Cantina AI 扫描以及 Devnet 和测试网回归测试。瓦达里还表示，该团队修复了通过较新的人工智能红队工作发现的其他错误。这些更改包括对 MPT 验证绕过、节点崩溃、路径大小验证、签名验证、签名者排序和事务哈希的修复。验证者的情绪接近所需的阈值，一个账户 FrancisBovineSwift 将批量投票描述为“接近完成”，最新快照显示，27 名受信任的验证者投票支持该修正案，8 名反对，支持率约为 77%，而签署变更所需的 80% 阈值，只需要再投一票即可达到这一目标。为什么批量修改对 XRPL 开发人员很重要 批量（也称为 XLS-56）允许来自不同账户的多个交易在单个账本关闭中自动执行。如果全有或全无批次中的一个事务失败，则整个操作将恢复。该设计不需要智能合约。该功能旨在用于原子交换、协调结算以及需要多方共同行动的其他交易。它还可以减少 NFT 铸造和转移所需的步骤。此次安全重建是在最近的其他 XRPL 审查之后进行的，在主网部署之前发现一个高严重性错误后，网络撤回了权限委托修正案，V1.1 正在接受额外审查。此外，本月推出的 XRPL 测试仪表板还通过跟踪 Devnet 上已执行的交易类型、字段和结果代码，使修改测试更加明显。安全重建后的 XRP Ledger Batch V1.1 即将激活后首先出现在 CryptoPotato 上。