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

Runes 把指令写进 OP_RETURN OP_13 输出，经 LEB128 varint 解码成 128 位整数序列再解析为刻印、铸造与分配。本文按协议文档拆解这条解码管线与 Cenotaph 兼容契约。

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

BRC-20 把每步操作写成 JSON 铭文，Runes 把指令编码进 OP_RETURN 的 Runestone 并直接跟随 UTXO 转移。本文从数据载体、余额推定、交易结构和销毁方式四个维度对比两条技术路线。

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

HTML 与 SVG 铭文在浏览器里以沙箱 iframe 加载并附带内容安全策略，禁止访问外部网络。本文解释 Ordinals 官方文档的 sandboxing 规则、自引用路径机制，以及这套限制如何保护递归作品的不可篡改性。

Runes 的数量上限、每次 mint 数量、开关时间窗口都随 etching 一次性写定。本文解释这些参数存到哪里、参与 mint 前应核对哪几项，以及参数与公告对不上时为什么宁可不参与。

BRC-20 代币名字没有全局注册表，同一串 tick 在不同索引器里可能指向不同 deploy 铭文。本文解释名字冲突如何产生、索引器如何裁定有效 deploy，以及核对代币身份的实操顺序。

BRC-20 的转账在链上分两步：先在一条聪上刻写 transfer 铭文锁定余额，再把那条聪发给对方。本文解释可用余额与可转余额的区别、两步的时序，以及余额被第三方代锁时的注意事项。

OP_RETURN 输出让交易携带一小段数据并宣告“此输出不可再花费”，比特币核心默认把标准化的 OP_RETURN 数据量限制在 83 字节。本文解释这条规则如何影响元数据锚定与 Runes，以及铭文为何不走这条路。