Stamps 把图片编码成 base64 塞进交易的输出脚本里，让数据留在 UTXO 集合中难以剪枝；铭文则把内容放在见证区，享受折扣也可被节点剪枝。本文对比两种“把图片刻进比特币”的路线在存储位置、费用结构与节点负担上的差异，以及各自支持者的论证。

RGB 把状态放在比特币之外：合约状态由参与者自己保管与验证，比特币只负责给承诺定序。本文按协议白皮书与文档解释客户端验证、单次使用封条与部分复制状态机的组合，以及 RGB++ 用同构绑定做出的修正路线。

Taproot Assets（前身 Taro）用塔普罗特树把资产元数据嵌进既有比特币输出，资产可以走链上交易，也可以存进闪电通道跨多跳支付。本文按官方文档梳理它的树结构、Universe 数据仓库、验证文件与闪电侧的原子兑换设计，并说明当前阶段的边界。

BRC-20 默认人人可抢铸，self_mint 部署标志把 mint 权限收归部署者，铸造铭文还必须以部署铭文为父铭文。本文按 Layer1 基金会文档与提案帖梳理这套机制的规则、启用时间点（区块高度 837090）与 max=0 的特殊语义，以及它想解决的抢跑问题。

Ordinals 手册的 pointer 页说明：给封套加 tag 2 的指针字段，可以让铭文落在交易输出的第 N 聪而不是第一聪；字段用偶数 tag，是为了让旧版 ord 把铭文判为未绑定而非错误归属。本文拆解这个细节的动机与解析规则。

Runes 规范把代币名编码为 base-26 整数，并设计了按区块推进的名称解锁时间表：协议激活时起每 17,500 个区块开放一档更短的名字，单字母要到 1,032,500 至 1,050,000 区块之间。本文解释这套防抢注设计，以及防抢先铭刻的 commit 承诺要求。

Runes 协议里 mint 不是"随便铸"，而是逐条对照 etching 时写死的 terms：每次铸 amount 个、最多铸 cap 轮、按绝对高度或相对偏移划出开放窗口。本文按官方规范拆解这些字段的计算方式，以及条款出错时 mint 为何会被销毁。

Runes 名字先到先得，广播未打包的名字可能被别人抢注。规范要求非保留名的 etching 附带对该名字的承诺：一个以 little-endian 编码的名字数据推送，且所在输入输出需有至少六次确认。本文拆解这套防抢跑设计的构造与核验点。

Atomicals 是与 Ordinals 平行的比特币协议：数据藏在带 atom 标记的 Taproot 见证信封里，对象归属由"谁付了雕花的 UTXO"决定。本文按社区规范拆解 mint 与 update 两步提交揭示、CBOR 载荷结构与 UTXO 对齐哲学的边界。

Runes 账本里只有整数，你看到的 12.34 是展示层的换算：divisibility 字段规定一超级单位含多少子单位（以十为底的幂），symbol 字段规定单位后缀。本文按官方规范拆解这两个字段的显示规则，以及把数量读错一个数量级的常见事故。