ord 曾短暂引入过专门的“序数地址”：ord wallet send 生成特殊前缀地址，普通比特币地址要用 --cardinal 参数才生成。这个实验在后续版本被整体移除，铭文世界又回到了人人都认识的 bc1p 塔普罗特地址。本文沿版本日志还原这段历史，并解释为什么地址格式不是标记铭文意识的好位置。

ord 提供的 decode 子命令可以把一笔比特币交易拆开：列出其中所有铭文封套，并尝试把 OP_RETURN 载荷解成 Runestone。本文说明它的三种输入方式（txid、文件、标准输入）、compact 输出字段，以及排查“这笔交易到底刻了什么”时的用法和边界。

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

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

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

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

EIP-4844 让 rollup 把数据发进 blob，但 blob 本身沉默无标签。ERC-7588 把一段 JSON 说明书写进交易 data 字段，让查询服务能读懂每团 blob 是谁发的、装了什么。

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

ord 渲染规范规定铭文按方形展示、预览上限 576 像素、向上缩放默认用 pixelated、AVIF 用 auto。本文解释这些规则的含义，以及放大后方块化与发虚的区别。

Ordinals 铭文的 properties 字段用严格 schema 的 CBOR 结构化刻写属性，支持 Brotli 压缩并设 400 万字节与 30 比 1 两道解压限制。本文按项目文档拆解字段结构与解析顺序。