XRP (XRP) Ledger Batch V1.1 获 35 位验证者中 30 位支持,9月29日激活在即

Batch V1.1 逼近激活门槛

XRP Ledger 的下一项支付层升级 Batch V1.1 已正式进入激活倒计时——在全网 35 个受追踪验证者中,该修正案已拿到 30 票支持。公共修正案追踪面板显示,截至 9 月 19 日 14:34:20 UTC,支持率约为 85.7%,远高于启动倒计时所需的 80% 门槛(即 28 票)。按照该账本链上治理规则,一项修正案只有在支持率连续 14 天维持在 80% 或以上的情况下才会生效。倒计时已于 9 月 15 日 14:06:41 UTC 开启,这意味着只要窗口关闭前没有验证者倒戈,主网最早可在 9 月 29 日之后不久完成激活。Batch V1.1 的核心能力,是让用户将最多八笔交易打包为一次原子操作:要么全部成交,要么整组取消,从根本上消除交易一端执行成功、另一端却失败的风险。这一设计天然契合券款对付(DvP)场景——资产交割与付款必须同步完成——同时也让交易所、钱包和交易市场能够把服务费与客户付款一步合并处理。该升级运行在结算 XRP 的账本之上,其最终命运取决于验证者在月底前的立场是否坚定。

RippleX 指向商业需求

Ripple 的工程部门 RippleX 表示,商业项目已经在围绕 Batch 进行开发。工程负责人 Ayo Akinyele 称,团队将在计划敲定后披露具体合作方与上线时间,其中不乏大型资产管理机构正在筹备集成。他把这一功能的核心价值概括为原子执行——Batch 让一组交易「要么全部执行,要么全部不执行」——这在券款对付场景中最为关键:资产与资金两腿必须同步结算,而非先后进行。回顾这次重返投票的过程,背后是一段不小的波折。今年 2 月,研究人员在 Batch V1.0 的签名验证流程中发现一个严重缺陷:在特定条件下,代码可能提前停止校验签名,令攻击者得以在未经账户所有者授权的情况下植入来自其他账户的交易。由于该修正案当时尚未激活,存在漏洞的代码从未主导过主网账本,因此没有任何资金面临风险。RippleX 把这次事故当作一次彻底返工的契机,要求团队「在实现层面深挖得多」,重构签名与授权模型后重新通过一整套安全考验:内部对抗性测试、AI 辅助分析、Sherlock 攻击竞赛,以及 Halborn 与 Common Prefix 的独立评估。加固后的实现随 8 月 6 日发布的 xrpld 3.3.0 版本落地——这正是今天验证者们投票所依据的代码。

账本单日交易量突破 234 万笔

升级投票落地之际,网络使用量正在加速攀升。浏览器数据显示,XRP Ledger 在 24 小时内处理了 2,344,225 笔交易,较前一日增长约 8.9%,也明显高于约 200 万笔的 30 日均值。早在 9 月 16 日,活动量就已达到 2,117,620 笔,因此最新读数是延续了多日的上行趋势,而非一次性脉冲。链上激增与价格的快速反弹几乎同步出现:盘中早些时候,XRP 一度上涨接近 8%,触及 1.43 美元,延续了此前 8.6% 的反弹——正是这轮反弹让该代币在参议院搁置 CLARITY 法案后重新站回 1.40 美元上方,我们在此前的报道中已对这一行情做过跟踪。交易者将监管悬顶之地的解除视为山寨币买盘重启的关键驱动。据我们实时行情追踪,发稿时 XRP 过去 24 小时仍上涨 5.6%。悬而未决的问题是,实用需求的上升与价格动能能否同步延续;此前的报道记录了 Polymarket 上 XRP 9 月触及 1.60 美元的赔率约为 34.5%。对于考虑布局的投资者,我们关于在哪里以及如何购买 XRP 的指南涵盖了交易所选择与托管基础要点。 希望实时跟踪行情的读者，可在Bitget查看现货与合约的实时价格。

9 月 29 日激活成焦点

把三条线索放在一起看,指向同一个故事:即便市场情绪回暖,XRP 的机构级支付基础设施仍在按部就班地走向成熟。xrpld 3.3.0 的官方发布说明把运维要求写得清清楚楚——一旦 Batch V1.1 生效,运行旧版本服务器的节点运营者必须升级才能保持与修正案兼容——因此每一张赞成票,实质上都是对全网全节点切换到新标准的承诺。如果支持率坚守至 9 月 29 日,Batch V1.1 将成为 2 月安全事件以来的首个重大支付层升级,也是对原子结算能否吸引 RippleX 所说那些待命中的商业交易量的一次最清晰的检验。我们的观点:真正的信号要看验证者支持率,而不是 K 线。