Runes 名字为什么要排队解锁：base-26 与时间表

名字不是字符串，是一个数

Runes 规范里的代币名（Rune 字段）不是直接写进交易的文本，而是一个 base-26 变体编码的整数：字母 A 到 Z 对应 0 到 25，两字母名从 AA=26 起排，逐位累进。这个编码带来两个直接后果。第一，名字的“长度”成了一个可以数学比较的属性，长短排序明确。第二，规范得以把“哪些名字当前允许铭刻”表述成一个关于整数的谓词：先放开长名字，再按时间表一档一档缩短。文档给出的完整解锁节奏是：协议在区块 840,000 激活时，13 个字母及更长的名字全部可用；此后每 17,500 个区块放开一档更短的名字——840,000 到 857,500 之间开放 12 字母，857,500 到 875,000 开放 11 字母——照此推进，直到单字母名字在 1,032,500 至 1,050,000 区块区间解锁。精确表以 ord 代码为准，文档明说文字描述只是 ord 行为的说明书。

为什么要排队：短名字是稀缺品

这套时间表的设计动机，与所有“先到先得的命名系统”同构：短名字更好记、更易被用户拼写正确，因而更有价值。如果协议激活当天全部开放，抢注会以脚本化的方式进行，最终结果与“谁手快归谁”无异，还会把当日费率顶出天际。把解锁改成按区块缓慢下沉，等于把一场瞬时抢购拉成一条长坡：越短的名字等待越久，参与者有可预期的日历，抢注的收益窗口被摊平。规范对“保留名”另有处理：预留序列的分配规则与用户铭刻的名字互不冲突。

防抢先的 commit 机制

排队解决不了另一类攻击：广播在 mempool 里排队的铭刻交易可能被旁观者看见名字、加费插队抢刻。规范的对策是给非保留名的铭刻加承诺要求——铭刻交易必须包含对所刻名字的承诺（commitment），实际名字要等 reveal 时才出现在可见数据里，旁观者无法从待处理交易里提前读到名字再抢。这个思路与铭文世界通用的 commit-reveal 一脉相承：先把哈希亮出来锁住意图，再公开内容，用密码学替代信任。

用户视角的两件事

第一件，评估存量 Runes 代币时，代币名的字母组合与解锁阶段能读出“它诞生于哪个时段”，13 字母的名字与 6 字母的名字在可拼写性、可记性上有真实差异，这是信息，不是价值结论。第二件，如果你的钱包或工具显示某代币名和你在市场看到的不一致，先怀疑 spacer（视觉间隔字母）这类展示层特性——规范允许用间隔位让名字更好看，但不同工具对 spacers 的处理不一致，冲突时回到 ord 的解码结果。涉及名称即将解锁时段的传闻，一律以 ord 代码里的时间表为准，别按截图推断。本文为数据与机制说明，不构成投资建议。

自己换算档位的口诀

时间表的分档算法很直白：从激活高度 840,000 起每 17,500 个区块一档，每档把最短可刻名字缩短一字母，从十三字母起步、以单字母为终点。用当前区块高度减去 840,000、除以 17,500 向下取整得到已过档数，用十三减这个数就是当前可刻的最短名字。区块高度在任何浏览器都查得到，这让你能绕开所有名称解锁倒计时海报自行核对；想校验算法，反查文档给过的例子：840,000 到 857,500 之间开放十二字母，套公式正好是一档整。规范的这句话值得背下——细节以 ord 代码为准，公式只是帮你把传闻变成可验证的算术。

与域名市场的历史对照

命名排队解锁不是 Runes 首创的创意，对照历史能更快理解它的得失。以太坊域名早期靠拍卖分发放行好名字，把先到先得改成出价排序；传统域名按注册时序先到先得，抢注与倒卖长期并存。Runes 的按长度递进解锁，本质是用一个确定性时间表替代拍卖与抢注两种机制：规则透明、不抽成、不接受资本加速，但同样创造了一个套利窗口——长名字提前解锁后，理性投机者可能囤长名再改名或改名不可行的争议，规范用改名限制堵住了转手。理解这一层后看解锁新闻，重点就从还有多久轮到五字母变成了一组更结构的问题：这个长度档的解锁区块落在哪个牛市周期里、囤名行为的转手通道有哪些。历史节奏不会重复细节，但会重复问题。