SafePal是什么？它是提供硬件钱包与软件钱包的产品系列，硬件端有 S1、S1 Pro、X1 与 Cypher，软件端有 App、浏览器扩展和 Telegram Mini App。本文梳理产品线、SFP 代币与自托管钱包的安全要点。

换设备后用助记词恢复钱包却发现余额为0的排查顺序：先查网络与地址、再查同步与扫描窗口，理解HD钱包地址发现间隙，避免反复导入助记词的二次风险。

同一句助记词导入比特币、以太坊、Solana 钱包会派生出一批完全不同的私钥，这不是随机而是规范。SLIP-0010 用曲线名做哈希盐，让每种曲线各自长出独立的密钥树，还把 ed25519 系曲线限定为仅硬化派生。本文讲清机制与它带来的三个实际后果。

只存不演的助记词备份等于单腿走路。本文说明恢复演练的正确流程——隔离环境、临时钱包、只比地址不碰大额，以及演练频率、记录方式和常见翻车点。

标准词表前四个字母唯一锁定一词，是设计时留下的拼写保险。本文说明这层保险为什么护得住抄写的错法，而换序漏词、近形词与同音默写大多能顺利通过校验，并给出双向核对与首地址闭环的备份纪律。

硬件钱包出现安全公告时，直接升级、换设备或迁移种子并不是同一件事。本文按型号、固件、种子生成时点与补丁状态建立防御决策树，避免假固件、恐慌转账和旧种子继承风险。

从 ERC-2645 派生路径讲清部分 ZK 类 Layer2 为何不直接用主网密钥交互：链上签名要用曲线不同的专用密钥，路径设计让同一助记词派生的密钥彼此域分离；并给出换机恢复后 L2 账户对不上的自查顺序。

SLIP-39 用 Shamir 秘密共享把钱包种子拆成多份助记词拼图，达到门限才能恢复、差一份就什么都不知道。本文讲清它与 BIP-39 的差别、门限怎么选、拼图怎么存，以及哪些钱包和硬件支持这套方案。

解释把同一句助记词导入两台设备的真实效果：两个钱包是同一把钥匙的两个入口，地址与余额必然完全相同；说明同时签名时的交易序号冲突、比特币找零混乱与隐私聚类风险，并给出一主一备、单端签名的使用纪律。

辨析助记词、私钥、keystore三种载体的关系：助记词是可读编码的种子，派生出整棵密钥树；单个私钥只是一根分支。说明不同载体泄露时的损失边界、迁移时的正确动作，以及导入地址对不上时的排查方向。