铭文父子关系（Provenance）是什么？集合供应上限怎么验证

一句话理解

Provenance（来源证明）是 Ordinals 的集合组织方式：铭文的持有者可以在自己持有的父铭文之上“生育”子铭文，链上数据能证明每个子铭文确实由这个父铭文的持有人在某笔交易里创建——父子关系不需要任何中心化登记。

parent 标签怎么工作

按 Ordinal Theory Handbook 的规范：创建子铭文 C 时，需要在一笔把父铭文 P 作为输入花掉的交易中，为 C 写入标签 3（OP_PUSH 3），值是被引用父铭文的二进制铭文 ID（32 字节交易哈希 + 4 字节小端索引）。只有当 P 真的出现在这笔交易的输入里，索引器才承认 C 是 P 的子铭文。这就是“信任最小化”的关键：伪造不了，因为伪造意味着花不掉父铭文。

子铭文还可以有自己的子铭文，形成多层结构。官方给出的典型用法是：艺术家为自己建一个根铭文，其下挂若干“系列”铭文，系列之下再挂具体作品。

用“烧毁父铭文”关闭一个集合

文档明确指出：把一个集合的父铭文烧毁（burn），即可保证该集合不会再发行新的子铭文——因为创建子铭文必须花掉父铭文，而烧毁后的输出不可再被花费。这就是铭文集合“供应上限”的链上验证逻辑：

1. 找到该集合声明的父铭文 ID，在 ord 浏览器里查看其当前状态；
2. 核对现有子铭文数量与你看到的编号是否一致（子铭文列表可通过 /r/children/铭文ID 递归端点查询）；
3. 如果项目方宣称“已停止发行”，检查父铭文是否确实处于烧毁状态，而不是只听口头承诺。

需要提醒：这套验证只覆盖“通过该父铭文发行”的部分。项目方理论上可以另起炉灶用别的父铭文发新东西，但那已经不是同一个链上集合，是否认可属于市场共识问题。

和以太坊 NFT 的对照

以太坊上集合上限写在合约代码里（如总供应量常量），铭文生态里没有合约，集合规则改由“父铭文 + 销毁”这类交易结构来表达。两种路线目标相同：让上限可以被任何人独立核验。

从发行方视角看这套机制的取舍

对发行方而言，父铭文方案的优势是无需部署合约：刻一枚“母币”，之后按需生育子铭文，铸造节奏、节奏控制都由自己掌握；代价是“可信承诺”需要额外动作——你必须真的去烧毁父铭文，市场才会相信没有后续增发。实践中常见三种状态：父铭文安全持有（可继续发行）、已烧毁（永久停发）、丢失或被转移（发行能力旁落，集合进入灰色地带）。藏家在评估“限量 333 是否可信”时，链上能给出的答案只有一句话：看父铭文此刻花没花出去。其余都要靠对项目方的信任，而那正是这套机制试图消除的部分。

常见问题

问：集合销毁父铭文后，已存在的子铭文会消失吗？ 不会。烧毁父铭文只保证“今后没有新子铭文”，已经存在的子铭文照常持有与转让。

问：为什么有的集合不烧毁父铭文？ 常见原因是后续还有二期、隐藏款计划：只要父铭文还在持有人手里，就能继续生育子铭文。藏家评估供应量时，把“当前数量”与“父铭文状态”放在一起看，才能判断上限是否真的封闭。

问：别人能不能冒充某个父铭文的子铭文？ 不能伪造。子铭文必须在真的花掉父铭文的交易里创建，索引器只认这个条件；如果看到自称某集合成员但查询不到父子关系的铭文，直接按仿冒处理。

风险提示

本文仅为机制科普，不构成投资建议或稀缺性背书。核验时间：2026 年 7 月。