NFT 与铭文

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

supportsInterface 是 NFT 合约互相识别身份的标准方法，接口 ID 由函数选择器异或得出。本文按 ERC-165 原文解释查询流程，并说明假合约谎报接口、以及事件类扩展查不出这两个已知局限。

CREATE2 让合约地址只由部署者、盐值和初始化代码哈希决定，部署前即可预言、跨环境可核对。本文解释地址公式、验证用途，以及“目标地址已有代码则创建失败”与“地址相同不代表代码相同”两个要点。

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

ERC-1155 允许一次调用转移多种代币，但按标准规则，批量转账要么全部成功、要么整体回滚。本文按规范逐条解释批量转移的强制回滚条件、数组顺序规则，以及接收合约拒收时整单失败的现象。

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

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

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

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

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