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

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

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

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

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

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

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

铭文铸造常被拆成提交和揭示两步，这不是多收费而是协议结构使然。本文解释提交揭示机制、两笔交易的费用构成、编号确定方式与卡单时的排查顺序。

Ordinals 市场用多输入交易结构和脚本托管拼出买卖，与以太坊合约市场是两套逻辑。本文讲清直接交换、托管脚本、UTXO 细节与索引器这层隐形账房。

铭文市场的流动性问题一半来自 UTXO 结算结构，一半来自比特币波动。本文拆铭文交易机制：PSBT 挂单、跨市场深度、结算节奏，以及稀有聪分类学对价格分布的重塑。