XRP (XRP) 账本 BatchV1_1 修正案逼近 80% 门槛,验证人支持率达 68%
XRP Ledger 的 BatchV1_1 修正案已获 68% 验证人支持,正逼近 80% 共识门槛;若支持率保持,激活有望在 9 月底前完成。
AI 摘要AI
- XRP Ledger 的 BatchV1_1 修正案获约 68% 验证人支持
- 修正案需达 80% 支持率并保持 14 天才能激活
- 重构代码随 8 月 6 日发布的版本 3.3.0 上线
- 升级仍需约 12 个百分点的额外验证人支持
BatchV1_1 支持率升至 68%
XRP 账本(XRP Ledger)距离 BatchV1_1 修正案的激活越来越近。这是原版 Batch 提案于今年早些时候被撤回后的重构版本,此后一直处于待决状态。社区持续追踪的网络投票数据显示,截至 9 月 7 日,该升级获得的验证人支持率约为 68%。这一数字距离账本要求的 80% 共识门槛仍有差距,但缺口已经收窄到足以让生态参与者开始规划XRP Ledger 及其原生资产的可能激活时间表。
按照账本的修正案流程,一项拟议变更必须获得至少 80% 验证人的支持,并在连续 14 天内维持这一多数,才能自动生效。如果在观察期内的任何时点支持率跌破门槛,两周倒计时就会清零重来。目前的追踪情况表明,只要 80% 的支持率被触及并保持,BatchV1_1 有望在 9 月底前上线——但在倒计时走完之前,谁也无法打包票。这条修正案的路走得并不平坦:最初的 Batch 版本在暴露出一个关键漏洞后被禁用,开发团队随后将其重做,并整合进 8 月 6 日发布的 XRP Ledger 软件版本 3.3.0。运行该版本的节点运营商已经携带了修正后的代码,剩下的只是投票环节。在 68% 的支持率下,升级还需要约 12 个百分点的额外验证人支持,观察期才能开始计。接下来的投票轮次将决定这条修正案是继续推进,还是像 XRPL 历史上某些提案那样中途搁浅。
BatchV1_1 为开发者带来什么
从技术角度看,BatchV1_1 解决的是一个长期存在的限制:协议层一直没有原生的方式来把多笔交易打包成组。链上的每一个动作都是独立交易,这让需要多步骤工作流的应用不得不在网络上额外搭建自定义基础设施。该修正案移除了这一约束,允许开发者将最多 8 笔交易打包进一笔交易,并明确界定各步骤之间的依赖关系。一条携带最新验证人统计的社区帖子认为,这一变更将为 XRP 生态释放大量新用例——自重构版修正案进入投票以来,这种观点在开发者群体中已流传开来。
最新验证人统计https://x.com/xmoonkie/status/2096943070927311139
实际应用面相当广。支付服务商可以把一笔转账与其手续费结算原子化绑定,任何一步都不会脱离其他步骤单独执行。做市商和流动性运营方则可以把下单与再平衡腿配对,避免部分成交导致仓位悬空。XRPL 验证人 Vet 一直频繁点评账本升级,他表示开发者等待这一功能已经很久,并指出它应当让服务直接收费变得更简单,从而解决“搭便车”问题——用户使用应用却不必付费。与把执行移出底层链的第三层扩展方案不同,也不同于另起专用网络的应用链,批量处理让复杂工作流的每一步都留在账本本身,既保留了 XRPL 单一来源的结算保证,也扩大了在其上可构建的应用类型。 希望实时跟踪行情的读者,可在Gate查看现货与合约的实时价格。
两周倒计时在即
COINOTAG 的判断是:随版本 3.3.0 一同发布的更新说明才是权威记录——BatchV1_1 已经在 8 月 6 日上线的代码里,所以现在的激活问题纯粹是验证人投票问题,而不是工程问题。此次升级落地之际,账本正处在一个消息密集的时段:Ripple 重新锁定了 7 亿枚 XRP 托管,跨链重铸中销毁了 1,363,614 枚 RLUSD,国际清算银行(BIS)的统计验证试点也测试了网络速度。关于该资产的更多内容,请见我们的XRP 报道专区。如果支持率突破 80% 并保持整个观察期,开发者将在 10 月初获得这一最多 8 笔交易的批量处理原语;如果投票停滞,共识流程只会继续计数。
相关标签

本文由人工智能辅助生成、经 AI 审核,并在 COINOTAG 编辑监督 下发布。


