在比特币上处理铭文时，“销毁”这个词有两种完全不同的含义，而 ord 索引器只承认其中一种。很多新手以为把一枚铭文转到所谓的黑洞地址就算烧毁，但在 ord 的规则里，这一步只是换了个持有人，铭文完好无损地躺在一个没人能花的地址里，永远不算消失。真正的烧毁走的是另一条路：让承载铭文的那笔交易本身变得不可支出。
先看官方文档认定的第一类烧毁。ord 的 Burning 页面写明：如果一个铭文的铭刻交易被烧毁——也就是该交易的输出不再可支出——这个铭文会获得一个名为 burned 的标记。最常见的做法是用 OP_RETURN 输出承载铭刻内容：OP_RETURN 是比特币脚本里专门用来”留字条”的指令，任何带 OP_RETURN 的输出在共识规则上永远不可花费，把铭文的元数据刻进这种输出，铭文自出生起就盖着火焰。文档同时特别点名了另一种做法：把铭文发送到所谓 burn address 并不被 ord 认可为烧毁，因为那在账本上只是一次正常转账，接收方只是恰好没人持有私钥。两种操作的界面看起来都是”没了”，链上的性质却完全不同：一个是账本承认的死亡，一个是查无此人的失踪。
burned 标记在索引器里怎么显示也值得知道。ord 用一枚火焰符号标注被烧的铭文，查询接口会把 burned 属性作为布尔值返回，钱包和市场如果读取这个字段，就会在页面上打上”已烧毁”。被烧掉的铭文并不会从索引里消失——铭文编号、铭刻交易、内容都还在，只是多了一层”该输出的交易被烧毁”的认定。换句话说，烧毁改变的是铭文的支出状态，不是它的存在。
这套认定和持有人的实际操作有什么关系？第一层是退货与作废场景。某些集合用”烧旧 mint 新”的方式做版本升级，用户把旧铭文转进协议指定的销毁通道，协议再发新铭文。此时你必须分清通道用的是哪条路径：如果协议引导你做的是普通转账到一个无主地址，那按 ord 的规则铭文只是去了黑洞，链上持有人从你变成了那个地址，索引器不会给你盖火焰；如果协议用的是一笔带 OP_RETURN 的重铭刻或者让载带交易作废的操作，burned 标记才会出现。核对方法很直接：拿到交易哈希后打开 ord 兼容的浏览器看这笔交易是否可支出、目标铭文有没有火焰标记，而不是看钱包页面上”资产数量减少”。
第二层是防误判。有人卖铭文前想”自证销毁”，把图转进黑洞地址，然后告诉买家铭文已消失。买家应当知道这个说法在 ord 语义下不成立：铭文仍在某个地址名下，理论上其载带聪如果被能持有该地址密钥的人（当然黑洞地址没有人能持有）之外的人以某种方式重组支出——更现实的担忧是，这种”销毁”根本不构成任何不可逆承诺，只是把资产从明处挪进无人区。真正不可逆的只有共识层的不可支出：OP_RETURN 与整笔交易作废。
给普通用户的三条核对纪律：第一，凡是涉及”销毁”的操作，先看它是转账还是让交易不可支出，只有后者是烧毁；第二，烧毁后去索引器确认火焰标记与 burned 字段，截图留档；第三，遇到”转到黑洞等于销毁”的宣传，先按 ord 官方文档的口径质疑，再决定要不要参与。烧毁在机制上是一种带证明的终止声明，值不值、该不该做是另一回事，但至少要先确认你完成的确实是一次烧毁，而不是一次看不见的转账。
本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。