想了解 Runes 规范页的声明：为什么官方称文字描述不是规范、ord 参考实现才是最终依据、文档与代码冲突时改文档的取舍，以及该页对替代实现和集成方的风险提示

想弄清 Runes 转账里 edict 指令的字段与执行顺序：超额分配如何被截断、amount 为零怎么全给、output 等于输出数时的轮询与均分余数规则，以及哪些写法会把整块 runestone 变成 cenotaph

想用一条交易拆分数币与 Runes 余额：splits.yaml 的地址、金额与代币映射怎么写，省略金额时的尘埃值默认，尊重 divisibility 的数量写法，以及它为什么不支持分配铭文

Runes 官方规范把代币名字排进一张固定时间表：协议激活时只开放十三个字母及以上的名字，每 17,500 个区块解锁下一档更短的名字，单字母要等到 1,032,500 至 1,050,000 区块之间；刻非保留名还必须在至少六个确认的输入见证里放入名字承诺以防抢跑。本文逐项拆解这套二十六进制编码与解锁规则。

Runes 规范把开放铸造的开关写成一组条款：上限、每次数量、起始与结束高度、起始与结束偏移。本文逐项说明判定顺序，并解释为什么格式出错的那笔 mint 也会计入上限。

Runes 账本里只有整数，你看到的 12.34 是展示层的换算：divisibility 字段规定一超级单位含多少子单位（以十为底的幂），symbol 字段规定单位后缀。本文按官方规范拆解这两个字段的显示规则，以及把数量读错一个数量级的常见事故。

Runes 名字先到先得，广播未打包的名字可能被别人抢注。规范要求非保留名的 etching 附带对该名字的承诺：一个以 little-endian 编码的名字数据推送，且所在输入输出需有至少六次确认。本文拆解这套防抢跑设计的构造与核验点。

Runes 协议里 mint 不是"随便铸"，而是逐条对照 etching 时写死的 terms：每次铸 amount 个、最多铸 cap 轮、按绝对高度或相对偏移划出开放窗口。本文按官方规范拆解这些字段的计算方式，以及条款出错时 mint 为何会被销毁。

Runes 规范把代币名编码为 base-26 整数，并设计了按区块推进的名称解锁时间表：协议激活时起每 17,500 个区块开放一档更短的名字，单字母要到 1,032,500 至 1,050,000 区块之间。本文解释这套防抢注设计，以及防抢先铭刻的 commit 承诺要求。

Runestone 里负责“钱怎么分”的是 edict 序列：每条 edict 由 rune ID 区块高度、交易索引、数量、输出编号四个整数组成，按顺序把尚未分配的代币派给指定输出。本文按规范拆解这套分配循环的默认规则、tag 0 触发方式与出错后果。