XRP Ledger 即将升级，实现账户权限的有限分离

PermissionDelegationV1_1（权限委派 V1.1）旨在为频繁处理交易但不希望将控制整个账户的密钥暴露于日常运营系统中的组织提供服务。例如，稳定币发行商可能需要一个系统来批准客户的信任线，另一个系统来处理支付，以及一个更安全的设置来管理账户安全。此次修正案允许将这些职责分配给不同的 XRP Ledger (XRPL) 账户。其“银行式”元素在于职责的分离；这并不表示监管机构的批准或银行的确认采用。

权限分配与保留

尽管受侵害的委派者仍可能在其 assigned 角色内被滥用，但攻击者不会自动获得主账户持有的所有权力，从而降低了单个操作密钥泄露带来的潜在损害。

链上执行权限

根据 XLS-75 规范，分配权限的账户称为委派方（Delegator）。它提交一个名为 DelegateSet 的交易，指定第二个账户及其可执行的操作。这种关系存储在 Delegate 分类账条目中。委派者使用自己的密钥签名，指明其所代表的账户并支付交易费用。XRPL 会拒绝超出记录权限的请求。委派方随后可以更新或移除该权限。

官方文档列出了交易类型权限和更细粒度的权限。每个委派者最多可获得十项细粒度权限。可用的细粒度控制是预定义的，因此组织无法创建任意限制。此外，委派者必须维持有资金的账户，而每次委派都会创建一个链上对象，增加委派方的所有者储备要求。

敏感权力（包括更改签名密钥或任命新委派者）不得委派。无法立即进入开放分类账的交易也会失败，而不是进入队列等待。

投票启动有条件倒计时

根据实时修正案追踪器显示，2025年9月21日，在 XRP Ledger 的 35 个可信验证者中，有 29 个支持 PermissionDelegationV1_1，使其进入为期 14 天的激活期。至少需要 28 个验证者继续支持该修正案。如果支持率低于此水平，倒计时将重置。

如果支持保持不间断，预计激活时间为 10 月 5 日 UTC 时间 11:18。代码已存在于 XRPL 服务器软件中，但在激活前不能在主线网络（Mainnet）上使用。单独的 Batch V1.1 修正案遵循相同的两周流程，尽管它涉及的是链接交易而非账户权限。

委派并非多重签名的替代品

多重签名决定了需要多少已批准方才能授权某项操作。权限委派则限制了运营账户可以请求哪些操作。组织可以将两者结合，例如将委派者限制仅能处理支付，同时要求多人批准每笔支付。

在密钥泄露后，多重签名可以防止一名被盗的签名者达到批准门槛。即使委派账户被攻破，委派机制仍可限制攻击者可用的交易类型。然而，这两种控制措施都无法验证商业指令是否合法。

初版方案在主网上线前失败

社区测试人员发现，最初的 PermissionDelegation 实现在某些条件下，即使委派交易签名不当，也可能向另一个账户收取交易费用。反复提交高费用交易可能会减少受害者的 XRP 余额，而无需揭示其私钥。

该漏洞在测试阶段被发现，该修正案从未在主网上激活。官方漏洞披露报告称没有造成真实用户资金的损失。

版本响应时间线

• 2025年9月：建议验证者撤回支持。
• rippled 2.6.1：原始修正案标记为不支持。
• rippled 3.3.0：PermissionDelegationV1_1 作为其替代方案回归。

新的投票表明，验证者现在愿意考虑激活这一修订后的版本。

激活并不意味着机构采用

钱包和托管提供商仍需构建用于创建、审查和撤销委派权限的界面。尚未宣布任何特定银行的部署，机构仍需自行决定哪些账户接收何种权限。

合规决策仍将处于分类账之外。公司仍需通过其自有系统进行身份检查、制裁筛查和风险评估。XRPL 仅强制执行哪个委派者可以提交 resulting 授权；它不决定客户是否应被批准。

虽然使用功能的情况会通过公共 Delegate 条目可见，但将地址与公司关联可能需要自愿披露。委派账户也需要 XRP 用于储备和费用，但激活本身并不建立使用量或对代币的自动需求。

实际生产应用将成为下一个考验

如果验证者支持保持稳定，证据将来自钱包集成、新的 Delegate 条目和命名部署。这些信号将显示组织是否需要协议层面的账户所有权与日常运营之间的分离。

此次投票使得有限的账户访问成为可能。其价值取决于组织如何狭窄地配置这些权限，以及他们是否在演示之外使用该功能。

本文仅供参考，不构成金融、法律或安全建议。验证者支持和激活时间可能会发生变化。