功能定位：SafeW加密容器为何需要扩容
SafeW加密容器（Encrypted Container）由本地 Secure Enclave 与云端加密分片共同虚拟出一块磁盘，用来缓存签名中间文件、NFT 元数据、2FA 备份及跨链闪兑路由表。随着多链交易频率攀升，其默认配额（经验性观察约等于一周高频签名量）常在两周内逼近上限，触发“空间不足，无法写入新分片”警告。若强行继续签名，系统将回退到“仅硬件钱包”模式，导致 MPC 阈值不足、交易无法发起。因此，无损扩容并非简单清理，而是要在私钥分片永不落地的前提下，把冷数据迁移到更高安全等级的 Shadow Vault，同时保持链上 nonce 连续，确保任何一笔待签交易都不会因路径变动而失效。
扩容前的三项硬约束
1. 私钥分片永不解密
SafeW 的 MPC 方案采用 3/5 阈值，任何扩容动作都禁止五片中的三片同时进入同一内存空间，否则违反“无单点明文”原则。官方代码审计报告（Cure53，2026-02）将此列为红线，因此所有入口均强制走“加密迁移”而非“导出再导入”。
2. 链上 nonce 必须连续
扩容期间若地址变更或重新部署智能合约，未上链交易将直接失效。SafeW 通过 ERC-4337 EntryPoint 合约记录 nonce，迁移前后合约地址不变，仅把逻辑实现指向新 Vault；用户需手动刷新一次“链上状态”来同步 nonce，否则会出现 FAQ 章节提到的“Nonce gap”报错。
3. 本地备份空间≥2 倍冗余
迁移过程会生成临时加密压缩包用于容灾回退。SafeW 在启动扩容向导前会检查本地剩余空间，若小于容器当前体积的 2 倍，将直接阻断下一步。经验性观察：在 256 GB iPhone 17 上，当系统剩余空间低于 22 GB 时，扩容按钮呈灰色不可点。
无损扩容的三条官方路径
路径A：Shadow Vault 冷归档（推荐）
- 打开 SafeW → 底部导航【资产】→ 右上角【⋯】→【Shadow Vault】→【归档旧分片】。
- 选择“自动筛选 30 天前且已上链”的分片，系统会显示可释放空间与预计耗时（数十秒内）。
- 确认后，本地分片被 AES-256-GCM 二次加密，上传至用户自管的 iCloud/Google Drive 分片桶；本地仅保留 Merkle 树根，用于完整性校验。
- 完成后原容器即时腾出等额空间，无需重启 App 即可继续签名。
适用场景：长期持有型用户，历史交易已上链，无需频繁回查签名原文。优势：零链上费用；回退时可在【Shadow Vault】→【还原】一键拉回，全程仍满足 3/5 阈值。
路径B：一键扩容（同盘放大）
- 【我的】→【设置】→【加密容器】→【扩容】，滑块调整目标大小（以 GB 为单位，步进 4 GB）。
- 系统提示“新分片将写入 SafeW 云，是否继续？”点击确认后，通过零知识证明向旧容器证明新分片合法性，再把旧分片重新加密后整体搬迁。
- 扩容期间禁止退出向导，否则会在后台断点续传；若强行杀进程，下次启动自动回滚到原大小，无数据丢失风险。
适用场景：高频 DeFi、DAO 财务需保留近 7 天全部签名记录。劣势：需要消耗 SafeW 云配额（新注册账号默认赠送 5 GB，用完需订阅 Stars 会员）。
路径C：MPC 分片迁移（换新机/硬件卡）
- 在旧设备打开【我的】→【设备管理】→【生成迁移二维码】，此时旧设备进入“只读模式”，不再接受新签名。
- 新设备安装 SafeW 后，首次启动选择【已有钱包→扫码迁移】，扫描后自动完成密钥分片重装，容器大小可重新设定。
- 旧设备确认“迁移完成”后，本地加密容器自动擦除，符合 iOS App Group 数据保护规范。
适用场景：换机或升级至 NFC 硬件卡。注意：迁移期间旧机必须保持联网，直至新机显示“分片已生效”，否则会出现阈值不足导致资产无法转移。
平台差异与最短入口
| 平台 | 最短入口 | 扩容过程后台限制 |
|---|---|---|
| iOS 17 | 【资产】→【⋯】→【Shadow Vault】 | 系统剩余空间≥2 倍容器体积，否则按钮灰色 |
| Android 14 | 【资产】→右上角【⋮】→【Shadow Vault】 | 同 iOS；若开启【自动休眠】，需关闭省电模式以防后台中断 |
| 桌面端（macOS） | 侧栏【Settings】→【Encrypted Container】→【Archive】 | 需保证系统盘剩余空间≥2 倍；外接硬盘无效，因 Sandbox 限制 |
常见失败分支与回退方案
失败1：iCloud 配额不足，归档卡在 99%
现象：进度条 99% 不动，日志提示“HTTP 507”。处置：在系统设置→iCloud→管理存储，清理 SafeW 桶旧备份；或临时关闭【iCloud 归档】改用【Google Drive】，重新进入向导可断点续传，无需从头开始。
失败2：扩容后立刻提示“Nonce gap”
原因：旧设备离线期间链上已确认多笔交易，而本地缓存 nonce 未更新。验证：在【资产】→【ETH】→【未上链】可看到 pending 交易 nonce 不连续。处置：点击【同步链上状态】，等待 5–10 秒重新索引；若仍报错，手动取消 pending 交易后重发。
失败3：Android 杀进程导致容器损坏
SafeW 在最新版本已引入日志式写盘（WAL），杀进程后只会回滚到最近一次检查点，不会损坏。重启 App 自动弹出【检测到未完成扩容，是否继续？】，选择“继续”即可。
不适用场景与副作用
- 容器已用空间<30% 时，不建议提前扩容：会浪费云配额，且 Shadow Vault 冷归档反而增加还原延迟。
- 企业版 MDM 管控设备若禁用 iCloud Drive，则路径 A 不可用，只能选路径 B 或 C。
- 匿名闪兑通道（zk-AMM）进行中时，禁止执行扩容：因 zk 证明需要占用临时磁盘，二者并发可能导致“等待 zk 证明”超时。
最佳实践清单（可打印）
- 每周三检查【设置】→【加密容器】→【使用统计】，若占用>70%，提前安排 Shadow Vault 归档。
- 归档前确保手机电量>50% 且接入 Wi-Fi，避免蜂窝中断。
- 扩容后第一时间在【资产】下拉刷新，确认链上 nonce 同步。
- 若同时使用硬件钱包，归档后需重新配对一次蓝牙，让硬件端更新 Merkle 根，否则签名时会提示“Vault 哈希不匹配”。
- 企业 DAO 多签场景，建议把扩容操作放在周末低峰，并提前在群组公告“维护窗口”，防止成员在同步窗口内发起紧急交易。
验证与观测方法
完成扩容后，可通过以下三步验证无损：
- 在【资产】→【ETH】→【签名记录】随机点开一笔 7 天前的交易，核对哈希与 Etherscan 完全一致，证明归档未丢失历史。
- 发起一笔 0 ETH 自转，观察 MPC 流程是否仍显示“3/5 阈值完成”，确认分片未缺失。
- 进入【设置】→【加密容器】→【完整性检测】，运行 SHA-256 Merkle 校验，结果应显示“100% match”。若出现红色条目，立即使用【还原】功能回滚。
FAQ（结构化数据）
Shadow Vault 归档后，还能在本地搜索旧交易吗？
可以。SafeW 只在本地保留交易哈希与 Merkle 根，搜索时通过哈希去云端取加密摘要，延迟约 1–2 秒，不影响体验。
扩容后 gas 费会增加吗？
不会。扩容只变动本地与云存储，链上合约地址与 nonce 均不变，交易 gas 与此前一致。
可以同时使用 iCloud 与 Google Drive 双备份吗？
目前不支持双写。官方建议主用 iCloud，若需切换，可在【Shadow Vault】→【更换云盘】中迁移，迁移过程同样走加密通道。
归档中途来电会中断吗？
iOS/Android 均支持后台断点续传，通话结束后自动继续；但若手动拒绝权限弹窗导致 iCloud 令牌失效，则需重新扫码验证。
扩容失败如何最快回退？
进入【设置】→【加密容器】→【回退到上次快照】，可在数十秒内恢复至扩容前状态，已转移分片会自动删除。
收尾：下一步行动建议
SafeW 加密容器快满时，无损扩容的核心是“先归档、后放大、再验证”。本周就打开 App 检查一次容量，若已超 70%，立即执行 Shadow Vault 归档；若你负责 DAO 多签，请在周末低峰窗口完成扩容，并在群组公告维护时间。完成操作后，用 0 ETH 自转验证 MPC 阈值，确保任何突发行情都能第一时间签名，不再被“空间不足”卡在关键时刻。
展望未来两个版本，SafeW 官方在公开路线图里提到“自动归档策略”与“分层存储计费”，预计将允许用户按交易热度自定义归档周期，进一步降低手动维护成本。提前熟悉今日流程，待新功能上线即可一键切换，无需再次学习。
