验证人支持重置,XRP (XRP) 账本 Batch 升级推迟至10月9日

Batch 倒计时重置,10月9日成为新节点

XRP Ledger 本轮最受瞩目的 Batch 升级,在激活时间表上至少损失了十天。允许用户将最多8笔交易打包为单笔原子操作的修正案 BatchV1_1,自9月15日起一直朝着9月29日的激活目标倒计时——但验证人支持度一度跌破维持计时所需的门槛。按照该账本的修正案规则,一项协议变更必须连续两周获得超过80%受信任验证人的支持才能生效,而一旦支持度跌破这条线,此前累积的等待时间将全部清零,即便投票在数小时内恢复也不例外。我们查阅的 XRPL 修正案仪表盘显示,截至9月25日,BatchV1_1 的支持度已回升至35个受信任验证人中的30个,最早的激活时间因此被重置为10月9日14:46 UTC 前后。

需要澄清的是,Batch 改变的是交易执行语义,而非原始吞吐量。其“全有或全无”的选项意味着,购买代币化资产的买家可以将付款与资产交割合并在同一操作中完成,交易双方都无法单独落地一半——这一结构直接瞄准代币化资产结算与“付款对交割”风险。该功能本身也是第二次尝试:最初的 Batch 实现在主网激活前被撤回,原因是开发者在签名校验环节发现了一个关键缺陷;修正后的版本于8月随 xrpld 3.3.0(运行账本的节点软件)一起发布。RippleX 工程负责人 Ayo Akinyele 曾表示,一些项目已经在围绕 Batch 展开构建,激活生效将让这些工作更接近生产环境,不过他并未点名合作方或给出上线日期。这次支持度回落看起来只持续了很短时间,但规则不留任何余地:支持恢复得很快,日历却没有。

授权升级同样被推迟

同一套计时机制上,还有另一项修正案也被重置。PermissionDelegationV1_1 允许账户所有者授权另一账户执行特定的、经批准的任务,而无需交出控制资金的签名私钥——该修正案在9月23日失去 qualifying 支持,一天后重新拿回。这次重置使其最早激活时间从10月5日推迟到10月8日21:25 UTC 前后——换言之,在支持度保持稳定的前提下,账本上两项待生效修正案将在彼此约24小时之内先后落地。我们从仪表盘记录中看到,两项修正案呈现出完全一致的模式:支持度丢失、一天内恢复,而全部日历代价都体现在激活日期上,代码本身没有变化。

这套机制对机构的意义最为直接。作为一条为支付而生的 layer-1 网络,账本上的代币发行方可以把支付执行与合规检查分别指派给不同的运营账户,而无需暴露守护其资金库的主私钥——这正是传统金融中审计方所要求的职责分离。与 Batch 组合使用后,授权机制为“角色分离+原子结算”的工作流打开了大门:一个账户被授权交付资产,另一个账户被授权释放付款,每一个动作要么一起执行,要么一起失败。验证人——即校验交易并对网络变更投票的运营方——实际上在一周之内同时充当了两项修正案的刹车。这不是技术故障,而是该账本刻意保守的激活机制按设计运转:共识支持的任何波动都会重启两周观察窗口,而不是让变更在支持度受损的情况下强行通过。对市场参与者而言,实际影响是十月中旬出现一个被压缩的时间窗口,两项治理变更可能接连生效,各自重塑这条网络的结算与账户授权方式——而这条网络的活动正日益成为 XRP 生态的锚。 希望实时跟踪行情的读者，可在Binance查看现货与合约的实时价格。

10月8日与10月9日才是关键日期

我们的判断是:双重重置与其说是挫折,不如说是该账本治理“以速度换确定性”的一次实证,对 XRP 价格的直接影响应当有限。两项修正案均已随 xrpld 3.3.0 发布,节点运营方无需任何新操作,只需保持支持稳定即可。如果共识维持住,10月8日和10月9日就是值得盯紧的日期——批量交易加上账户授权,将推动这条网络更接近代币化资产与 PayFi 工作流所要求的原子化、角色分离式结算。值得注意的是,机构需求并未因推迟而中断:近期的 XRP ETF 资金流入由 Bitwise 领跑,日申购达991万美元;同时30日数据显示,XRPL 上的 AI 代理正把结算偏好转向 Ripple USD——这提醒我们,无论升级日期如何变动,这条账本的支付叙事一直在演进。