闭环token（Closed-Loop Tokens，简称CLTs）允许在Sui上创建具有定义规则和限制的token，从而实现闭环token系统的创建。与Sui的Coin标准不同，后者允许无限制的使用和转移，而CLTs提供了一种更可控和可定制的方法。

在Sui中，Coin标准可以用于创建灵活、不受限制且被普遍认可的token。虽然这对于广泛、一般用途场景非常有利，但它无法满足需要严格控制token使用方式、地点和对象的用例需求。

CLTs对于那些使用token来实现特定定义用途的应用特别有价值，例如奖励忠实客户、遵守司法管辖区的法规或创建封闭的游戏内经济体系。

CLTs的需求

虽然Sui Coin标准不受限制的性质对许多用途非常有价值，但token的自由流动性实际上可能成为一种限制。这些类型的资产可以广泛使用，因为它们可以自由转移、包装，并且可以在任何应用中被识别和接受。

这种开放循环系统对于许多场景非常有利，但在需要特定约束的应用中却不足。例如，某些服务可能需要只能用于特定目的、经过KYC检查的授权账户使用的token，或者只能在指定市场中花费的游戏内货币。

在各种场景中都会出现这种特定约束的需求。忠诚度计划、游戏内货币和受限市场通常在控制环境中运行更好，在这些环境中token不能在预期的上下文之外交易或使用。法规遵从也要求对token使用施加限制，以确保只有经过验证或授权的实体才能持有和使用这些token。通过实施这些控制，可以减少滥用、欺诈和法规违约的可能性，这对于创建能够执行特定规则和限制的经济系统至关重要。

CLTs解锁的机会

CLTs使开发者能够对应用中的token使用和转移进行更高程度的控制和定制。在Sui框架中使用CLT标准，开发者可以：

• 限制token在已授权应用程序中的使用
• 为转移、花费和转换设置自定义政策
• 对用户地址之间的token转移、花费和token在智能合约中的使用添加任意限制

这些能力开启了广泛的可能性。例如，可以设计token以防止链上交易，使其非常适合不希望投机的忠诚度计划或游戏内货币。它们还可以通过限制使用到经过验证的账户或特定服务来确保遵守法规要求。

CLTs如何运作

开发者通过sui::token模块实现CLTs，使其与传统coins区别开来，因为它们缺乏存储能力。这意味着CLTs不能被包装、作为动态字段存储或自由转移，除非有自定义政策允许。它们只能由账户拥有，不能存储在应用中，但可以花费。CLTs的授权机制称为ActionRequest，允许token持有者指定哪些操作（转移、花费、转换）是允许的并且可以通过预定义规则强制执行。

TokenPolicy是一个共享对象，token创建者可以使用TreasuryCap生成该对象，指定token转移、花费或转换的条件。这些政策由TokenPolicy内的可编程规则强制执行，作为单独的Move模块实现，允许模块化和可重用的政策定义。为了解决token存储问题，CLTs使用花费方法，花费的token可以直接销毁或作为spent_balance交付给TokenPolicy。此余额不能重新使用，只能销毁，确保对token生命周期和使用的严格控制。

形成闭环

CLTs提供了Sui Coin标准或其他区块链协议中典型token标准无法实现的控制和定制水平。通过允许开发者对token使用实施特定规则和限制，CLTs为安全、合规和专门的应用开启了新的可能性。CLTs的采用和实施将在塑造DeFi和数字资产的未来中发挥关键作用。

注意：本文内容仅供一般教育和信息用途，不应被解释或依赖为对购买、出售或持有任何资产、投资或金融产品的认可或推荐，也不构成财务、法律或税务建议。

---

关于Sui Network

Sui是基于第一原理重新设计和构建而成的L1公有链，旨在为创作者和开发者提供能够承载Web3中下一个十亿用户的开发平台。Sui上的应用基于Move智能合约语言，并具有水平可扩展性，让开发者能够快速且低成本支持广泛的应用开发。获取更多信息：https://linktr.ee/sui_apac

官网｜英文Twitter｜中文Twitter｜Discord｜英文电报群｜中文电报群