XRP Ledger：两项拟议修复加强受限代币的授权检查

授权要求应跟随池中的资产

XRP Ledger开发者正在审查若干修改，以更一致地落实某些代币发行人设置的授权要求。rippled代码库中编号8648和8650的两项开放修改请求，针对账户可能在未获得预期许可时取得资产敞口的路径。该议题在2026年10月30日重新受到报道关注，但技术文本早于当天。这是正在提议和讨论的代码，并非证明新规则已经在主网生效的公告。

第一项修改涉及代表自动化流动池份额的代币。持有这类份额，相当于同时获得对池中两种资产的敞口。如果份额代币之后能够通过其他路径转移给新持有人，仅在初次存入时检查授权就不够。文本列举了支付、挂单和某些退款等情况。修复目标是在账户取得份额时，就要求其获得两种资产所需的授权，而不只在直接提供流动性时进行检查。

已有持仓不应绕过检查

第二项修改针对另一种情况：在所述路径中，支付授权检查只有在信任线余额恰好为零时才会触发。已经有余额的账户，可能在不满足预期规则时继续接收更多资产。拟议修复旨在关闭这一例外。这描述的是带有限制的已发行资产，并不意味着每笔原生XRP支付如今都需要代币发行人批准。

两项修改在介绍中归入技术修正案fixCleanup3_5_0。代码库说明，原始提案经过拆分，以方便审查。涉及余额处理及一致性规则的另外两层修改，已在审查后关闭。因此，继续把整个议题说成四项全部开放的请求，不符合已查阅主要文件的状态。关闭本身也需要放在审查背景下理解，不能自动等同于投入生产。

提出、合入与激活是不同阶段

修改请求的状态表示代码整合进软件的进度，仅凭这一点不足以确认持有者实际使用的网络如何运行。被接受的修改，仍须遵循适用的部署和激活程序。因此，所审阅文本不能让读者把这些检查视为已经全面实施。要记录实际生效的变化，需要对应已采用代码、发布版本和修正案的真实状态。

对使用受限资产的应用而言，关键是不同操作之间的授权一致性。提案希望影响的是取得敞口和接收新增余额，退出情形则另行处理。这项工作本身并不能证明发生盗窃或用户受损。合理解读应关注被修复的技术路径及其经核实的状态，不能将拟议强化措施写成已确认事件或已经生效的规则。