Appearance
17 · Token 与 NFT
LESSON 17 / 35 · 资产表达
Token（代币）解决“链上权益如何被编码”，NFT（Non-Fungible Token，非同质化代币）解决“数字对象如何表达区别和转移记录”。理解它们时，要把技术记录、产品功能、合约权限和现实世界中的权利边界分开看。
学习目标
读完本节，你应能：
- 区分平台内余额、Coin（原生币）、Token（代币）和 NFT 的记账层级；
- 解释 Token 合约如何记录余额、转账、授权和供应变化；
- 读懂 ERC-20、ERC-721 和 ERC-1155 的基本用途与接口边界；
- 区分功能型、治理型和收益/资产型权益，不把名称当成权利证明；
- 说明 NFT 的 Token ID、图片、元数据和版权/许可之间的关系；
- 按照官方入口、合约状态和条款完成一张资产权益卡，不进行不必要的签名或购买。
课程正文
17.1 从平台余额到链上资产：谁在记账
平台内积分、游戏金币或 Q 币通常由平台数据库记录。用户登录后可以使用它们，但能否转让、兑换或提现取决于平台规则；平台也可能修改规则、冻结账户或关闭服务。它们看起来像“余额”，但并不等于由用户密钥直接控制的链上资产。
**Coin（原生币）**是某条公链协议内置的资产，例如 BTC、ETH 或 SOL。它通常参与 Gas（网络执行费）、结算、区块奖励或网络安全。原生币的发行和转移规则由公链协议及其节点共同执行，不依赖某一个 Token 合约。
**Token（代币）**通常是在宿主链（Host Chain，承载合约的区块链）上由智能合约维护的余额或权益。它依赖宿主链记录合约状态，也依赖合约代码决定转账、供应和权限。部署一个 Token 合约不会自动创建一条独立的区块链。
| 类型 | 主要由谁记录状态 | 用户通常控制什么 | 需要继续核对什么 |
|---|---|---|---|
| 平台内余额 | 平台数据库 | 账户登录后的使用权 | 平台规则、冻结和恢复机制 |
| Coin | 公链协议与节点 | 符合协议规则的密钥控制权 | 网络、托管、私钥和最终性 |
| Token | 宿主链上的智能合约 | 合约规则允许的余额或权益 | 合约地址、权限、升级和供应 |
| NFT | NFT 合约中的 Token ID 与持有人记录 | 某个 Token ID 的链上转移控制权 | 元数据、许可条款、应用功能和创作者权限 |
“私钥即所有权”只能作为协议控制层的简化说法。托管平台可能代为控制密钥，合约可能保留暂停或升级权限，项目条款也可能限定使用范围；链上记录、合约可执行权利和现实法律请求权不是同一层。
17.2 Token 的技术本质：合约状态与标准接口
以 ERC-20（Ethereum Request for Comments 20，以太坊同质化代币接口标准）为例，合约可以维护一个“地址到余额”的映射，并通过函数和事件让钱包、交易所及其他应用使用相对统一的接口。常见接口包括：
totalSupply：查询总供应量；balanceOf：查询某个地址的余额；transfer：由持有人转出 Token；approve：设置某个地址可以代为转出的额度；allowance：查询已设置的授权额度；transferFrom：在额度允许范围内代为转账；Transfer和Approval事件：记录转账与授权变更，供应用索引和查询。
转账不只是界面上的数字变化。交易需要调用合约，节点执行代码，合约状态更新后由链上事件提供可追踪记录。钱包显示的余额通常来自节点或索引服务读取的结果，重要判断仍应回到正确网络和正确合约地址。
标准主要规定接口和外部可观察行为，不保证发行方诚实、代码没有漏洞、Token 有真实用途或市场一定有流动性。decimals（小数位）等展示信息也不能替代对实际最小单位、供应和合约逻辑的核对。
17.2.1 供应与权限：合约里谁能改变什么
“发行”可能包括初始铸造（Mint，创建 Token）、按规则增发、空投、挖矿分配、销售或解锁。阅读一个 Token 时，先把总供应和变化权限列出来：
- 总供应量是多少，是否存在上限；
- 谁可以 Mint 或 Burn（销毁），权限是否能转移或撤销；
- 团队、投资人和生态分配如何解锁，集中持仓是否会改变治理或市场风险；
- 是否有 Pause（暂停）、黑名单、转账限制、手续费或地址额度；
- 合约是否通过 Upgradeable Proxy（可升级代理）运行，谁能升级实现；
- 管理权限由单个地址、多签还是治理模块控制，异常时谁能介入。
这些状态可能分散在 Token 合约、权限管理合约、代理合约和项目条款中。区块浏览器上显示“Verified（源码已验证）”有助于阅读代码，但不等于代码经过安全审计，也不等于部署地址一定来自项目官方入口。
17.2.2 三类权益：功能、治理与收益
Token 的名称、图标和宣传语不能直接证明持有人拥有什么权利。可以先用三个类别建立问题清单：
- 功能型权益：支付产品费用、兑换服务、使用协议功能、获得折扣或进入某个应用。要确认产品是否真实提供该功能，Token 是否是必要条件，以及功能能否被项目方改变。
- 治理型权益：提出议案、投票、委托投票或参与参数调整。要确认投票权如何计算、是否有委托集中、投票结果是否自动执行，以及多签或管理员是否仍拥有最终权限。
- 收益/资产型权益：分红、回购、利息、现实资产现金流或其他经济请求权。这类安排可能涉及证券、税务、合同和跨境监管；“实用型”标签不能代替具体法律分析。
同一个 Token 可能同时具有多种属性。技术上能转账，也不表示它必然有使用权、治理权或收益请求权；产品文档、合约代码和适用条款必须分别核对。
17.3 NFT：唯一 ID、元数据与资产表达
NFT 是非同质化代币。普通同质化 Token 中，一个单位通常可以和另一个单位互换；NFT 则通过合约地址与 Token ID（代币编号）识别一个具体记录。所谓“唯一”，首先是在特定合约和特定编号体系中可区分，不自动表示作品在现实世界中不可复制。
ERC-721 是常见的 NFT 标准。典型接口包括 ownerOf（查询某个 Token ID 的持有人）、余额查询、转移、授权和 tokenURI（读取元数据位置）。ERC-1155（多代币标准）可以在同一个合约中表达多个 ID，并支持同质、半同质或非同质资产及批量操作，适合需要多种物品和批量转移的场景。
一件 NFT 通常至少涉及四层信息：
- 合约与 Token ID：链上记录哪一个合约的哪一个编号属于哪个地址；
- 元数据（Metadata，描述信息）：名称、属性、图片或媒体的 URI（统一资源标识符）、哈希等；
- 媒体内容：图片、音乐、视频或游戏资源，可能直接上链，也可能放在 IPFS、Arweave 或中心化服务器；
- 应用与法律关系：会员资格、游戏功能、入场权、版权许可、商业使用范围或现实资产安排。
这四层可能由不同系统维护。链上 Token ID 还在，不代表 URI 一定可访问，元数据一定不变，媒体一定长期保存，也不代表持有人自动获得版权、商标权、商业使用权或艺术家人格权。右键保存图片可以复制展示内容，但不会改变链上 Token ID 的持有记录；反过来，拥有 NFT 也不自动等于拥有底层作品的全部权利。
17.3.1 价值叙事与风险边界
NFT 的使用场景可能包括收藏、社区身份、会员资格、票证、游戏道具、数字艺术或现实资产凭证。稀缺性、文化意义、使用权益和二级市场流动性可能同时影响人们对它的评价，但地板价（Floor Price，最低挂牌价）和成交量只是市场信号，不是资产价值或未来回报的证明。
还要单独检查：
- 元数据是否可变，谁可以更新或替换内容；
- 合约是否可升级，创作者或管理员有哪些权限；
- 铸造页、授权签名和空投入口是否来自官方渠道；
- 版税（Royalty，二次交易分成）是市场执行习惯、合约逻辑还是条款承诺；
- 游戏、会员或社区服务停止后，NFT 还保留什么可验证功能；
- 所谓 RWA（Real-World Asset，现实世界资产）凭证背后，谁承担赎回、保管和争议处理责任。
可组合（Composable，能被其他应用组合使用）扩大了资产的应用范围，也会把依赖关系带入更多合约和服务。它不自动带来跨平台兼容、版权转移或永久服务权。
17.4 资产、权益与现实法律边界
可以把一项 Token 或 NFT 的“拥有”拆成三层：
| 层次 | 它回答什么问题 | 不能自动推出什么 |
|---|---|---|
| 链上记录 | 哪个地址在某个状态下持有哪个资产或 Token ID | 持有人真实身份、现实资产确实存在 |
| 合约权利 | 合约允许持有人调用哪些函数、转移什么记录 | 合约之外的版权、退款、收益或服务承诺 |
| 条款与法律关系 | 项目方、创作者、平台和用户约定了什么 | 跨司法辖区自动有效、争议一定可执行 |
因此，分析一项资产时要分别寻找三类证据：区块浏览器或节点中的状态、合约源码与权限、项目官方条款或许可文件。缺少其中一类时，应把结论写成“尚未核验”，而不是用宣传文案补齐。
概念结构
text
Token 与 NFT
├─ 记账层级
│ ├─ 平台余额：平台数据库与账户规则
│ ├─ Coin：公链原生资产 / Gas / 结算 / 安全激励
│ └─ Token：宿主链合约维护余额与权益
├─ Token 合约
│ ├─ ERC-20：余额、转账、授权与事件
│ ├─ 供应：铸造 / 增发 / 销毁 / 解锁
│ └─ 权限：暂停 / 黑名单 / 手续费 / 升级
├─ Token 权益
│ ├─ 功能：产品使用、支付、兑换、折扣
│ ├─ 治理：提案、投票、委托与执行
│ └─ 收益/资产：现金流请求权与监管边界
├─ NFT
│ ├─ 合约地址 + Token ID：区分具体记录
│ ├─ ERC-721：单一 NFT 接口
│ ├─ ERC-1155：多种资产与批量操作
│ └─ 元数据 / URI / 媒体 ≠ 自动版权或永久可用
└─ 判断闭环
├─ 核对官方合约地址与网络
├─ 读取标准、源码、供应与权限
├─ 分开链上记录、合约权利与现实法律关系
└─ 证据不足时不签名、不授权、不购买理解重点是：标准解决接口协作，合约决定可执行状态，条款和法律关系决定链下权利。 三者不能互相替代。
可验证问题
- 平台内余额、Coin、Token 和 NFT 分别由哪一层规则记录和控制？
- ERC-20 的
balanceOf、transfer、approve和transferFrom各自解决什么问题？授权额度为什么需要单独检查？ - Token 的总供应、增发、销毁、暂停和升级权限分别可能由谁控制？
- ERC-721 和 ERC-1155 如何表达资产？“唯一”到底是在哪个范围内成立？
- NFT 的 Token ID、元数据 URI、媒体文件和现实法律权利之间是什么关系？
- 一个治理 Token 的投票结果是否自动执行？如果不自动执行，谁拥有执行权？
- 为什么“源码已验证”“有审计”或“有地板价”都不能单独证明资产安全或有价值？
- 一项 Token/NFT 的链上记录、合约权利和条款权利，分别需要什么证据？
学习动作：做一张 Token/NFT 权益卡
选择一个公开 Token 或 NFT 项目，只阅读官方文档、合约页面和许可/条款，不连接钱包、不进行铸造或授权。记录：
| 项目 | 需要确认的内容 |
|---|---|
| 链与合约地址 | 网络、地址是否来自官方入口，源码是否已验证 |
| 资产类型与标准 | Coin、ERC-20、ERC-721、ERC-1155 或其他实现 |
| 持有人得到什么 | 功能、治理、收益、会员、游戏功能或仅一条链上记录 |
| 供应与合约状态 | 总供应、铸造/销毁、暂停、黑名单、手续费和升级权限 |
| NFT 数据路径 | Token ID、元数据 URI、媒体存储位置和更新权限 |
| 现实权利边界 | 版权、商标、商业许可、赎回、收益请求权和地区限制 |
| 证据与未确认项 | 至少两条可回查证据，以及仍然无法确认的内容 |
完成后写一句：“我不会从这张 Token/NFT 自动推出什么结论。” 不记录价格预测，也不把历史收益当成未来预期。
官方资料入口
- EIP-20：Token 标准
- EIP-721：非同质化 Token 标准
- EIP-1155：多代币标准
- OpenZeppelin Contracts：ERC-20 文档
- OpenZeppelin Contracts：ERC-721 文档
- OpenZeppelin Contracts：ERC-1155 文档
来源与时效提醒
本页公开整理自课程 17 的 preview、线性笔记和 mindmap。代币标准版本、项目功能、合约权限、供应与解锁、元数据存储、版税安排、市场价格和监管状态都会变化；涉及具体项目时，应回到当前官方技术文档、合约状态和适用条款核验。
标准、源码已验证或审计记录只能支持对应范围内的判断，不能自动证明资产安全、版权归属、收益承诺或服务永久有效。本页用于建立概念和资料核验能力，不构成投资、资产配置、法律意见或链上交互建议。
下一节
18 · CEX：继续理解托管、撮合、法币入口和平台偿付风险。