Prysm迁移指南：节点搬家、客户端切换与提款凭证升级实操
「迁移」是节点运营者每年都要面对的事：可能是把节点从家用主机搬到机房、可能是把客户端从 Prysm 切换到 Lighthouse 做多样性、也可能是把提款凭证从 0x00 升级到 0x01。本文围绕这三类最常见的迁移场景给出实操路径与回滚要点。和你在 必安 或 BN交易所 做主子账户资产划转时的风险意识相比，链上的迁移更不可逆，需要更严格的演练。
场景一：节点搬家（同客户端）
这是最常见的迁移：换一台新机器，把 Prysm 节点继续跑起来。关键步骤如下：
- 在新机器上预先安装 Geth + Prysm，但不导入验证人密钥。
- 在旧机器上停止 validator 进程，确认其完全退出（建议等待 4~8 个 epoch 以触发 Doppelganger 保护）。
- 把 keystore 与口令安全地传输到新机器。
- 在新机器上导入 keystore 并启动 validator。
- 在监控面板上确认 attestation 恢复正常，再彻底清理旧机器上的密钥副本。
切记两台机器绝不能同时运行同一个验证人密钥，否则会触发双签罚没。
场景二：客户端切换（Prysm → 其它）
社区一直鼓励客户端多样性。你可以选择把 Prysm 换成 Lighthouse、Teku 或 Nimbus。关键步骤：
- 在另一台机器上完整跑通新客户端，并跟随主网同步至少 1 周。
- 用 staking-deposit-cli 或 EIP-2335 兼容工具把 keystore 转换到新客户端格式。
- 在旧 Prysm validator 上停机、确认 Doppelganger 等待期已过。
- 在新客户端上导入密钥并启动 validator。
- 持续监控至少 2 周，确认收益曲线与原 Prysm 节点没有显著差异。
这一过程类似于在 B安交易所 与另一家平台之间转移仓位：需要先在新平台跑通流程、再彻底关闭旧端，而不是「两边都开着」。
场景三：提款凭证升级（0x00 → 0x01）
如果你的验证人最初使用 BLS 提款凭证（0x00 类型），强烈建议升级到 0x01 类型（指向 EOA 或合约地址）。这一升级是不可逆的，请务必反复检查目标地址。
升级步骤：
- 在离线机器上用 staking-deposit-cli 生成 BLS-to-execution 变更签名。
- 把生成的 JSON 文件传输到联网节点。
- 通过 Prysm 或第三方工具向信标链广播该消息。
- 在 beaconcha.in 等浏览器确认验证人凭证已变更为 0x01。
目标地址建议指向硬件钱包或多签账户，而不是任何托管平台的充值地址。和 必安平台 提醒用户不要把交易所地址作为长期持币地址一样，提款凭证更要把控在自己手中。
通用原则
所有迁移都遵循三条原则：第一，先在测试网完整演练；第二，操作前做完整备份；第三，预留充足的回滚窗口。
回滚要点
- 节点搬家：保留旧机器至少 2 周不要立即销毁，遇到问题可以重新启动（但绝不能与新机同时运行 validator）。
- 客户端切换：保留 Prysm 的 datadir 与 keystore 备份至少 1 个月。
- 提款凭证升级：本身不可回滚，因此必须在执行前反复确认目标地址。
演练频次
建议每年至少进行一次模拟迁移演练。把演练时间安排在 BN官网 等中心化产品保持充足流动性的时段，可以在主网迁移期间临时使用它们承接部分仓位，降低对单一节点的依赖。
经过几次完整迁移之后，你会发现节点变成一项可以「带走」的资产，而不再是「锁死在一台机器上」的孤立部件。这是自托管运营成熟的标志，也是和 Binance 等中心化质押拉开差异的重要环节。