XRP账本为银行提供新的钱包控制功能

核心提要：XRP Ledger 主网启用新权限控制功能XRP Ledger（XRPL）修正案追踪器记录显示，PermissionDelegationV1_1 已于 10 月 8 日在账本高度 107,524,865 处正式激活。该功能此前处于验证者批准阶段，现已转化为一种实时的账户控制工具。此次激活使得机构能够使用这一功能，尽管

XRP Ledger 主网启用新权限控制功能

XRP Ledger（XRPL）修正案追踪器记录显示，PermissionDelegationV1_1 已于 10 月 8 日在账本高度 107,524,865 处正式激活。该功能此前处于验证者批准阶段，现已转化为一种实时的账户控制工具。此次激活使得机构能够使用这一功能，尽管目前尚无银行、稳定币发行方或基金经理公开确认其具体实施情况。企业现在可以直接在 XRPL 上构建这些权限结构，具体的操作细节则由钱包提供商、托管机构和内部安全团队负责落实。

稳定币发行方可将日常任务分配至不同账户

稳定币发行方可能需要一个团队来审核符合条件的客户，而由另一个团队处理日常转账。其主要账户可以保持更严格的托管状态，合规账户获得在通过 KYC（了解你的客户）检查后批准信任线的权限，运营账户则获得支付授权。每个账户仅持有被分配的特定角色，从而降低日常密钥被盗用所带来的影响。

业务如何划分钱包职责

主要账户：创建、更改或撤销委托角色，其密钥受到更强有力的保护。合规账户：获得针对特定客户审批任务的授权。运营账户：获得提交已批准类别交易（如支付）的权限。

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

委托权力的边界

企业可以为特定的交易类型或预定义的细粒度功能授予权限。每个委托者最多可持有 10 项权限，主要账户可以通过另一次 DelegateSet 交易来更新或撤销这些权限。部分权力仍保留在主要账户手中：委托者不能更改其加密密钥、创建进一步的委托，或提交超出其已获权限范围的交易。此外，每次委托都会在链上创建一个对象，并计入主要账户的准备金要求。

该权限集不具备自定义支付策略功能。企业不能仅凭“权限委托”来创建诸如“仅限低于 10,000 美元的支付”或“仅限向特定地址转账”等规则。这些控制措施仍需依赖于钱包软件、审批流程或合规系统。

账本权限与合规决策保持分离

权限委托可以决定哪个账户提交经批准的 XRPL 操作。KYC 审查、制裁筛查、投资者记录、基金文件以及法律责任仍由发行方及其服务提供商负责。该修正案划分了技术权威，但并未自动化底层的合规决策。

XRPL 与巴西 CSD BR 进行的基金记账试点遵循类似原则。分类账可以支持受控的工作流程，而既定的市场基础设施仍负责官方所有权记录。权限委托可能为采用该模式的项目提供更大的灵活性，使其能够决定由哪个账户执行每项授权的账本操作。

一项委托权限附带公开警告

XRPL 文档建议企业在另一项修正案 fixCleanup3_4_0 激活之前，不要委托 PaymentBurn（支付销毁）这一细粒度权限。在该修复程序到达之前，文档指出，拥有 PaymentBurn 权限的委托者在某些情况下也可能铸造同质化代币。其他细粒度权限不受此影响。

该警告仅适用于单一权限，而非整个修正案。这表明发行方在将日常职能转移到单独的在线账户之前，需要仔细审查每个委托角色。

企业可利用新功能做什么

权限委托为 XRPL 发行方提供了一种在不共享控制主要账户凭证的情况下，跨钱包分担责任的方法。其实用价值取决于围绕它制定的政策：哪些任务被委托、权限撤销的速度有多快，以及钱包提供商是否将该协议功能转化为可用的业务控制系统。

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