根据 BigGo Finance 的报道，XRP Ledger 的 PermissionDelegationV1_1 修正案在获得 29 张验证者赞成票后，已进入为期两周的最终激活窗口。这一票数开启了为期 14 天的倒计时，最早可于 2026 年 10 月 5 日 11:18 UTC 激活——前提是验证者支持率在整个期间保持在要求门槛之上。

这一条件的重要性超乎表面。尽管修正案已达到所需门槛，但 XRPL 验证者——即通过投票决定哪些协议变更上线的服务器运营者——只需让支持率在窗口期内任何时点滑落至 80% 或以下，整个倒计时就会归零重置。跨过一次门槛并不等于永久通过，接下来的十四天实际上相当于一段考察期。

(来源：XRPL Dashboard – Amendments)

权限委托的运作方式

权限委托允许账户持有人将特定且范围明确的权限分配给另一个账户，而无需交出原账户的完全控制权。某些账户级控制被有意排除在委托范围之外，以防止受托方提升自身权限或直接危害发行方账户。所有者可精确决定委托哪些内容，并可即时撤销。

该修正案随账本核心服务器软件的 xrpld 3.3.0 版本一同发布，并按照 XLS-75 技术标准实现——这是账本针对拟议功能编号的规范之一。它取代了此前一个版本的权限委托，据 BigGo 报道，该版本存在一个严重漏洞——因此此次发布是修复重建版，而非全新功能。

Ripple 稳定币产品负责人 Lauren Berta 将此次升级直接与受监管发行方的合规工作流联系起来。Berta 表示：“这种职责分离是在其他区块链上运营的稳定币发行方的标准做法。”她补充说，RLUSD 团队已经开始在开发环境中构建并测试该功能——这是准备工作，并非主网部署的证据。

投票数据说明了什么

BigGo 统计的 29 张赞成票与 XRPL Dashboard 报告的票数一致。这一数字高于 80% 的要求门槛，但这一优势取决于支持率在整个激活窗口期内持续保持在该水平之上。任何跌破门槛或恰好触及门槛的情况，都将触发整个 14 天周期的重置。

修正案是 XRP Ledger 内置的核心规则升级机制：运行更新软件的验证者对每项拟议变更进行投票，只有当支持率建立并维持在共识门槛之上时，功能才会生效。这些都不能保证 10 月 5 日的日期一定成立。XRP Ledger 自身的修正案文档明确，每项修正案投票在设计上都是有条件的——支持率必须在整整两周期间持续保持，而不仅仅在首次跨过门槛的那一刻。XRPScan 的数据被用于计算最早可能的激活时间戳，但一旦多数支持出现松动，该时间戳便会随之变动。

Berta 的阐述重点在于，受监管发行方需要在多个之间分担职责——合规人员、资产转移操作人员、资金库运营人员——同时不让任何一方获得发行方账户的完全控制权。这正是 RLUSD 的具体诉求所在，Ripple 的稳定币团队作为指定的早期采用者，在功能上线前进行测试。

此外还存在面向普通用户的用例。RippleX 工程师 Mayukha Vadari 描述了一种涉及黑洞发行方账户的场景——即已永久锁定自身私钥的账户——持有人可在黑洞化之前，将部分职责（例如管理账户域名）委托给另一个可信账户。社区知名人士 Hussein Zangana（人称 Vet）称该修正案是企业级采纳的基础构件，认为它是面向资产管理公司和现实世界资产发行方的 groundwork，而非成品。

激活日期已定，但结果并无保证

接下来的机制很简单，尽管结果并无保证。窗口于 2026 年 9 月 21 日开启；最早激活时间为 10 月 5 日 11:18 UTC；验证者支持率必须在其间的整整 14 天内保持在 80% 以上。任何跌破门槛或触及门槛的情况都会让整个流程回到起点。

这一时间安排使得潜在激活时间恰好在 Ripple Swell 大会（10 月 27 日至 29 日举行）前数周，无论届时该功能是否已上线，其在大会上都很可能获得关注。与此同时，值得关注的指标都是公开的：XRPL Dashboard 上持续更新的验证者票数、激活时间戳的任何变动，以及 RLUSD 测试是否会走出开发环境。鉴于近期关于 XRP Ledger 新用户增长停滞的报道，账本当前产生了多少真实活跃度这一更宏观的问题，也值得与此次投票一并关注。