NFT 与铭文

ERC-1155 允许 URI 中放 {id} 占位符，由客户端替换成 64 位小写十六进制代币编号。本文解释这条替换规则、接口标识、URI 事件与批量更新带来的影响。

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

ERC-1155 原生不提供供应量查询函数，ERC-5615 把社区已有的 totalSupply 与 exists 写法标准化。本文解释这两个函数各自回答什么问题，以及为什么供应量算数还需要按事件统计转账。

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

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

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

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

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

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

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