您只备份一张纸——上面写着 12 或 24 个词——便放心离开，以为自己的加密资产已经安全。但这张纸保护的并非某一个账户，而是钱包支持的所有区块链上的每一个账户。在 Zelcore 中，这意味着同时保护 80 多条链。准确理解其中的原因，以及这对您的托管决策意味着什么，是掌握自托管安全的基础。
助记词如何编码出庞大的密钥体系
助记词看起来像一组随机词语，实际上是对原始熵的精确编码。BIP-39 是将这一格式标准化的比特币改进提案，它规定词表恰好包含 2,048 个英文单词。每个词编码 11 位信息，因此没有哪个词是装饰：助记词中的每个词都承载着特定数据。12 个词的助记词编码 128 位熵；24 个词的助记词编码 256 位熵。
助记词本身并不是加密种子。在派生任何密钥之前，钱包会通过 PBKDF2-HMAC-SHA512（一种计算开销较高的密钥拉伸函数）处理助记词，迭代 2,048 次。输出是一个 512 位二进制值，也就是实际的种子。即使攻击者猜中了部分词语，这种拉伸也会让暴力破解难以实施。
有一点至关重要：如果您添加可选的密码短语（有时称为第 25 个词），PBKDF2 函数会将其纳入计算，从而生成完全不同的 512 位种子。相同的 12 个词搭配不同的密码短语，会解锁完全独立的钱包。两者毫无关联；如果您忘记密码短语，相应资金将永久无法找回。
派生树：一个种子，无限账户
512 位种子是分层确定性（HD）钱包树的根，该结构由 BIP-32 定义。钱包将种子的字节输入 HMAC-SHA512（以字面字符串 "Bitcoin seed" 作为密钥），再将 512 位输出等分为两部分：一个 256 位的主私钥和一个 256 位的主链码。钱包中的每个子密钥、孙密钥和地址，都是通过反复执行 HMAC-SHA512 运算从这两个值派生出来的。
BIP-44 规范了如何遍历这棵树，并定义了格式为 m/purpose'/coin_type'/account'/change/index 的派生路径。每个路径段都有特定作用：
- purpose 对于 BIP-44 钱包始终为
44'。 - coin_type 用于区分不同区块链，按照名为 SLIP-0044 的注册表分配。Bitcoin 为
0，Ethereum 为60，Solana 为501，Litecoin 为2，Dogecoin 为3，Cardano 为1815。 - account 用于区分同一条链上的独立账户。
- change 和 index 用于生成单个地址。
撇号表示强化派生——这是一种单向运算，从数学上确保即使子密钥遭到泄露，也无法据此派生出同级密钥或父密钥。因此，尽管您的 Ethereum 账户密钥和 Bitcoin 账户密钥都源自同一个主密钥，前者也不会泄露后者。
在 Zelcore 中，一个助记词可同时控制 BTC、ETH、SOL、ADA 及数十种其他资产；每种资产都位于自己的 coin_type 子树中，并由同一个 512 位根种子确定性地派生而来。
攻击原理：一处失守，所有链都面临风险
由于派生过程具有确定性且经过标准化，任何持有您助记词的人，都能重新生成所有受支持区块链上的每个私钥。这不是设计缺陷，而正是设计本身。该安全模型的前提是助记词绝不会被他人看到。
实际后果十分严重。助记词一旦泄露，暴露的不只是您的 Bitcoin。攻击者可以派生出您的 Ethereum 地址、Solana 地址、Cardano 地址，以及您在其他链上的所有资产。只要有人拍下您的 Bitcoin 助记词，您的 Solana 资产就已面临风险。对方甚至可能不知道您持有 SOL。
丢失助记词则会带来相反的问题：没有按链区分的备用方案，没有账户恢复机制，也没有联系客服升级处理的途径。生成种子的熵在数学上不可逆。丢了这张纸，就会同时失去所有链的访问权限。
因此，硬件钱包会在安全元件内生成助记词，绝不将其暴露给已连接的计算机。种子在离线状态下生成，并始终保存在设备中。
助记词无法保留的链特定元数据
使用助记词恢复钱包，可以重新生成私钥和标准派生路径，但无法保留所有信息。以下几类数据无法通过种子重建：
- 链下元数据：交易标签、地址簿条目和自定义备注由钱包应用存储，不在链上。
- 非标准派生路径：一些较早的钱包以及部分区块链（Solana 和 Cardano 历史上使用过不同于严格 BIP-44 标准的路径约定），意味着在其他钱包应用中恢复时，可能会显示余额为零，尽管资金仍在链上。密钥仍然存在，只是软件查看了错误的地址。
- 代币余额：Ethereum 上的 ERC-20 代币和 Solana 上的 SPL 代币由链上的智能合约存储，但基础恢复工具可能只显示原生币余额。代币仍然安全，只是需要钱包查询相关合约才能显示。
- DeFi 仓位和 NFT：只有钱包知道要查询哪些协议合约，以及要使用哪个 RPC 端点时，这些内容才会显示。
实际建议是：除了助记词，也记录您使用的钱包软件和派生路径。几个月或几年后需要恢复钱包时，仅凭助记词未必能提供足够的信息。
地址复用与跨链身份
BIP-44 的 coin_type 分段意味着，从同一个种子派生出的 Bitcoin 地址和 Ethereum 地址在数学上互不相关——它们共享同一个根，但公钥不同。不过，兼容 EVM 的区块链——Ethereum、BNB Chain、Polygon、Avalanche C-Chain、Base 等——都共享 coin_type = 60。因此，同一个 0x... 地址会出现在每条 EVM 链上。
这是有意为之，但也会在不同链之间建立身份关联。知道您的 Ethereum 地址的人，可以用同一地址查询您在每条 EVM 链上的活动。注重隐私的用户在整合资产前，应了解这一点。
Bitcoin 的 UTXO 模型通常鼓励每笔交易都生成新地址，HD 钱包会自动完成这一操作。Ethereum 的账户模型则很少更换地址；大多数用户会长期为每个账户保留一个地址。在多笔交易中重复使用同一个 Bitcoin 地址，会让输入更容易关联到同一所有者，从而削弱隐私保护。
对于高价值资产托管，可以考虑按种子隔离资产：为高风险交易活动和长期持有分别使用不同的助记词；或者使用从未接触过联网设备的隔离设备来存放大额资产。
如何保护自己：守住单点故障
助记词既是您最强大的恢复工具，也是最危险的单点故障。以下是具体的保护措施：
- 写在金属上，不要写在纸上。 不锈钢或钛制备份板可以经受火灾和洪水。纸张则不行。
- 绝不将其数字化。 不要截图、保存在云端笔记中、存入密码管理器，也不要打字记录。助记词一旦接触联网设备，攻击面就会显著扩大。
- 存入大量资金前，先验证能否恢复。 仅使用助记词在一台新设备上恢复，确认助记词有效，并能生成您预期的地址。
- 考虑使用 Shamir 秘密共享（SLIP-39）。 SLIP-39 是一种将种子拆分为 N 份，并且只需 M 份即可重建种子的标准。这样可以将份额分散存放在不同地点——例如一份放在家中的保险箱，一份交给可信赖的人保管，一份存入银行保险库——而任何一个地点都不会持有完整的秘密。
- 了解密码短语的利弊。 设置强密码短语（第 25 个词）可以提供合理否认的空间：不带密码短语的钱包中只存放少量诱饵资产，真正的持仓则只有输入密码短语才能访问。风险是对等的——忘记密码短语和丢失助记词一样，后果都无法挽回。
对于在 Zelcore 中持有多条链上资产的加密货币钱包用户，最后一点尤其重要：恢复测试应涵盖您实际使用的所有区块链，而不只是最显而易见的一条。
要点总结
- 12 个词的助记词编码了 128 位熵；24 个词的助记词编码了 256 位熵。两者一旦丢失，都无法恢复。
- BIP-32 和 BIP-44 会为每条区块链派生独立的密钥子树（
coin_type），但所有子树都源自同一个主密钥——助记词一旦泄露，所有链都会同时受到影响。 - Zelcore 支持 80 多条区块链，意味着一份备份助记词可以控制庞大且多元的投资组合；这份备份的物理安全性与助记词长度同样重要。
- EVM 链（Ethereum、BNB Chain、Polygon 等）共享
coin_type = 60，因此共用地址空间——同一个0x地址会出现在所有这些链上。 - 仅凭助记词恢复，可能无法显示代币余额或 DeFi 仓位；请记录所用的钱包软件和派生路径。
- 金属备份、通过 SLIP-39 分散存放，以及增加密码短语层，是切实可行的三项改进，可以显著降低单点故障风险。
