铭文在钱包里显示空白不等于损坏。Ordinals API 指南提供 /content 端点：按铭文编号直接取回原始内容与 MIME 类型。本文讲解该接口的读法、与钱包前端的分工，以及自查时的四种典型结论。

Ordinals 手册提供 Batch Inscribing 工作流：一个 YAML 工作簿列出几十枚待刻文件，配好费率与目的地，一条命令产出一笔批量铭刻交易。本文拆解模板字段、批量模式的限制与费用核对。

铭文的 URIs 字段决定内容从哪里取、由谁渲染：data 内联、ord: 指向另一枚铭文，以及尚未在 IANA 注册的自定义协议。本文按官方文档逐项拆解这三类 URI 的写法、递归渲染的边界，以及为什么一枚铭文的内容可以永远在别处。

在 ord 索引器眼里，铭文被'烧掉'有两条完全不同的路径：把铭文转到 burn address 不被承认，走 OP_RETURN 或整笔交易作废才会盖上火焰标记。本文按官方文档拆解 burned 标记的认定条件、与普通转走的区别，以及为什么转进黑洞地址不等于消失。

Ordinals 铭文把图片和文本永久写进比特币区块链，靠的不是新指令而是一种“永远不执行”的脚本封套。本文按 ord 官方文档拆解 OP_FALSE OP_IF 信封结构、520 字节推送上限、提交与揭示两笔交易的分工，以及铭文 ID 的构成。

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

Ord 协议把每一枚聪按出生位置分成六个稀有度等级。本文以 ord 开源代码的判定规则为准，拆解度分秒式坐标、每减半周期聪、每难度调整周期聪与每块第一聪的定义边界，说明这套分类学哪些是协议事实、哪些是社区共识。

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

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

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