Zcash NU7升级在即，Sprout池剩余1.2万枚ZEC面临永久失效风险

截至周四早晨，Zcash网络中的Sprout池仍存有约12,266枚ZEC，较一周前的22,263枚显著减少。大部分资金流出集中在周日，当时约9,094枚被转移。按当前1,300美元估值，剩余价值约为1,600万美元。

ZEC升级倒计时：关键激活节点即将触发

根据CoinDesk援引ZecStats数据，此次升级的核心节点为区块3,543,405，该高度由ZIP-259（NU7部署规范）设定，并在Zcash基金会发布的Zebra 7.0.0版本说明中再次确认。目前链上进度已达区块3,542,391，按每75秒出块速度估算，激活预计将于周五UTC时间02:30左右完成。实际时间可能受矿工出块节奏影响而波动。

双重钱包故障预警：两种旧格式将同时失效

此次升级不仅影响Sprout池，还涵盖所有Version-4交易。ZIP-2003明确禁止自NU7起的所有此类支付，包括仅透明和Sapling类型的交易。由于NU5引入Version 5、NU6.3引入Version 6，现有系统已不再支持Sprout格式。

因此，若用户使用过时钱包，可能遭遇两类问题：一是资金困于不兼容的Sprout池，因无有效支出方式而永久冻结；二是旧版透明或Sapling地址因软件拒绝接受特定版本交易而无法操作，但可通过更新至支持Version 5/6的客户端恢复。

提前签署交易需额外验证：潜在失败风险不可忽视

ZIP-259特别指出，即便Version 5/6交易也需在升级前完成签名并提交共识分支ID。若在激活后才广播，无论其格式如何，均可能因规则变更而失败。托管服务需确保其系统能正确处理这一过渡期。

恢复路径受限：唯一可行方案依赖第三方工具

自zcashd在NU6.3前停止维护后，唯一支持Sprout功能的官方软件已不再可用。持有者必须依赖外部恢复应用如Argos，该工具由Sovright开发，经独立审计，具备本地密钥处理与安全传输机制。

识别资金是第一步。以azc开头的是Sprout屏蔽地址，zs开头则属于Sapling池。但前缀不代表余额存在，需结合备份文件判断。重要的是，ZecWallet Lite种子无法重建独立生成的Sprout密钥，而zcashd wallet.dat无主种子，仅能提取内部存储的密钥。

恢复效率取决于备份质量：扫描耗时差异巨大

若已有包含可花费票据的数据文件，使用Argos可在数秒内完成提取；但若仅持有裸密钥或未重新扫描导入的密钥，则需对全链历史进行扫描，数据量达约26GB，耗时数小时。鉴于激活窗口以小时计算，时间差距可能决定能否成功转移。

资金转移目的地固定：只能转入Sapling池，需使用azs1地址或统一接收地址（Unified Address）。后续方可进一步迁移到Orchard池。

验证恢复工具：安全流程必须严格遵循

Argos应用提供macOS与Windows构建版本，均经代码签名。每个发布包附带SHA256SUMS文件及构建证明，可通过gh attestation verify命令校验。默认设置包含10%可选捐赠，输出结果在确认前可见，建议谨慎配置。

开发者强调，任何索要种子、钱包文件或密码短语的行为均为诈骗。点击提取后，应立即废弃恢复设备上的原始材料，以防恶意软件窃取信息。原钱包文件须保留至所有池余额清空为止。

确认交易必须依赖新版节点：避免误判风险

只有在激活高度之前广播的交易才会被计入。确认时必须使用支持NU7的软件，例如稳定版Zebra 7.0.0。未升级的旧节点可能仍运行非共识分支，导致显示虚假交易状态。

此外，从Sprout池退出的资金会短暂暴露于链上，因缺乏足够流量混合，可能导致金额与时间关联性增强，增加隐私泄露风险。周三仅有约40 ZEC流出，表明后期提款几乎无混币环境。

遗留资产仍计入总供应量：未来或存恢复可能

尽管部分资产将永久不可用，但根据ZIP-2003，Sprout池余额仍计入已发行总量，包括用于网络可持续性机制（ZIP-237）的计算。这意味着即使无法移动，这些资金仍影响整体供应核算。

理论上，社区未来可通过重新启用Version-4交易或新增检索机制来恢复这些资产。但提案也承认，这类支出可能永远无法恢复。

这一决策基于节点安全性考量：Sprout共享Sapling的Groth16证明系统与BLS12-381曲线，但其JoinSplit电路及空值引用符处理仍构成攻击面。因几乎无人使用，相关代码长期未优化，升级后移除可降低风险。

最终代价由少数持有者承担——那些备份缺失或未检查的用户。公共池余额无法区分是否可恢复。真正决定结局的数字，将是激活后ZecStats显示的残余价值。任何后续恢复提案（如新ZIP）将成为唯一可能解封资金的信号。