Zcash在11月5日NU7升级前公布Zebra的7项安全修复方案

距离Zcash NU7升级越来越近，基金会放出修复七个安全问题的节点客户端版本。这些漏洞会被恶意节点用来干扰同步、挤占服务器资源，虽然风险集中在节点服务可用性，用户资金是安全的。升级会调整区块时间，加快确认速度，同时配套调整区块奖励，维持长期发行规则不变。下面小编简单梳理了Zcash本次NU7升级的相关要点。

Zcash基金会于11月3日发布一份工程报告，介绍Zebra7.0.0版本包含7项安全修复，为主网NU7网络升级的激活做好技术准备。

基金会数据显示，全节点运营者必须在区块高度3543405之前完成软件升级，才能继续保持和网络共识链同步。

这份技术报告说明，其中6个漏洞可被恶意对等节点利用，导致同步进程中断、验证资源被独占，或是正常节点被错误封禁。第7个风险点则可能造成服务器上运行客户端的主进程zebrad意外关闭。

按照开发者的内部分级，5项安全公告属于高危等级，另外2项为中危等级。高危问题包含两处检查点同步漏洞、无效透明脚本惩罚机制不足、签名计算消耗算力过高，以及交易验证任务占满处理器线程等问题。

中危漏洞方面，报告提到一个问题会让Zebra在断开繁忙对等节点时卡死；另一个问题会在转发锁定时间将在下一个区块生效的交易时，误剔除合法节点。

其中一项和检查点相关的技术公告指出，未经过身份验证的对等节点可以发送虚假区块体。该问题会让正在同步的节点无法继续同步，只能重启系统，原因是软件错误标记缺失区块已经下载完成。

Zcash基金会在报告中着重说明，该漏洞的影响仅限于服务可用性：不会写入无效区块到磁盘、不会引发链分叉，用户资金安全不受影响。已经完成全量同步的节点不在受影响范围内。

数据库改动与NU7技术参数

Zebra7.0.0版本同时对本地存储结构做出调整。开发者在GitHub发布说明中表示，节点首次启动时会将状态数据从v28格式迁移至v29格式，不需要从创世区块重新完整下载。

由于Zebra6.x版本无法读取v29格式数据，工程团队建议升级前备份state/v28目录，并提醒：如果回退到旧版本，需要重新完整同步。

同时，网络指标功能也发生变更。基于独立IP标签和用户代理的监控面板将不再获取这些标识，节点运营者需要调整遥测系统配置。基金会还说明，7.0.0版本的支持周期为8周，区别于常规12周的支持周期。

协议层面，ZIP218改进提案计划将平均出块间隔由75秒缩短至25秒。根据设计方案，提速旨在加快日常支付确认、交易所充值以及跨链操作。

为避免对代币供应量造成通胀压力，每个区块的挖矿奖励会按比例下调。文档说明，ZEC每日增发总量保持不变，四年减半周期以及2100万枚的总量上限维持不变。

NU7还新增手续费储备机制：60%交易手续费暂时退出流通，留作后续挖矿奖励；剩余40%直接给到矿工。

针对矿工在坎昆Zcon7大会上反馈的区块构建与传播延迟问题，基金会已于10月31日同步发布Zebra Ándale（7.1.0-alpha.0）版本。开发者测试数据显示，在大量交易涌入后，区块模板生成耗时从8分钟以上缩短至约4秒。

种子节点运营者需要在主网激活区块3543405（计划于11月5日）之前部署配套的Zeeder v1.8.0版本。