批量刻铭文：一次交易刻一串的 batch 文件怎么写

一条条刻几十张图，光 commit 交易就要付几十次基础成本。ord 命令行提供了 batch 子命令，把一组铭文写进同一批交易里。本文按官方手册的示例文件，把里面每个字段讲清楚。

命令与文件的基本形态

用法是 ord wallet batch --fee-rate 21 --batch batch.yaml：费率在命令行给，待刻清单写在一个 YAML 文件里。文件顶层先声明模式（mode），再列这批铭文共用的父铭文（parents）、每条铭文的邮资（postage），最后逐条列出 inscriptions 清单，每条可以带文件路径、目标地址、metadata、delegate 等字段。

四种模式决定铭文落在哪

官方示例注释里列出四种模式。separate-outputs 把每条铭文放到各自独立的、刚好达到邮资门槛的输出上，归属最清晰，输出数量也多。shared-output 让一批铭文共用一个输出、彼此用邮资金额分隔，输出少、后续合并转账省事。satpoints 指定刻到某些已有 satpoint 的首聪上，适合往特定聪上追加。same-sat 把所有铭文刻在同一条聪上，只能配合指定 sat 使用。选哪种没有绝对好坏：前者适合需要逐条单独流转的藏品，后者适合当作一组打包管理的素材。

postage：每条铭文的“邮资”

postage 是每条铭文所占输出的最小 satoshi 金额。它是比特币 UTXO 层面的门槛：每个输出至少要携带一定金额才不会沦为不经济的 dust，铭文要挂在一个聪上，就得给那个输出预留这么多币。示例文件里常见 12345 这一档数值。postage 设得偏高，钱包里会沉淀一堆零散小额输出；设得贴近下限，则要注意某些服务对 dust 输出的处理限制。

parents 与 reinscribe

批量模式最实用的功能是一次性给一批铭文指定同一个 parent：父铭文只需要作为输入传进 reveal 交易，所有子铭文都指向它，这就是集合溯源的标准做法。reinscribe: true 则允许对已刻过的聪追加新铭文（重刻），官方语义是只在聪上附加新记录、不改动原铭文，开启前要确认这确实是你要的效果，而不是误伤既有资产。

清单条目里还能写什么

每条 inscription 除了 file 路径，还可以写 destination 指定目标地址（不写则进钱包新找零地址）、写 metadata 挂一段元数据、写 delegate 指向另一条铭文做委托、写 metaprotocol 声明上层协议标识，还可以给单条铭文写 traits 特征标注。这些字段会按铭文信封的字段规则编码，具体见铭文信封机制篇。

批量的取舍

省的是每笔交易的基础开销和逐个确认的时间；代价是一次性占用较大区块空间，reveal 交易体积大、失败时整批一起处理，费率估算失误会整批变贵。稳妥做法是先用两三个文件试跑一轮，确认模式、邮资和目标地址都符合预期，再提交完整清单。

与逐条刻写的费用对比

粗略地说，一批 N 条铭文的总成本由两块组成：与交易数量相关的基础开销，和与数据总量相关的数据费。批量模式压缩的是第一块，对体积大的文件，第二块才是大头。因此文件越小、数量越多，批量的相对收益越高；反过来，只有两三张大图时，批量省下的基础费可能不及你多花一分钟检查文件的价值。动手前用两个文件试算一轮，就能摸清自己这批的实际结构。 此外，批量文件的 parents 字段对整批生效，意味着这批铭文会被同一个父铭文标记，在按父级过滤的工具里会一并出现；如果清单里混有不想被关联的文件，应拆成两个批次分别提交，而不是事后在展示端逐个隐藏。

风险提示：本文仅为命令行操作科普，费率与门槛数值以你使用的 ord 版本和当时网络状况为准，不构成投资建议。