Runes 的 mint 按条款执行：amount、cap 与开放窗口怎么算

铸造权是刻出来的一次性条款

Runes 协议里，代币诞生于一次 etching（etch 雕刻），而之后能不能继续增发，完全取决于 etching 时写进 runestone 的 terms（条款）。一旦雕完，条款就冻结在历史区块里，任何后来的交易只能”引用”它，不能修改它。普通用户参与一次 Runes mint 之前，值得把条款字段读一遍——它们决定你能铸到什么、还能铸多久。本文全部机制描述以 Ordinal 手册的 Runes 规范页为准。

条款的五个字段

规范中 terms 结构包含：amount（本次 mint 增加的代币数量）、cap（允许的 mint 轮数上限）、height 一对（绝对区块高度的起止）、offset 一对（相对 etching 所在区块的偏移起止）。执行逻辑可以拆成三问。

第一问：现在能不能铸？mint 从 HeightStart 所在区块开始开放，在 HeightEnd 区块关闭；若条款用的是 offset，则开放区间是 OffsetStart 加 etching 高度到 OffsetEnd 加 etching 高度。两套坐标表达的是同一件事：发行方可以把窗口锚定在绝对高度，也可以锚定”雕刻后第几个块”，后者在 etching 被打包前是不确定值。

第二问：还剩几轮？每次 mint 无论成功失败都计入 cap（下一节展开）。铸一轮消耗一次配额，铸满 cap 轮之后 mint 通道永久关闭，供应量永远停在那个位置。

第三问：这轮铸多少？mint 交易在 runestone 的 Mint 字段填入要铸的 Rune ID，条款开放且未超 cap 时，amount 个代币被加进该交易输入自带的未分配余额里，随后由 edict 派发到输出。跨 mint 的条款设计里，单笔交易可以同时 mint 多个 Runes，各自的条款分别评估。

条款失败：mint 照样烧掉配额

规范里最容易被忽视的一条规则藏在 cenotaph（碑铭之外的”残碑”）章节：如果一个产生 cenotaph 的 runestone 本身是 mint 交易，那么这次 mint 计入 mint cap，且铸造出的代币被销毁。也就是说，你签名时如果碰到编码问题——比如交易里混入非数据推送操作码、varint 格式错误、指针越界——协议不会当作无事发生：配额被吃掉，铸出的量直接蒸发。 cenotaph 产生条件还包括未识别的偶数标签、未识别标志位、edict 指向不存在的输出等。对用户的翻译是：mint 时尽量使用成熟钱包与官方 ord 实现，任何”手工拼包”的通道都可能把一次失败铸成不可逆的浪费。

另一个方向的问题也值得核对：条款里没写的东西。若 etching 未带 terms，该 Rune 无公开 mint 通道，供应只剩 premine（预挖）；若 amount 或 cap 缺省，规范按未定义处理路径判定。这解释了为什么同一只 Runes 代币在宣传里说”全部公平铸造”，链上条款却可能留着一笔巨额 premine——核对手段是雕字交易本身，不是市场页面。

实操核对顺序

参与 mint 之前再看一遍钱包提示

条款是链上事实，钱包是你与条款之间唯一的界面。成熟实现会在 mint 前展示条款摘要与当前窗口状态，而拼装型工具可能直接跳过校验把交易丢进内存池。一个实用的自洽检查是”预期管理”：按条款算出本次最多能铸到的数量（amount 除以 divisibility 换算）与距离窗口关闭还剩多少个区块，若钱包结果与手算明显不符，优先停手排查而不是确认签名。mint 成功后立即用余额查询复核到账整数与条款一致，再决定是否去市场挂单。任何”错过窗口还能补""条款后面能改”的说法都与协议文本相悖，Runes 的 mint 窗口与上限在雕字完成那一刻就已写死在链上历史里。

参与前查四样：用 ord 或索引器读雕字交易，确认 terms 是否存在、amount 与 cap 的量级（注意 divisibility 精度会放大数字）；确认开放窗口的坐标类型与当前区块高度之差，判断还剩多少时间；查当前已被 mint 的轮数，对照 cap 算剩余额度；最后看该交易本身是否可能触发 cenotaph 条件，钱包提示异常时不要强推。全部结论以可重放的链上记录为准，索引器口径差异另计。本文为协议机制科普，不构成投资建议，Runes mint 一经上链不可撤销。