你人在的时候，服务商是你最可靠的帮手；你人不在了，服务商先倒了——那你的恢复方案还剩几成？
这不是假设。2026年7月，Loopring DEX宣布永久停止交易服务，中继器下线，用户资产需要等官方分批发回L1钱包。同月，EMURGO关闭了SecondFi，团队转向"构建链上可审计的恢复系统"。更早的BlockFi破产后，平台关闭，用户被迫通过Coinbase才能提款，没及时操作的人资产被变卖成现金。
这些案例的共同点：服务停运后，用户还有出路，但靠的不是"服务商继续帮忙"，而是"资产本身还在链上"。
那如果你依赖的是一家提供"加密遗嘱"或"继承托管"服务的平台，它突然停运，你预设的恢复方案还能执行吗？
答案取决于你的方案属于下面哪种类型。
情况 A：你的方案完全依赖中心化服务商（CEX的继承功能/遗嘱平台）
比如你在币安设置了紧急联系人，功能路径是：首页→个人信息→账户安全→紧急联系人。或者你用了Sarcophagus这类去中心化失能开关，把私钥加密文件存在Arweave上，指定接收人。
[做什么]：评估"平台停运"对"继承人获取资产"的实际影响。
[怎么做]：分两层判断：
| 依赖层级 | 例子 | 平台停运后的影响 |
|---|---|---|
| 触发机制依赖平台 | 币安的"账户长期不活跃自动通知紧急联系人"功能 | 通知可能发不出去，但资产仍在你的币安账户里。继承人可以通过常规继承流程（死亡证明+遗嘱认证）向平台申请提取——前提是平台还在运营。如果平台本身倒闭（如BlockFi），资产进入破产清算，继承人只能参与分配。 |
| 私钥/文件存储依赖平台 | Sarcophagus存储在Arweave上的加密私钥文件 | Arweave是独立存储层，Sarcophagus停运不影响文件可读性。只要继承人知道去哪找、用什么工具解密，资产可恢复。 |
[完成标准]：你能清晰回答："如果这家公司明天关门，我继承人拿什么、通过什么渠道、需要多久才能取到钱？"
如果是资产在CEX的路径：核心风险是平台倒闭，而非功能停用。备选方案是提前将大额资产从交易所提到自托管钱包，交易所只留日常使用的金额。
如果是文件上链的路径：核心风险是"继承人不知道文件在哪"。备选方案是在遗嘱清单中写明"加密文件存储于Arweave对应地址，解密密钥见指定位置"。
情况 B：你的方案基于链上智能合约（多签/时间锁/去中心化遗嘱协议）
这类方案的优势是：智能合约部署在公链上，只要链还在，合约逻辑就还在。
[做什么]：确认你的继承逻辑是否依赖"外部触发"，而非纯链上执行。
[怎么做]：区分两种子类型：
| 方案类型 | 例子 | 停运影响 | 是否可自救 |
|---|---|---|---|
| 链上自执行合约 | 多签钱包（Safe）、时间锁合约 | 前端界面（如Safe Web App）停运，但合约本身在链上。可通过区块浏览器直接调用合约函数（execTransaction）完成签名和转账。 | ✅ 是，需懂ABI和直接调用合约 |
| 依赖链下服务触发 | 依赖Chainlink Automation或Keepers网络来执行"过期自动转移" | 如果服务商停止运行这些Keepers，智能合约的自动触发函数可能不会被调用，资产不会自动转移。但合约的"手动触发"函数仍然可用，继承人可以自己发起调用。 | ⚠️ 部分可用，需要继承人能手动操作 |
[完成标准]：你知道你的方案属于哪一种，并且如果是第二种，你确认了手动触发的备用路径（即哪个函数、需要什么参数、Gas费谁来出）。
常见失败原因：把"界面"当成"服务"
很多用户分不清"平台的前端界面"和"链上合约本身"。以为网站打不开了，资产就没了——这是误解。
错误认知："我必须等Safe官方恢复网站才能操作多签。"
正确认知：Safe是一个智能合约，部署在以太坊主网上。即使Safe公司倒闭，你的多签钱包依然可以通过Etherscan直接调用execTransaction函数来转移资产。你需要的是懂这个流程的人，不是等官方恢复网站。
这就是为什么加密遗产方案的核心不能是"某家公司的承诺"，而必须是"区块链上可验证、可执行的逻辑"。公司会倒，前端会关，但只要链在，合约就在。
风险提醒：如果合约本身有管理员权限
有些遗产协议在合约中保留了"可升级"或"管理员暂停"权限。如果开发团队停运前没有把权限移交或丢弃（renounce ownership），这个合约可能被永久冻结，或存在被后门控制的风险。
核实方法：在区块浏览器（如Etherscan）中查看合约代码，搜索onlyOwner、pause、upgrade等关键词。如果看到这些权限且未转移给DAO或销毁，说明你的资产恢复能力最终仍依赖开发团队，而非完全去中心化——那它本质上和情况A没有区别。
操作完成的校验方式
完成以上评估后，做一次"最坏情况演练"：
假设你用的协议前端已关闭：直接通过区块浏览器，手动查询你部署的继承合约当前状态（如时间锁剩余时间、多签签名状态、受益人地址）。
模拟"主动触发"而非"等待自动触发"：如果是需要Keepers定期调用的方案，尝试手动调用继承合约的claim或execute函数（用测试网或极小金额），确认这条路径可走通。
写下"离线操作手册"：把上述手动操作的步骤（包括合约地址、函数名、参数格式、Gas估算）写成一份纸质文档，与助记词分开放置。如果所有Web3前端都消失，这份手册就是你继承人的救命稻草。
