“把 24 个互不相干的词一个不差地背下来”——几乎所有备份教程都劝人别这么干，抄在纸上就行。但确实有人要靠记忆保管种子。2026 年 5 月挂出的草案 BIP-450（代号 Formosa）想解决的就是记忆问题：同样一份随机数，别编码成一串无意义的词，而是编码成几句有主语、有动词、有地点的小故事。它目前状态是 Draft，尚无任何钱包实现的公开记录，本文讲的是”这份规则写了什么”，并全程不构成对你尝试用它保管资产的推荐。
一个词组的对应关系：三句顶六词
Formosa 的换算骨架：每 33 位随机数不再编成 3 个标准词（BIP-39 的节奏），而是编成一句由多个语法角色组成的话——主语、动词、修饰语、宾语、地点这类角色各配一张小词表。一个主题下所有词表的位宽之和必须正好等于 33，这是硬约束。以 128 位熵为例，按提案的表：校验位 4 位，总长 132 位，切成 4 句、按一个六词主题展开是 24 个词——与 BIP-39 的 12 词在信息量上严格等价。词数没变少，变的是词与词之间有了语法关系，给联想记忆提供抓手。校验位的产生方式和标准方案同构：取随机数 SHA-256 的前若干位拼在尾部。
主题就是方言：一份 JSON 定义一套词表
它把”一套完整词表体系”叫主题（theme），本质是一份 JSON：角色列表、每个角色的词表、各自的位宽、取词顺序与书写顺序，还可以声明某角色的词表由前一角色的选词决定。词表条目允许用任何语言字符，统一以 NFKD 形式编码。这套设计的野心在于把 BIP-39 降格为”主题之一”：英文平表主题就是 Formosa 的一个特例。
双向兼容靠”先翻译再派生”
最要紧的兼容机制在种子派生：任何 Formosa 助记故事在生成种子前，会先按位置反解回那串熵、重编码成 BIP-39 英文词表的形式，再走标准派生流程。理论上同一份熵不管从哪种方言进来，出来的密钥完全一致。这句话里”按位置反解”是全部风险所在——方言词表与取词顺序必须一字不差，恢复端少一张表、错一位，得到的就是另一棵树上无关的空钱包。
一个 128 位例子的完整编码走法
按提案规则走一遍 128 位熵：生成 128 位随机数，取它 SHA-256 的前 4 位（128 除以 32）作为校验位拼到尾部，得 132 位；按主题声明的取词顺序每读完一段位就选一个词，33 位用满即成一句，四句拼完就是整段助记故事。恢复时倒放同一部电影：按句切分、逐角色查词表还原位流、剥离校验位核对，再重编码走标准派生。哪一步依赖什么材料一目了然——句内词序（FILLING_ORDER 与 NATURAL_ORDER 两套顺序）、每张词表、每个位宽，一个都不能少。这就是”方言即备份”的具体含义：多语言主题下的备份包体积不再是”12 个词加一张公开词表”，而是”若干句人话外加一份只有自己有的主题定义文件”。
草案阶段的现实边界
第一，没有成熟实现：提案引用的参考实现在社区尚在讨论阶段，任何声称支持 Formosa 的第三方工具都要按未审计软件对待。第二，“好记”是主观宣称：提案自己也写明它解决的是人机交互问题，不是脑钱包——随便自己编个句子是拿不出密钥的，这与标准助记词被玩坏的脑钱包教训一致。第三，校验位强度与标准方案完全相同，抄错一个词的检出能力不会因”有情节”而增强，纠错仍靠词表边界与前缀设计，相关原理见 ‘2048 个单词与一段校验和：BIP39 助记词的编码解剖’。
现在该怎么办：读它，但备份照旧
对绝大多数读者的正确姿势：把这份提案当作”助记词编码是可以被重新设计的”这一事实的注脚。真实备份纪律不因方言改变——词表原文要随助记词一起存档（否则方言本身就是新的恢复障碍），抄完做恢复演练，保管介质防磁防潮防火，详见 ‘助记词12个词和24个词有区别吗？词数背后的安全边界’。任何以”更好记”为卖点的新编码，进入生产使用之前都要先过时间这一关。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。