NFT 可以不写合约：Hedera 代币服务的原生 NFT 机制

谈 NFT 时，“写一段合约”常被当成默认前提。Hedera 提供了不同答案：它的哈希图网络把代币做进协议层，称为 Hedera 代币服务（HTS），创建、转移、销毁代币是网络直接理解的原生操作，官方文档把非同质化代币（NFT）列为其原生支持的一部分。这条路线省掉了合约层，也顺带把“信任对象”从合约代码换成网络参数——理解这一点，就多看懂了多一种资产模型。本文按官方文档描述机制，不作功能或收益承诺。

用参数描述一枚 NFT

在 HTS 里创建一个非同质代币走的是配置语义：设置代币类型为非同质、供应形态选有限（FINITE），网络就为它维护一组递增的铸造序列号（serial number）——“第几号”就是“哪一枚”，这正是“每枚互不相同”的协议层表达；转移 NFT 即转移对应序列号的持有，且非同质形态下小数位固定为零，序列号不可拆分转让，这一点与 ERC-721 的“整枚流转”语义一致。与“合约加编号”路线对照，语义等价、实现位置不同：ERC-721 把编号存在合约存储里，Hedera 把它存在账本的原生代币实体里。用户侧的直觉可以这样校准：在以太坊查一枚 NFT 靠合约地址，在 Hedera 靠代币实体加序列号。

角色密钥与冻结：参数写死的权力结构

HTS 代币创建时要登记一组管理密钥：用于增发、销毁、更新信息的密钥，以及冻结相关配置。对 NFT，这意味着增发（铸造新序列号）、修改代币信息与冻结持有都对应明确的密钥权限，而不是合约里某个函数由谁调用。权力结构的透明度取决于密钥形态本身——单一热钱包密钥与多方门限签在参数层一视同仁，读出来的是地址，读不出的是背后治理。这是原生模型最大的核验课题：合约可以开源供全世界审计，参数只有密钥类型这一层信息。评估 Hedera 上的资产，检查管理密钥的配置形态应当是第一步，其地位相当于其他链上“读合约权限函数”。

费用的两重性

在 HTS 上操作代币产生的成本由两部分组成：网络交易费以原生代币计收，以及针对特定操作的服务费——创建与铸造等操作在交易费之上另有网络服务费（金额与结构以官方费用表当前版本为准，本文不锁定具体数字）。与“给合约付 Gas”不同，这里的成本是协议明码标价的结构，可预测性强，也意味着不同链之间“铸造便宜”与否的对比必须带着各自费用结构做，单看汇率折算容易得出误导结论。

“没有合约”省掉了什么、留下了什么

省掉的是合约漏洞面：没有可被利用的函数逻辑、没有未审计的自定义代码，攻击面收敛到网络与密钥管理。留下的是所有链共同的问题：元数据指向哪里、文件是否内容寻址、发行方是否保留增发与冻结权。换句话说，“合约安全”这一项风险被移除，其余风险一项不少——发行纪律、内容持久性、市场深度，与以太坊或 Solana 上的 NFT 需要用同一套问题清单去问。

使用前的三查：查管理密钥形态判断谁有权改；查序列号与总量明确供应是否闭合——有限供应下的已铸序列号清单是硬数据，宣称总量与链上序列号对不上时以链上为准；查元数据地址的存续方式，文件是否在内容寻址存储上与任何链上的 NFT 同样是生死线。本文只做机制说明，不构成投资建议；参数与费用以 Hedera 官方文档为准。