开发者修复11个bug后XRPL批量升级即将激活
核心要点
- 在开发人员修复了安全审查期间发现的另外 11 个软件问题后，XRP Ledger 的 Batch V1.1 修正案在开始为期两周的激活过程后，在一次验证者投票之内就完成了修改。
- 摘要 XRP Ledger 的 Batch V1.1 已获得 35 个验证者投票中的 27 个，距离 80% 激活阈值还差一
在开发人员修复了安全审查期间发现的另外 11 个软件问题后，XRP Ledger 的 Batch V1.1 修正案在开始为期两周的激活过程后，在一次验证者投票之内就完成了修改。
摘要 XRP Ledger 的 Batch V1.1 已获得 35 个验证者投票中的 27 个，距离 80% 激活阈值还差一票。
在最新投票之前，开发人员修复了另外 11 个涉及签名、授权检查和潜在服务器崩溃的问题。
Batch 允许用户将最多八笔交易合并为一项操作，并要求关联付款才能一起完成。
在研究人员在到达主网之前发现了严重的授权缺陷后，当前版本取代了早期的 Batch 提案。
RippleX 周一表示，Batch V1.1 的最新审查发现了涉及交易签名、授权检查和服务器崩溃的问题，XRP Ledger 验证器目前正在考虑将修复程序纳入该版本。
周二，35 个可信验证者中有 27 个获得了支持，大约为 77%，该提案略低于进入网络激活期所需的 80% 水平。
XRP Ledger 批量升级接近 80% 支持
Batch V1.1 将允许将多达八个事务分组为单个操作，其执行规则可能要求链接事务一起成功。
对于两个用户之间的代币交换，该功能可以使两次传输相互依赖。如果其中一方发生故障，另一方交易将无法独立完成。
钱包和市场可以使用相同的结构来一起处理客户付款和平台费用。 RippleX 表示，使用 Batch 的商业项目已经签订合同或正在开发中，但开发团队尚未公开确定涉及的公司。
过去一周，验证者的支持迅速增加。据 crypto.news 此前报道，9 月 8 日，Batch V1.1 在默认唯一节点列表上获得了来自 35 个验证者的 24 票，相当于 68.57%。此后，又有三位验证者支持了该修正案。
根据 XRP Ledger 治理规则，修正案必须连续 14 天保持至少 80% 的验证者支持才能激活。目前有 35 个可信验证者，另一次支持投票将使 Batch V1.1 高于阈值并开始该阶段。
您可能还喜欢：Clearpool 计划 XRPL 扩展和 CPOOL 迁移
一旦倒计时开始，结果就不会被锁定。验证者可以改变他们的立场，并且在 14 天窗口内支持率跌破 80% 将中断激活过程。
类似的过程在 7 月份上演，当时 fixCleanup3_2_0 修正案获得了 85.71% 的支持并进入了激活窗口。在规定期限内保留了足够的验证者支持后，该软件包随后于 7 月 29 日激活。
Batch V1.1 取代了具有严重缺陷的早期版本
目前的投票是在研究人员在该功能到达 XRP Ledger 主网之前发现漏洞后撤回最初的 Batch 设计之后进行的。
在某些情况下，该缺陷可能允许攻击者在未获得所需授权的情况下将其他用户帐户的交易放入批次中。由于受影响的修正案从未激活，因此没有用户资金面临风险。
开发人员在发现后重建了该功能，Batch V1.1 后来包含在 8 月 6 日发布的 xrpld 3.3.0 中。
xrpld 3.3.0 版本引入了更正的 Batch 实现以及其他几个提议的协议功能。每个修正案在主网上生效之前仍需要单独的验证者批准。
RippleX 软件工程师 Mayukha Vadari 表示，最初的签名问题是在 2 月份主网部署之前发现的。随后的工作包括根本原因修复、四位高级工程师的审查、Sherlock 安全竞赛以及 Halborn 和 Common Prefix 的审核。
“在 2 月份发现 v1.0 签名错误后（主网发布之前，没有资金面临风险），我们重建了它，”Vadari 于 9 月 14 日在 X 上写道。
审查过程并没有随着最初的漏洞而结束。 RippleX 表示，在检查替换实施时还发现了另外 11 个问题。
Batch V1.1 修正案在 xrpld 3.3.0 中发布，现在正在进行投票。
在 2 月份发现 v1.0 签名错误后（主网出现之前，没有资金面临风险），我们重建了它：根本原因修复、4 名高级审核员、Sherlock 攻击马拉松以及 Halborn 和 Common Prefix 的审核。我们……——Mayukha Vadari (@msvadari) 2026 年 9 月 14 日
安全审查发现另外 11 个批次问题
其他调查结果包括签名处理、授权检查和能够导致服务器崩溃的软件条件。
Common Prefix 将其中一个漏洞列为严重漏洞。根据 RippleX 的审查，该问题可能允许攻击者重复使用用户已签署的权限并执行比用户最初打算授权的更多的交易。
其他发现涉及批量交易验证权限和处理签名的方式。开发人员在修正案进入当前验证人投票阶段之前解决了报告的问题。
RippleX 表示，四名高级工程师审查了实施情况，而 Halborn 和 Common Prefix 则进行了外部审计。该代码经过了自动化测试和公共安全竞赛，旨在在激活之前暴露弱点。
最近的其他 XRP Ledger 提案也使用了安全测试。 6 月份的 Common Prefix 安全审查发现了 XRPL 组件中的数字和行为问题，并通过版本 3.2.0 部署了修复程序。随后，安全公司的任务是对网络其他部分进行正式验证和分析。
在受影响的修正案到达主网之前，另一场 Sherlock 竞赛涵盖了拟议的 XRP Ledger 功能，发现了数十个有效漏洞，包括严重和高严重性的发现。
批处理构成 xrpld 3.3.0 功能集的一部分
Batch 是 3.3.0 软件周期中引入的几项协议变更之一，XRP Ledger 开发人员致力于交易结算、隐私、权限和机构功能。
在软件发布之前，开发人员概述了五项拟议的 XRPL 修正案，其中包括批量交易、机密 MPT、赞助商、动态 MPT 和权限委托。
Batch是围绕原子结算而设计的，其中多个相关操作可以作为协调交易来处理，而不是单独提交。
权限委派将允许一个帐户向另一个帐户授予有限的权限，而无需移交完全控制权。机密 MPT 旨在隐藏多用途代币的余额和转账金额，同时保持帐户身份在公共分类账上可见。
任何功能都不会仅仅因为其代码包含在 xrpld 中而变得活跃。验证者单独决定是否支持修正案，让每个提案都有自己的投票时间表。
该网络已经看到了 3.3.0 提案的不同采用率。 Ripple 在 8 月份投票支持了 PermissionDelegationV1_1 修正案，当时它得到了 35 个可信验证者中的 7 个的支持。