XRPL开发者提出由发行方控制的代币拦截权限
XLS-87标准引入TokenPreauth和TokenBlock交易类型
执行机制尚未完善，主网激活时间未定
XRPL（XRP Ledger）开发者正在开发新的代币授权与拦截控制功能，该功能允许发行方阻止特定账户获取其数字资产，从而为基于XRPL构建的机构提供另一项潜在的合规特性。
10月16日提出的代码提案在XLS-87标准下引入了两种新的交易类型：TokenPreauth（代币预授权）和TokenBlock（代币拦截）。此次变更主要聚焦于多用途代币（MPTs），而非普通的XRP转账。
目前，该提案仍处于草案开发阶段。现有的实现仅创建和管理权限记录，当账户尝试获取代币时，尚未实施具体的限制措施。
XRPL开发者引入TokenPreauth与TokenBlock机制
根据修订后的XLS-87规范，代币发行方将获得两种互补的方式来管理谁可以持有其资产：
- TokenPreauth（代币预授权）：允许发行方提前批准特定账户以获取需要授权的MPT发行。这将消除在该账户授权自身持有代币时需要单独的发行方批准交易的步骤。
- TokenBlock（代币拦截）：作用相反，允许发行方禁止特定账户获取其代币。
拟议的限制范围不仅限于直接转账。未来的执行代码旨在涵盖通过支付、去中心化交易所交易、支票、托管、自动做市商和金库等方式获取代币的行为。
重要的是，拦截现有持有者并不会自动冻结其当前余额。该规范明确区分了“防止额外代币获取”与“限制已持有代币”这两个概念。
此提案为XRPL不断发展的机构级控制体系增加了新的一层，其中包括基于凭证的交易和流动性基础设施访问权限。
为何代币拦截对机构资产至关重要
银行和代币化资产发行方通常需要对受监管金融工具的接收者拥有比不受限制的区块链转账模型更多的控制权。
例如，发行代币化证券的机构可能需要批准合格投资者，或阻止指定地址获取更多持仓。
XLS-87标准为发行方提供了一种通过账本条目直接表达部分限制的方法，而无需完全依赖应用层面的检查。
该设计还建立在XRPL现有的权限委托架构之上，支持在不共享账户主密钥的情况下分离操作责任。根据提案，发行方可以委托代币管理交易。一种特别狭窄的权限“TokenBlockCreate”将允许授权操作员拦截账户，但不会赋予其移除这些限制的能力。
然而，这些控制措施并不能自动确立对证券法或客户身份识别要求的合规性。机构仍需进行适当的入职审查、监控和法律保障。
XLS-87仍需执行代码和验证者批准
10月16日的拉取请求仅代表实施过程中的一个阶段。开发者已单独提出了必要的账本条目建议，随后的更改必须确保被拦截的账户无法通过其他代币获取机制绕过限制。
当前代码明确允许被拦截的账户自行授权，因为执行机制尚未实施。
这使得XLS-87与即将到来的10月23日XRPL升级不同。后者涉及现有功能的修复，并已进入修正案激活窗口。而XLS-87尚未确认主网激活日期，也未完成验证者批准流程。
其开发工作还与独立的借贷修正案并行推进，后者在提议的功能变为可用之前，仍需获得验证者的支持。
对于投资者而言，这一区别至关重要，因为协议开发活动并不自动转化为即时的XRP需求。尽管如此，XRPL不断扩展的代币基础设施——包括提议的机构借贷功能和由发行方控制的权限——表明其正致力于更广泛地容纳受监管的金融应用程序。
