CLARITY 不是“代币合法化”:为什么这个行业仍然需要它

最近很多人把美国的 CLARITY Act 说成“代币合法化法案”。我觉得这句话把最重要的事情说反了。真正有价值的,不是让任何东西套上 token 的名字后都获得许可,而是尝试把真实的权利、资源使用、支付活动和投机性包装分开判断。要是法律最后只能看一个项目给自己贴了什么标签,那它既不能保护正常的业务,也挡不住把同一件事重新包装一遍的人。
我在意的不是“crypto 终于赢了”这种叙事。相反,我觉得过去很长时间里,很多真正可以用的技术,被金融投机、模糊宣传和监管不确定性缠在一起。一个用于证明访问权、记录资源使用或签发资格的数字对象,和一个主要依靠包装来制造想象空间的对象,不该因为都叫 token 就被看作同一件事。
先说清楚:它还不是法律,也不是空白支票
截至本文写作时,H.R. 3633 还不是美国法律。官方记录显示,参议院在 2026 年 6 月 1 日报告了附修正案的版本;此前参议院银行委员会以 15 比 9 推进法案。[1] 下文提到“草案”,指的就是这个正式的参议院报告版本,不是网络上流传的任何后续讨论稿。
这项草案的中心不是给某一种技术发证书。它拟为数字商品的发行、销售和相关中介活动建立 SEC 与 CFTC 的市场结构规则。说白了,它试图回答的是:一项交易在什么情况下由谁监管,什么注册、披露、反欺诈和反洗钱责任可能适用。[2] 这和“把一个东西写到链上是否允许”不是同一个问题。
所以它既不是已经交付的结果,也不是空白支票。法案并未建立对其他法律的一般性豁免;具体业务是否以及在何种程度上仍可能涉及合同、消费者保护、税务、隐私、制裁和其他法律,要视具体事实以及法案明文的优先适用或限制而定。本文不是法律意见。我只是想从产品和技术的角度解释,为什么把这些边界讲清楚很重要。
关键不是 token,而是它代表了什么
一个数字对象至少有两层。第一层是权利,例如一段存储的使用权、一张活动票、一次服务升级的资格。第二层是记录,例如谁在什么时候获得、使用、转让或撤销了那项权利。token 可能只是把对象编号、携带或转移的一种格式。它本身既不自动创造权利,也不自动证明发行方会履约。
CLARITY 的正式参议院文本没有创造一个叫“utility token”的万能法律类别。它提出了 digital asset、digital commodity、network token 等不同概念和条件。拟议的 network token 不由项目自己声明决定:文本把它和某个分布式账本系统的使用联系起来,也列出会使其不符合条件的金融性权利,例如债权、股权、清算权,或来自某个主体的利息、股息和其他付款期待。[2] 我们不应把这段草案读成对任何项目的法律判断。它真正提示的是,标签不是结论。
H.R. 3633 的众议院通过版本在定义部分举出航空里程、信用卡积分等非主要投机性的 loyalty points,以及权利、许可和票券。这些对象之所以出现,不是因为它们天然安全,而是因为它们的独立用途不能只用“它是不是数字资产”这一句话抹掉;当前讨论的参议院报告替代文本则是另一份文本。[3] 这段立法沿革不替任何这类对象给出法律结论。谁发行、持有人究竟得到什么、能否转让、什么时候失效、能否退款、发行方承担什么义务,才是实质。
一个航空账户,也像一套 Agent 账本
航空公司、酒店、信用卡和商场的系统早就记录了很多不同形态的数字权益。它们看起来复杂,不是因为企业故意把用户搞糊涂,而是因为它们记录的本来就不是同一种东西。它们给了一个人人能理解的入口;这不是说当前讨论的参议院替代文本本身使用了这些例子。下面这张表不是法律分类表,而是一个产品测试:系统是否把不同的对象说清楚了?
| 对象 | 持有人实际得到什么 | 系统必须说清什么 |
|---|---|---|
| 里程或积分 | 可以按既定规则兑换的使用单位 | 累积规则、兑换范围、失效时间 |
| 会员等级 | 对某些服务的资格或状态 | 达标条件、有效期、对应权益 |
| 升舱券 | 在特定条件下申请一次服务升级的资格 | 航线、舱位、库存、限制和到期日 |
| 机票 | 某个行程的服务合同或访问权 | 时间、航段、改签和退款规则 |
| 退票 credit | 未来购买服务时可以抵扣的一笔受限权利 | 发行方、用途、金额、期限和例外 |
这些东西可以出现在同一个 app 里,但不能被压成同一种余额。六次用餐换一顿免费的餐馆盖章卡,和“每消费一美元返一点”的积分规则不同;一张只能本人使用、月底到期的优惠券,也不同于可以在多个服务之间抵扣的账户 credit。用户能否理解,争议发生时能否对账,靠的都是规则是否清楚。
这里还有一个很容易混掉的区别。机票或优惠券表达的是一项权利,订票、使用和退款的记录则是有关那项权利的事实。可验证凭证又是第三方对某种资格作出的可核验声明,例如“此人达到某会员等级”。凭证不等于机票,机票也不等于支付。把它们拆开,系统才知道该怎么发放、计量、撤销和审计。
AI agent 的账本会让这种差别更明显。这正是它和 CLARITY 有关的地方:产品不该把许多不同的权利、服务单位和使用记录,压成一个模糊的“token”。一个服务可能按 1 GB·月的存储、网络流量、GPU 分钟、某类 API 调用、人工审阅额度、特定数据的访问范围,或第三方服务的交付条件来计量。它们的单位、有效期和交付条件不同。最终可以由一张 billing statement 按货币、预付 credit 或其他合同允许的方式结算,但运行中的每一条使用记录没有必要立刻变成一次付款。
我并不是说每个内部计量表都需要 blockchain,更不是说每个额度都应该做成 token。单一公司内部的数据库经常是最合适的答案。多方协作、需要跨系统核验或需要较强审计时,签名、可验证凭证和共享账本才开始显示价值。这里的 transaction 是一次可归属的业务事件,它不必每次都触发一个独立的支付动作。账本也不能凭空证明外部服务真的交付了,它只能让参与方更容易核验谁作出了什么声明、哪份证据被引用、规则何时改变,以及责任应当从哪里追。
这才是我觉得 blockchain 真正可能有用的地方。不是把所有积分、票券和服务单位都拿去交易,而是让需要被验证的业务对象有明确来源、规则和记录。一个 token 如果代表一段存储使用权、一张活动票、一份可撤销的访问凭证,或者一个按规则计量的服务额度,它的意义来自那个具体业务系统能否履约,不来自名字本身。
清晰度要能经得起换名字的测试
最强的反对意见也很直接:如果任何投资式安排都能换成“会员”“社区权益”或“使用权”的名字,所谓清晰度只会变成新的漏洞。这个担心完全合理。也正因为如此,法案的价值不能靠一句“utility”来证明,而要看它能否处理“新名字,同一实质”。
草案拟允许美国证券交易委员会(草案中的 Commission)制定规则以防止故意规避。在制定此类规则时,它可以综合考量全部事实和情形,包括一项安排的主要目的是否是在字面满足要求的同时故意规避这些要求并挫败其目的;形式、标签和书面文件并非决定性因素。[4] 它对 nonfungible token 的拟议安全港也没有简单地说“只要是 NFT 就没事”。这里的安全港,意思是在满足 NFT 定义且不落入排除情形时,NFT 的要约、销售、转售、转让或让与不被视为证券或投资合同的要约、销售或分销;但交易实质上具备投资合同全部要素的除外。会员权、活动票和访问凭证只是被列为可能的非投资用途,文本同时排除了大量铸造、特征实质相同或近似相同、以可相互替代的方式营销或销售的一系列物品、被拆分的权益,以及对 NFT 或其代表资产提出受益性或经济性索取权的安排。[4]
这并不证明当前文本已经解决了问题。相反,它给产品团队留下了一个比营销更难的问题:它代表什么真实权利或记录?谁有义务履约?它能否转让、拆分或撤销?它怎样过期、怎样退款、怎样处理争议?计量数据从哪里来,谁可以核验?如果这些问题回答不出来,一个更漂亮的 token 名称不会让业务更清楚。
我希望 CLARITY 最终带来的不是“可以发 token”这句口号,而是让人不容易再拿标签代替实质。清晰的法律不该替一项业务创造不存在的权利,也不该因为它用了新的技术,就把真实的使用权、资格和服务记录一概当成可疑。它应该逼我们把对象讲清楚。对技术和商业来说,这比任何一句口号都更有用。
参考