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 字段规定单位后缀。本文按官方规范拆解这两个字段的显示规则，以及把数量读错一个数量级的常见事故。

一份仍在讨论阶段的 BIP 草案 The Cat 提出：按快照高度把 Ordinals 与 Stamps 关联的尘埃级 UTXO 列为不可花费并移出 UTXO 集。本文按草案原文与公开讨论记录梳理它的触发条件、目标范围与尚未解决的争议点。

比特币上没有铭文转账合约，铭文只是搭在某一聪上的行李。本文拆解 satpoint 坐标规则、交易构造里的行李重排逻辑，以及普通钱包误花铭文的真实场景。

比特币没有代币合约，铭文归属由 sat 所在 UTXO 决定。ord 钱包转账时会合并、拆分 UTXO，钱包界面因此“自己动了别的币”。本文拆解 ord transfer 与 UTXO 合并行为、隔离命名空间的边界，以及对普通用户的实际影响。

ord 既是索引也是浏览器，ord server 可在自建节点上跑出本地版“浏览器界面”。本文讲前提（同步并开启 txindex 的 bitcoind）、搭建路径、递归内容的安全边界与 JSON API，适合想摆脱第三方索引依赖的用户。

同一枚合集的“总量”，在 ERC-721 与 ERC-721A 里可能数法不同，在 BRC-20 与 Runes 里更是靠索引器重放得出。本文把链上可查的供应口径拆开：合约计数、事件计数、销毁口径，以及为什么同一个合集在不同面板上显示三种“已铸造”。

Ordinals 官方手册给每个聪分配了一个由 a 到 z 组成的名字，还按出块节奏划出六个稀有度等级。本文讲清名字怎么算、等级怎么分、供给数从哪来。