一次交易刻一串：ord 批量铭文工作簿的 YAML 写法

一枚一枚地刻铭文，钱包会被碎片 UTXO 淹死，手续费也会在几十笔交易里重复交。Ordinals 手册里给了一条批量通道：Batch Inscribing——把整批文件登记进一个 YAML 工作簿，一条命令生成并签发一笔交易，链上一次性完成全部铭刻。这节讲工作簿怎么写、批量模式有什么限制。

第一步生成模板。运行 ord batch new，ord 会在工作目录产出一个 batch.yaml，注释详尽，可以当作官方说明书读。核心结构是一个 inscriptions: 列表，每一项描述一枚铭文：file 指向本地文件路径，metadata 挂一枚独立的 metadata JSON 路径（可选），delegate、destinations 等字段处理高级场景。顶部还有 commit_fee_rate、reveal_fee_rate、parent、maturity 一类的全局控制项。注意 destinations 写地址，不写名字；写错地址就是刻给别人，这一步应当逐字核对。

第二步填清单。最常见的方式是配合生成脚本：如果这批文件是程序批量产出的（比如一层层生成的图像），写几行脚本遍历目录，把每个路径追加进 YAML 的 file 字段。手册里的示例就是用一段脚本把 generated/ 目录下的文件全部登记。要点有三：文件顺序就是链上铭文顺序，发布前固定排序；YAML 对缩进敏感，用解析器生成而不是手改字符串，省得整批解析失败；每枚铭文的 metadata 是独立文件，字段名和大小写要与索引器约定一致，别用逗号分隔长字符串。

第三步预览。改完工作簿跑 ord batch preview，它会打印这笔批量交易的画像：铭刻多少枚、每枚归属哪个目的地、预估手续费多少。这一步是免费的，永远先跑。数字和预期不符时不要进入第四步——ord batch sign 会签发真实交易，ord batch submit 会广播上链，后两步花了钱就不可撤回。

批量模式有几条限制值得提前知道。最常被引用的是批量模式下委托铭文的处理：batch 文件里所有铭文共享同一批载带交易结构，某些字段（如逐枚不同的 sat 目标）不适用；同时批量模式下 ord 不再逐枚挑选特定聪，而是按脚本执行结果分配——这对你是否在意”特殊聪”很关键。此外，官方文档明确：元数据超过 520 字节必须拆进多个字段再拼接，YAML 里 metadata 路径指向的内容也遵守这条上限。费率字段用 sat/vB 单位填写，费率填低会让 reveal 交易迟迟不确认，批量里任何一笔卡住，整批都显示未揭示——批量是一把双刃剑：省了手续费，也放大了失败的对称性，一坏全坏。

费用这笔账要这样算：批量把 N 枚铭文的 reveal 装进一笔交易，节省的是每笔交易固定开销与费率波动；但你付出的是一段提交加一段揭示（或按设置合为一步）的两段结构，以及 commit 阶段的押金——reveal 没确认前，押金挂在 commit 地址里，确认后会退。核对时把 ord balances 与地址上的 UTXO 都看一遍，押金是否回来、回来多少，以交易记录为准而不是钱包余额截图。

落地检查清单：跑 ord batch validate 确认工作簿合法；预览里的目的地地址抽样粘贴比对；文件数量与目录计数一致；费率按当时网络环境设置，别用上周截图里的数字；确认钱包账户与网络是主网而不是测试网。把这几条做全，批量铭文就从”看别人教程很复杂”变成一条可复现的流水线。工具类操作请以你本机安装的 ord 版本帮助文本为准——不同版本参数可能有差异。

补一个新手最容易踩的坑：工作簿里写相对路径还是绝对路径。file 字段解析时以运行 ord batch 时所在目录为基准，换目录运行就整批找不到文件，sign 之前会报文件缺失，但有人到 submit 才发现——所以 preview 阶段除了看数量，还要逐条扫一眼路径能否解析。批量清单超过二十枚时，用脚本生成清单并做一次目录计数核对，比肉眼可靠。

本文为机制说明，不构成任何投资建议。