给铭文做父子结构：在 Chisel 里填 Provenance 为什么不能填编号

父子铭文是比特币铭文体系里给内容做「系列归属」的常用做法：一个孩子铭文挂在某个父铭文之下，父铭文的持有者往往对整串孩子有分发或收拢的意义。Chisel 作为刻写工具，它的 FAQ 把创建条件和最容易踩的坑都写得很具体，值得照着操作一遍再理解原理。

官方 FAQ 写的第一个条件是前置：你必须已经持有那枚要被当作父铭文的铭文。这不是流程上的客气话——父子关系的建立就是把子铭文的一个字段指向那枚父铭文，指向哪枚由你填，能不能这样指由链上规则定。条件满足后的步骤被拆成几步：选择 Inscribe 功能，把要作为孩子刻写的文件拖进去、或者直接把内容以文本形式给出；在 Provenance 字段里填入父铭文；提交并完成订单支付，等交易确认。

坑就在 Provenance 那一栏。FAQ 特意加了一句说明：这里要填的是铭文 ID（inscription ID），不是铭文编号（inscription number），并且给了一个形如长十六进制串加 i 加数字的例子来帮你认格式。两者的区别在于稳定性：铭文编号是索引器按处理顺序给一个铭文排出来的序号，会受所在工具的索引规则影响，同一枚铭文在不同工具里对同一概念的表达可能不一致；铭文 ID 则由创建它的交易和输出位置构成，写法固定、不随索引进度变化。把编号填进 Provenance，结果不是报错就是指向错的那枚——这也是「子铭文挂错父」「挂上去却查不到关系」这类求助里最常见的原因。

顺带把 FAQ 里另一项能力说清楚：Inscribe 页面同时支持文件与文本两类内容。文本这一栏允许直接刻入纯文本、JSON 或 Markdown，适合把一份配置、一段声明或者一个数据文件原样放进链上，不需要先做成图片。文件那一栏支持一次拖入一个或多个文件，多个文件可以在一次操作里成串提交——对做系列的人省事，但也就越需要确认清单：一次成串提交时，每个文件都会各自形成铭文，顺序、数量与内容对应关系要自己核对，尤其是和父子结构混用的时候。

上手建议做三件事。第一，先把父铭文的 ID 从你确定归属的那个索引页面复制下来，而不是凭记忆手敲，也不要从搜索结果里挑一个看起来名字一样的；第二，用一个小文件做一次单枚父子关系试刻，确认在你的钱包与索引器里父子关系显示正常，再批量执行；第三，付款前记住这笔订单只是交易费用，链上规则没有为孩子数量开特批，一次刻十个就是十份数据上链的代价。工具页面会更新，具体字段名和入口位置以官网当前说明为准。本文是工具操作说明，不构成投资建议。

再补一层父子机制本身的常识，帮助理解为什么大家费劲填这个字段。给铭文建立父子关系，本质上是在集合与单件之间建立可验证的归属：父铭文像一张「系列证书」，子铭文是这个系列的生产记录。常见的玩法结构有两种方向。一种是集合先行：先有一枚父铭文代表项目，之后每一批产出都挂到它下面，任何人拿索引器一查父铭文名下有多少孩子、孩子现在分别躺在哪些地址，供应量与分布一目了然，这等于用协议字段实现了一个简易的发行账本。另一种是母带派生：持有父铭文的账户才能（或优先）生产孩子，父铭文因此成了生产线的所有权凭证。两种方向的共同前提是 Provenance 填对——填错方向的交易照样成功确认，链不会替你检查你指的爹对不对，这一步的准确性完全是操作者的责任。也正因如此，收到一枚声称「某某系列之子」的藏品时，别听卖家描述，直接在索引器里查这枚铭文的 Provenance 指向哪枚、那枚是不是你认可的系列证书，两跳之内见真章。