一枚藏品一个合约：TON 的 TEP-62 NFT 标准

以太坊上的 ERC-721 集合，一万枚 NFT 共用一个合约的账本。TON 区块链反其道而行：标准规定每个 NFT Item 和每个 Collection 都是各自独立的智能合约——发一个一万枚的合集，字面意义上要部署一万零一个合约。这就是 TEP-62（NFT Standard），状态为 Active（生效），创建于 2022 年 2 月 1 日。本文按标准文本讲结构，不构成任何投资建议。

所有权转移怎么发生

转移不靠函数调用，靠内部消息。Item 合约必须处理 transfer 消息，字段包括 query_id（请求编号，用于回执对应）、new_owner（新主人）、response_destination（收余款与回执的地址）、custom_payload、forward_amount（转给新主人的吨币金额）与 forward_payload。消息被拒绝的典型条件：发信人不是当前所有者，或扣除转发金额和最大交易 Gas 后无法足额退还剩余款项——合约对自身的存储经济有硬性自检。

转移成功时 Item 换主，若 forward_amount 大于零，还会向新主人附币发出 ownership_assigned 消息，告知”你被过户了”，前主人地址与自定义负载一并随行——这条回执正是异步链上”通知新持有人”的标准做法，也让收到意外资产的人有机会及时察觉并转走。查询方面，Item 合约必须提供 get_nft_data 返回初始化状态、序号、合集地址、当前主人与内容指针，get_static_data 则以消息形式回报序号与合集地址；Collection 合约必须提供 get_collection_data（下一个序号、合集内容、所有者，无所有者时为零地址）、get_nft_address_by_index（按序号算出 Item 合约地址）与 get_nft_content（把合集部分的域名与 Item 部分的个人路径拼成完整元数据地址）。标准还在设计说明里坦承一个缺陷：TON 是异步链，链上无法保证查询到的”当前主人”在消息送达时仍未变更；而”一枚合约一个代币”的写法正是为了 Gas 可预测与分片可扩展，同时它也不提供 ERC-721 式的 approvals 授权位——跨市场挂单改由先收款的拍卖合约承接。

元数据跟着合约走

每个 Item 合约里存集合地址、编号、当前主人和元数据地址（可指向自身）；合集合约存发行方、总量与 Item 合约的生成代码。元数据本身走 TEP-64：可以链下（合约里只放 JSON 链接）或链上全存。与以太坊常见的”元数据在 JSON、JSON 在服务器”相比，TON 的默认画像更接近”合约即资产、链接即门牌”，但链下 JSON 同样存在可变与失效风险，这一点并无奇迹可豁免。

“合约即代币”的代价与红利

代价：每枚藏品持续消耗合约存储费用，批量铸造与批量转移的操作成本结构和小账户生态完全不同；红利：单笔交易的隐私与隔离性好，Item 合约逻辑可以各不相同，市场与钱包处理单个资产像处理一个独立实体。对跨链玩家来说，它提醒一个常被忽略的事实：NFT 的”标准”从来不止合约内账本一种写法。

对个人操作来说，最实际的区别在费用结构：TON 的资产转移要随消息携带 Toncoin 支付 Gas 与转发金额，Item 合约作为独立合约长期占用链上状态，转账被拒的条件之一就是余额不足以在满足”NFT 自身存储费规则”的前提下完成操作——这意味着这类链上的 NFT 天生带持有成本概念，与以太坊生态”藏品躺在钱包里不产生持续费用”的直觉不同，这一点常被从 EVM 迁移来的用户忽略；具体费额与规则以链上实际行为与官方文档为准。

TON 生态的资产操作与费市场与以太坊差异很大，涉及具体交易费用与托管请以链上实际行为为准；本文仅为机制科普，不构成投资建议。