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

ord: 前缀加铭文 ID 构成铭文 URI：64 位 txid、字母 i 与序号。本文按 ord 项目草稿文档解释其语法规则，以及它永远取原始内容而非委托内容的语义。

Runes 把指令写进 OP_RETURN OP_13 输出，经 LEB128 varint 解码成 128 位整数序列再解析为刻印、铸造与分配。本文按协议文档拆解这条解码管线与 Cenotaph 兼容契约。

铭文协议认定的销毁是把持有铭文的输入花进 OP_RETURN 输出，而不是转进黑洞地址。本文解释 burned 标记、火焰 charm、burn metadata 燃烧留言的规则与核验方法。

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

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

Runes 协议把账本信息写成交易输出里的 Runestone，格式错误的 Runestone 会被判定为 Cenotaph，进账代币随之销毁。本文解释 Runestone 的结构、edict 分配规则，以及 Cenotaph 触发的三种后果。

铭文除了正文，还可以带一组“标签+值”字段，pointer、parent、delegate、metadata 都靠它表达。本文按 Ordinals 官方文档逐项解释字段标签的含义，以及遇到不认识字段时“偶数未绑定、奇数可忽略”的规则。

铭文内容并不是存进某个数据库，而是以 OP_FALSE OP_IF 信封的形式写在交易脚本里。本文解释信封的结构、520 字节的推送上限、commit 与 reveal 两步的关系，以及这些字节为什么不会被节点执行。

ord 钱包的 batch 命令可以把多条铭文塞进同一批交易，共享父铭文、统一邮资。本文按官方示例解释 batch.yaml 的四种模式、postage 邮资和 reinscribe 开关，以及批量操作在费率与失败面上的取舍。