据 XRPL 修正案追踪器记录，XRP Ledger 的 PermissionDelegationV1_1 修正案现已在主网生效，该功能于 10 月 8 日在账本 107,524,865 上激活。该修正案于 9 月下旬完成了验证者批准流程，这一流程最终为账本带来了一个可用的账户控制工具。根据 XRPL 的修正案机制，功能必须经过验证者共识批准才能进入主网，因此此次激活意味着该工具已可用于生产环境。

此次激活使 Permission Delegation 面向机构开放，不过目前尚无银行、稳定币发行方或基金管理人公开确认已实施该功能。企业现在可以直接在 XRPL 上构建这些权限结构，而具体实施细节则由其钱包提供商、托管机构和内部安全团队负责。该修正案所解决的需求在机构数字资产运营中由来已久：日常交易的签名权限通常需要与控制资金库的主凭据分开管理。Permission Delegation 将这种分离的一部分转移到了账本本身，而不是完全依赖链下软件。

稳定币发行方可将日常工作分配到多个账户

例如，稳定币发行方可能需要一个团队负责审批合格客户，另一个团队处理日常转账。在新模式下，发行方的主账户可以保持更严格的托管，而合规账户获得在 KYC 检查后审批信任线的权限，运营账户则获得支付权限。每个账户只持有被分配的角色，从而限制日常密钥泄露可能造成的损害。

企业可以按如下方式划分钱包职责：

• 主账户： 创建、更改或撤销受委派角色，同时其密钥保持在更严格的托管之下。
• 合规账户： 获得特定客户审批任务的权限。
• 运营账户： 获得提交经批准类别交易（如支付）的权限。

XRPL 将每项分配记录在一个 Delegate 账本条目中。接收分配的账户使用自己的凭据签名，并从自己的余额中支付交易费用，而经授权的操作则对主账户生效。XRPL 的文档将这种安排描述为可与多重签名配合使用的基于角色的访问控制。

受委派权限的边界

企业可以授予特定交易类型或预定义细粒度功能的权限。每个受委派账户最多可持有 10 项权限，主账户可通过另一次 DelegateSet 交易更新或撤销这些权限。

部分权限仍专属于主账户。受委派账户无法更改其加密密钥、创建进一步委派或提交超出所获权限范围的交易。每项委派还会创建一个链上对象，计入主账户的准备金要求。

该权限集不包含自定义支付策略功能。企业无法仅凭 Permission Delegation 来执行诸如“仅限 10,000 美元以下的支付”或“只能转账到这些地址”之类的规则。这些控制仍需依靠钱包软件、审批流程或合规系统来实现。

账本权限与合规决策仍然分离

Permission Delegation 仅决定由哪个账户提交经批准的 XRPL 操作，仅此而已。KYC 检查、制裁筛查、投资者记录、基金文件及法律责任仍由发行方及其服务提供商承担。该修正案划分的是技术权限，并不自动执行底层的合规决策。

XRPL 与巴西 CSD BR 的基金登记试点遵循类似原则：账本可以支持控工作流程，而既有的市场基础设施仍负责官方所有权记录。Permission Delegation 可以让采用该模式的项目在由哪个账户执行每项经授权的账本操作方面拥有更大灵活性。

一项受委派权限附带公开警告

XRPL 的文档建议企业暂缓委派 PaymentBurn 细粒度权限，直到另一项修正案 fixCleanup3_4_0 激活为止。文档指出，在该修复到来之前，持有 PaymentBurn 权限的受委派账户在某些情况下也可能铸造同质化代币。其他细粒度权限不受影响。

该警告仅针对一项权限，而非整个修正案，但它说明了为什么发行方在将日常功能迁移到独立的在线账户之前，需要审查每一项受委派的角色。

企业可以利用这项新功能做什么

Permission Delegation 让 XRPL 发行方能够跨钱包划分职责，而无需共享控制主账户的凭据。其实际价值将取决于围绕它构建的策略：哪些任务被委派、权限能以多快的速度被撤销，以及钱包提供商能否将这一协议功能转化为可用的企业控制系统。近期可观察的信号（而非推测）包括：钱包和托管提供商是否增加对新委派交易和账本条目的支持，以及 fixCleanup3_4_0 是否达到激活条件——这是 XRPL 文档为委派 PaymentBurn 所设定的前提。

本文仅供参考，不构成法律、财务或投资建议。企业在使用受委派权限之前，应查阅 XRPL 当前的技术文档及自身安全政策。