推出忠诚度/封闭循环代币

Sui CLT,具有批准列表门控转账+暂停。持有人仅在您预先批准的地址之间移动积分。

当忠诚度积分和应用内信用留在您控制的生态系统内时,它们的工作效果最佳。此预设部署Sui Closed-Loop Token,其中部署者维护已批准收款人地址的批准列表(商人、合作伙伴、运营商钱包)。为用户铸造的代币只能流入该批准列表 — 没有通过任意钱包的逃生路线、没有兑换为通用Coin、默认没有DEX列表。

What's included

• 不可变元数据: 代币元数据（名称、符号、图标）在创建后无法更改
• 封闭循环政策(CLT): Rule-gated transfers. Holders receive a policy-gated token instead of a standard coin; the deployer picks which actions (transfer, spend, to-coin, from-coin) are allowed and whether they're open to anyone or gated by an admin-managed allowlist. Use for loyalty points, in-game currency, or closed-ecosystem credits.
• 可暂停: 所有者可以暂停所有代币转账

为什么选择此堆栈

Sui的`sui::token` Closed-Loop Token是唯一主流Move原始件,在类型系统级别控制转账 — 持有人获得`Token<T>`(没有`store`能力、没有`public_transfer`),每次转账产生必须针对已部署TokenPolicy批准的ActionRequest。批准列表规则是`VecSet<address>`配置,部署者通过由TokenPolicyCap控制的两个管理员函数(add_to_allowlist、remove_from_allowlist)管理。暂停涵盖封闭循环本身需要紧急停止的情况。

我可以改为永久使持有人的代币成为灵魂绑定吗?

是的 — 从包中删除封闭循环政策并启用non-transferable。这注册一个空的TokenPolicy:每个转账ActionRequest在confirm_request处中止。Sui上的non-transferable + Identity-SBT预设涵盖该情况。

我如何在部署后向批准列表添加地址?

已部署的Move模块公开`add_to_allowlist(policy、cap、addr、ctx)`和`remove_from_allowlist`。从管理页面或持有TokenPolicyCap的任何钱包调用它们 — 默认部署代币的同一钱包。

发送到未批准地址的代币会发生什么?

`token::transfer`调用返回ActionRequest;`verify_allowlist_transfer`声称接收者在列表上,否则交易中止。代币永远不会离开发送者的地址 — 没有失败和停滞的余额需要清理。