资金费率
资金费率热力图
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
账号安全
资讯收藏
自选币种
核心要点
委托功能已于10月8日在主网正式上线。仅有 PaymentBurn（销毁）权限存在铸造风险。35位受信任验证节点中有33位支持该修复方案。此漏洞无法生成新的 XRP。
官方 XRPL 文档建议，在名为 fixCleanup3_4_0 的修正升级在网络中启用之前，账户持有人不要将 PaymentBurn 权限委托给他人。
“仅销毁”委托的预期用途
委托功能允许账户将特定任务授权给另一个账户，由该账户使用其自身的密钥进行签名。XRPL 的文档明确指出其目的：日常操作使用在线保管的密钥执行，而拥有完全控制权的密钥则离线保存，用于发行代币等特殊任务。我们的 XRPL 委托账户控制指南涵盖了机构如何拆分这些角色的方式。
账本中的十二项细粒度权限中有两项涉及代币供应量。PaymentMint（铸造）涵盖创建同质化代币或多功能代币（MPTs）的支付行为。PaymentBurn（销毁）涵盖销毁它们的支付行为，文档对其边界有精确界定：销毁操作在余额归零时停止。
漏洞便存在于这一边界处。在修复之前，在特定情况下，以 PaymentBurn 发送的支付可能会越过零值，从而发行新的信任线代币或 MPTs。fixCleanup3_4_0 会拒绝任何会导致金额跨越铸造边界的仅销毁委托支付，除非该委托方同时也持有 PaymentMint 权限。其余十一种细粒度权限不受影响。
这使得该漏洞的影响范围狭窄且触及点尴尬。只有发行人已选定为委托方的账户才能利用它，但它解锁的功能却是发行——这正是委托机制旨在通过离线密钥来隔离的任务。
冷存储无法覆盖委托方的密钥
委托交易使用委托方的主密钥、常规密钥或多重签名列表进行签名。即使发行人将其主要凭证完全离线保存，如果持有 PaymentBurn 权限的委托方受到损害、配置错误或越权行事，发行人仍可能面临风险。
对于法币支持的代币，经济风险在于流通单位缺乏相应的储备金支撑。储备证明显示了报告日期当天持有的对应未清偿代币的资产。它并未说明在两次报告之间哪些账户可以改变这一计数，而这正是该漏洞所削弱的关键控制点。
委托功能上线早于修复方案的投票达成
这是 XRPL 委托功能发现的第二个漏洞。原始版本在2025年被撤回，当时一名社区测试者在 devnet 上发现它可以向未签名的账户收取交易费用，官方披露确认该版本从未到达主网。根据 XRPL 的升级仪表板，其替代品 PermissionDelegationV1_1 于10月8日上线，而 PaymentBurn 的修正仍在收集验证节点的支持。
因此，暴露风险是按账户计算的：自上线以来授予了 PaymentBurn 权限的发行人受到影响。每一次授权都是公开的，因为 Delegate 分类账条目记录了授予账户、委托方及其权限列表。截至撰写本文时，无论是 XRPL 文档还是公开报道，均未指出受影响的花名册或任何滥用行为。
供应量的增加本身并不能证明什么，因为发行人可能故意授予了 PaymentMint 权限。需要解释的是，一个仅持有 PaymentBurn 权限的委托方通过支付增加了代币数量。
发行人在周三前可执行的检查步骤
XRPL 发布的建议是：在修复启用之前，停止委托 PaymentBurn 权限。对于已经授予该权限的发行人，工作应按以下顺序进行：
激活前清单：
- 提取发行人账户上的所有 Delegate 条目，并标记包含 PaymentBurn 的任何权限列表。
- 重新发送 DelegateSet，保留完整的权限列表。新列表将替换旧列表，因此未列入的内容将被移除。
- 仅在变更出现在经过验证的分类账中时，才视为授权撤销。
- 单独审计委托方的过往支付记录，因为撤销权限只能阻止未来的使用，而无法逆转之前的交易。
只有在 Mainnet 显示 fixCleanup3_4_0 已启用后，才再次委托 PaymentBurn 权限。
为何投票进程仍可能延迟
根据官方升级规则，一项变更需要获得受信任验证节点的超级多数票，并在连续两周内保持有效。在追踪集合的35位验证节点中，门槛为29票，低于此票数将重置计时器。这种重置已经发生过一次：
- 10月21日：支持力度降至26位验证节点，推迟了原定于10月23日的激活预测。
- 11月2日：支持力度恢复后，35位受信任验证节点中有33位支持该修复方案。
- 11月4日，约 UTC 14:46：这是最早的可能激活窗口，前提是支持力度保持在29票或以上。
即使支持力度保持稳定，UTC 14:46 也只是窗口开启的时间点。激活发生在分类账投票检查点，因此更改生效可能需要在此之后的一段时间。此外，验证节点正在表决的远不止这一项修正。fixCleanup3_4_0 捆绑了跨金库、借贷、自动化做市商、NFT、托管和赞助等领域的25项变更，而 PaymentBurn 的修复是其列表中的最后一项。它在不启用借贷协议本身的情况下修补了借贷代码，后者还有自己的升级选项处于开放投票状态。
对于发行人而言，唯一重要的确认信号是 fixCleanup3_4_0 在 Mainnet 上被列为已启用。在此之前，PaymentBurn 的授权所携带的权力远超其名称所描述的范围。
