铭文销毁在比特币上怎么发生：OP_RETURN 支出、燃烧留言与“黑洞地址”误区

先给直观含义

在铭文协议（ord）眼里，销毁的定义不是“转给一个花不动的地址”，而是：那枚铭文所在的输出被一笔交易花掉，且交易的对应输出脚本以 OP_RETURN 开头。OP_RETURN 输出在比特币规则里不可再被花费，索引器据此把铭文标记为 burned，在铭文页面上给它戴上火焰标记。规范文档明确写着：把铭文发到所谓“燃烧地址”这种传统做法，ord 并不识别，那仍然只是躺在某个地址上的一枚普通铭文。

协议层的销毁长什么样

一笔销毁交易的骨架是：输入里带上持有铭文的 UTXO，输出里放一个 OP_RETURN 输出把铭文推进去。索引规则很干净——铭文内容跟着输入的 UTXO 走，被推入 OP_RETURN 即视为 burned。

文档还给了一个可选组件：burn metadata。在 OP_RETURN 之后紧跟的第一个数据推送里可以放一段 CBOR，被当作“燃烧留言”显示在该铭文页面的对应栏目，与铭文 metadata 用同样的方式渲染。规范的措辞很克制：它是无结构的、对协议本身没有含义的，应当是人类可读的，用途随你——纪念、公告集合收尾都可以。但要注意两点：只有紧跟其后的第一个推送被读取；后面的推送当前被忽略，而规范提醒它们未来可能被协议赋予含义，不应拿来塞别的东西。

和“转黑洞地址”的区别

在以太坊语境里“转进 0 地址或死地址”常被称为销毁；比特币铭文不吃这套。转给普通地址（哪怕现实中没人持有私钥）只是换了持有人，索引器不会标记 burned，市场也不会显示燃烧状态。两种做法在展示、在历史统计、在社区叙事里都是不同的事实。同理，页面显示火焰标记，依据的是它的输出曾被花进 OP_RETURN 这一链上事实，不是某个市场的标签。

实用场景与核验顺序

销毁类操作常见于：集合方回收回购的铭文、持有者表达退出共识、活动要求销毁某种铭换取资格。核验建议按三步：先看那笔交易是否确实把持有铭文的输入花掉、对应输出是否以 OP_RETURN 开头；再看铭文页的 burned 标记与火焰 charm 是否出现；有燃烧留言的，顺手读一下内容。仅凭“转账完成”的截图不能确认销毁发生过。

还要区分两层效果。协议层：铭文内容永久留在揭示交易里，烧毁的是它作为可持有可流通资产的语义。市场层：主流市场对 burned 铭文的处理多是停止展示为可交易或显著标注。动手前用自己信任的索引器确认最终显示，比相信操作界面那句“销毁成功”更可靠。

常见误区

误区一：把铭文发到某个死地址等于销毁——协议不识别，状态上它仍然活着。 误区二：烧毁等于数据消失——账本上内容永久保留，改变的是继续持有与流通的语义。 误区三：OP_RETURN 后每个数据块都有意义——只有第一个被读作燃烧留言，其余当前被忽略且存在被协议征用的风险。

一次销毁交易的完整读法

把上面的规则合成一次实操：打开那笔交易的原始数据，先看输入列表，找到持有目标铭文的 UTXO；再看输出列表，确认该输入对应的输出脚本以 OP_RETURN 开头，且 OP_RETURN 后紧跟的第一段数据是 CBOR 时，它就是会被展示的燃烧留言；然后到铭文页核对 burned 标记与火焰图标；最后把交易哈希与铭文 ID 一起存档——这两样东西足够任何人在任意索引器上复现你的结论。若发现交易只是“转到了一个地址”，那无论界面把话说得多绝对，协议层面的销毁并未发生。

风险提示：本文为铭文机制科普，不构成任何投资建议；销毁不可逆，动手前请用小额样本验证流程并核对所用工具的索引状态。