铭文协议认定的销毁是把持有铭文的输入花进 OP_RETURN 输出，而不是转进黑洞地址。本文解释 burned 标记、火焰 charm、burn metadata 燃烧留言的规则与核验方法。

ord: 前缀加铭文 ID 构成铭文 URI：64 位 txid、字母 i 与序号。本文按 ord 项目草稿文档解释其语法规则，以及它永远取原始内容而非委托内容的语义。

ord 的 reinscribe 选项允许对曾经刻过的聪再刻一条新铭文，官方语义是附加新记录而非覆盖旧铭文。本文解释重刻的链上效果、与直接新刻的区别，以及使用 reinscribe 开关前要确认的风险点。

ord 钱包的 batch 命令可以把多条铭文塞进同一批交易，共享父铭文、统一邮资。本文按官方示例解释 batch.yaml 的四种模式、postage 邮资和 reinscribe 开关，以及批量操作在费率与失败面上的取舍。

铭文内容并不是存进某个数据库，而是以 OP_FALSE OP_IF 信封的形式写在交易脚本里。本文解释信封的结构、520 字节的推送上限、commit 与 reveal 两步的关系，以及这些字节为什么不会被节点执行。

铭文除了正文，还可以带一组“标签+值”字段，pointer、parent、delegate、metadata 都靠它表达。本文按 Ordinals 官方文档逐项解释字段标签的含义，以及遇到不认识字段时“偶数未绑定、奇数可忽略”的规则。

Ordinals 市场用多输入交易结构和脚本托管拼出买卖，与以太坊合约市场是两套逻辑。本文讲清直接交换、托管脚本、UTXO 细节与索引器这层隐形账房。

铭文铸造常被拆成提交和揭示两步，这不是多收费而是协议结构使然。本文解释提交揭示机制、两笔交易的费用构成、编号确定方式与卡单时的排查顺序。

Ordinals 铭文可以通过 delegate 标签指向另一个铭文的内容，也可以通过递归端点读取其他铭文的数据与代码，从而用少量链上数据拼出大型生成艺术集合。本文解释这两种机制的规范与风险。

Ordinals 铭文可以通过引用父铭文创建子铭文，把“由同一父铭文签发”的关系写在链上，用来组织集合。本文解释 parent 标签机制、层级结构，以及通过销毁父铭文关闭发行的做法。