给聪起名字不是比喻。序理论把聪的编号用一套改造过的 26 字母编码写成短串——手册举的例子：第 0 枚聪的名字是 nvtdijuwxlp，最后一枚可挖聪的名字是 a；为了避免短名被永久锁进无法花费的创世块奖励，编号越长的聪名字越短。基于这套命名，ord 手册的悬赏页留下了第三道题：赏金 3，规则全部写在 docs.ordinals.com 的 bounty/3 页面上。
题目分两部分，共用一张词表。词表是 frequency.tsv：从 Google Books Ngram 语料库统计出的英文单词及出现次数，制表符分隔、按出现频率从少到多排序，并预先过滤为“在提交期结束前将被开采出来、且在语料中出现不少于五千次”的聪名集合。通俗地说，出题人把现实使用过的英文单词与聪名空间做了交集：哪枚聪的名字恰好是一个高频英文单词，那枚聪就是猎物。
提交窗口有明确截止：截至第 840000 块，即第四次减半之后的第一个区块；打包进该块或更晚的提交不被接受。题目本身分两部分：Part 0 找词表中出现次数最少的名字对应的聪，Part 1 找出现次数最多的那个，两部分各赏 200000 聪、合计 40 万聪，同频次时以较早的提交胜出。手册悬赏页把 Bounty 3 的状态标为未领取（Unclaimed），而提交期已随 840000 块过去——对现在才读到这段的读者，题目更多是机制标本而非待办清单：截至手册页面所示，它是一道过期未解的题，但聪名规则不因悬赏结束而改变。
最有工程味的是手册给出的自查命令：在钱包里搜索持有聪的名字是否命中词表，用 ord wallet sats 加 --tsv frequency.tsv 参数逐枚比对。命令有个前置条件——建索引时必须启用 --index-sats，让索引器记录每枚聪的编号，否则“这枚聪叫什么”无从回答。一条命令背后是三层依赖：节点索引开着聪级数据、钱包持有待查的聪、词表文件在本地就位。任何一层缺失，结果都是空。对没有自建节点的玩家，这也解释了为什么各家在线浏览器展示的“你的聪属性”粒度差异很大：有的服务开了聪索引，有的只到铭文层，同一枚聪在不同工具里可能“有名字”也可能“没名字”，并非资产本身有区别。
这类“编号撞单词”的搜寻也解释了聪名字系统的一个反直觉设计：名字长度与编号长度反向。短名如单字母 a 属于编号极大的聪，意味着它们在很晚的区块才会被挖出；常见单词多为十几二十个字母，对应编号较小的早期聪。词表过滤条件“提交期结束前将被开采出来”正是用这条映射把不可能的名字先排除掉，否则题目会要求去够还没进流通的聪。
悬赏题还有第三层被文档明写的规则值得记住：平局判定。两部分规则都注明，若两份提交命中同等频次，以更早出现在链上的提交为胜。这一条把“谁先让网络看见这枚聪”变成了排序标准，也提示所有链上竞赛类活动的通用纪律——结果以区块内的位置与顺序为准，页面截图、广播时间都不作数。看懂平局条款，再去看任何铭文活动的“先到先得”规则，你都知道该问的是：以哪个区块高度为准、以什么字段排序、谁裁定。
站在普通持有者角度，悬赏页更大的价值是展示了一种自检视角：你的钱包里除了余额，还有一串带编号的聪，其中可能有编号位置奇特的个体。即使不参加任何搜寻，定期用索引工具列出持有聪的属性，也是铭文钱包管理里成本最低的一步——它让你知道哪些聪值得单独存放、哪些可以放心作为普通金额花出去。手册的悬赏总览页还留了一句方法论提示：钱包本身支持收发特定的聪，而序理论规则足够简单，动手能力强的人可以照规则自己写脚本操纵聪。这句话点破了悬赏题的共同考点——不是运气题，是对编号、UTXO 与交易构造的理解题。题目本身有人领走与否，反而是次要的事。
本文为机制说明，不构成任何投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。