tag 5 里的铭文元数据必须是 CBOR，超过 520 字节还要拆成多个字段再拼接。本文按 ord 手册逐条说明编码要求、渲染规则，以及为什么这个位置不适合藏私有信息。

ord 手册里 tag 2 的 pointer 能决定一条铭文落在交易输出的哪一个聪上。本文说明它的编码方式、越界时为什么会被忽略、尾部零为什么要丢掉，以及一笔交易发多条铭文时它的作用。

同样是看不懂的字段，有的铭文照样能查到位子，有的却被索引器标成 unbound。本文按 ord 手册的字段表拆解 tag 号的奇偶分工、为什么 tag 2 故意选偶数、tag 3 又为什么挑了奇数。

ord 手册写明二进制自带区块浏览器，官方在主网、Signet 与 Testnet 各托管了一个实例，并说明从 0.16.0 版本起钱包命令需要后台运行 ord server。本文按官方文档梳理三个实例的分工、自建浏览器的启动要点与测试网练手前的核对项。

ord 官方文档用一枚古币的类比给数字造物下了定义：可被拥有、内容完备、只有所有者能改变、只有所有者能处置。本文按 Digital Artifacts 原文逐条拆解，并说明链上铭文、托管藏品与链上引用图片为什么落在梯度的不同位置。

ord server 除了网页界面，还提供一整套加 Accept: application/json 就能调的接口：查地址资产、聪档案、区块明细、铭文批量各有端点，其中几个必须先开对应索引才可用。本文按官方 API 文档梳理常用端点、依赖开关与自建服务的注意事项。

序数理论给每一聪比特币编号，同一个编号有整数、小数、度数、百分位和 base-26 名字五种以上表示法。本文按官方手册解释每种写法的构成、相互换算的逻辑，以及为什么名字随序号增大而变短。

ord 自带区块浏览器，一个搜索框能吃下区块哈希、交易哈希、outpoint、聪序号、聪的名字和百分位等多种输入。本文按官方 explorer 文档逐项列出输入格式与适用场景，顺带讲清 0.16 之后 ord server 必须常驻的变化。

序数理论刚提出时，项目方用聪本身当奖金挂了四道题目：最古老的聪、名字最冷僻的聪、尾数带零的聪。本文按官方 bounty 页面复述四份悬赏的规则与结算状态，以及它们如何用真金白银教会市场什么叫聪的编号。

铭文不是标准代币，普通代币钱包看不到它。Ordinals 手册专门写了 Sparrow Wallet 收集铭文的工作流：先拿到接收地址、在刻写端指定输出、收进来之后如何用 sat 视角核对资产。本文完整走一遍这条动线。