撤销 Sui 代币权限 - 放弃 Cap

20lab Sui 权限撤销工具可帮助您永久销毁 Sui 代币的权限对象（Caps），从而永久移除铸造、冻结、暂停、升级或修改元数据的能力。Sui 项目方正是通过这种方式证明其代币是不可变更且具备最小化信任的。

撤销操作不可逆——Cap 一旦被销毁，任何人都无法将其恢复。这是展示固定供应量（撤销资金权限）、保障可转账性（撤销拒绝权限）、锁定代码（撤销升级权限）或锁定代币经济模型（撤销元数据权限）的最直接方式。如果您希望转移 Cap 而非禁用它，请使用权限转移工具。

在 Sui 上撤销资金权限的操作步骤：

1. 连接当前持有资金权限的钱包
2. 输入您代币的 Coin Type 或地址
3. 选择撤销资金权限
4. 确认交易

确认后，您代币的供应量将永久锁定在当前流通量，元数据也将变为不可更改。包括您本人在内的任何人，都将永远无法铸造额外代币或更改名称、符号、Logo。这是承诺固定供应量的项目最常见的 Cap 撤销操作，也是大多数 DEX 上架标准在判定代币是否可信时的核心检查项之一。详细指南请参阅如何在 Sui 上撤销资金权限。

在 Sui 上撤销拒绝权限的流程与撤销资金权限相同，但应选择撤销拒绝权限。确认后：

• 任何钱包都无法再因您的代币而被冻结
• 如果您的代币使用拒绝权限 V2 且启用了暂停功能，该代币也将永远无法再被暂停
• 已被冻结的账户将无法解冻（如有需要，请在撤销前先解冻）

撤销拒绝权限是您能在 Sui 上向社区传递的最强信任信号之一——它从加密层面保证用户的代币永远不会被冻结或暂停。有关拒绝权限模式的更多背景信息，请参阅我们的可冻结 Sui 代币指南。

在 Sui 上"放弃所有权"通常指的是撤销所有权限对象——包括资金权限、元数据权限、升级权限，以及（如适用的）拒绝权限——使代币的各项属性永久固定。

与以太坊 Ownable 模式中通过一次 renounce 调用即可放弃单一所有者角色不同，Sui 中每个代币都有多个独立的 Cap。完全放弃所有权意味着需要逐个撤销每个 Cap。本工具会列出您代币上所有处于激活状态的 Cap，您可以选择按顺序或有选择性地进行撤销。

撤销所有 Cap 是对去中心化的最高承诺，但同时也不可逆——因此通常仅在代币达到运营成熟阶段后才会执行。更稳妥的中间步骤是先将 Cap 转移至多签钱包。

20lab 工具支持撤销所有标准 Sui Caps：

• 资金权限：永久锁定总供应量和元数据
• 元数据权限：永久锁定名称、符号和图像（请参阅我们的元数据权限指南）
• 升级权限：永久锁定代币的 Move 智能合约代码
• 拒绝权限 / 拒绝权限 V2：保证任何账户永远不会被冻结或暂停

每个 Cap 都可以独立撤销。您可以保留部分 Cap 的同时禁用其他——最常见的做法是撤销资金权限和拒绝权限，同时保留升级权限以备安全补丁之用。

这两种方法都能永久禁用一个 Cap，但存在以下差异：

• 撤销会在链上销毁 Cap 对象——这是表达永久移除最清晰、最明确的信号，便于审计人员和 DEX 自动检测。同时，由于 Cap 对象被移除，还可以从存储退款中收回部分 SUI。
• 转移至销毁地址是将 Cap 转给一个无人能签名的钱包。虽然功能上等同于撤销，但 Cap 对象仍然存在于链上，验证起来略为复杂，且您无法收回存储退款。

相比之下，撤销是推荐的做法——它的交易记录更整洁、能回收存储空间，也是大多数 Sui DEX 上架标准所检查的方式。

是的——撤销 Cap 是绝对不可逆的操作。Cap 对象一旦被销毁：

• 包括原创建者在内的任何人都无法恢复该 Cap
• 不存在任何恢复机制、多签覆盖或升级路径
• 相应的操作（铸造、冻结、暂停、升级、元数据修改）将被永久禁用

由于其永久性，请仔细考虑是否将来还可能需要这项功能。如果您不能 100% 确定，建议将 Cap 转移至多签钱包——这既能实现高度去中心化，又能在真正的紧急情况下保留干预的可能。

可以——Cap 撤销是可选择性的。常见的配置组合包括：

• 撤销资金权限，保留拒绝权限：固定供应量，同时保留冻结可疑钱包的能力
• 撤销拒绝权限，保留资金权限：保证代币永远不可冻结，团队仍可按公开发行计划铸造
• 撤销资金权限和拒绝权限，保留升级权限：锁定代币经济模型，同时保留在出现漏洞时修补合约的能力
• 撤销所有 Cap：完全放弃权限，达到最大程度的去中心化和不可变性

请根据代币的发展阶段选择合适的配置。大多数项目会随生态系统的成熟而逐步执行撤销。

这取决于您代币所处的阶段和目标：

• 对于社区代币 / meme 币：建议撤销——撤销资金权限和拒绝权限是 Sui DEX 和上架追踪平台认真对待您代币的基本要求
• 对于固定供应量的 DeFi 代币：建议撤销——展示供应量永不通胀、元数据永不变更
• 对于早期项目：暂不建议撤销——在代币经济模型和运营稳定下来之前，保留 Cap
• 对于受监管的稳定币或受合规约束的资产：完全不建议撤销——保留拒绝权限通常是法规要求

许多成熟项目采用阶段性策略：先将 Cap 转移至多签治理，待生态系统成熟后再进行撤销。