Zcash 基金会近日概述了 Zebra 7.0.0 版本中的七项安全修复措施。随着节点运营商为定于 11 月 5 日左右进行的 NU7 主网升级做最后准备，此次更新旨在确保网络的稳定性和安全性。
Zcash 基金会于 11 月 3 日发布的工程更新涵盖了 10 月 20 日至 11 月 2 日期间的工作，汇总了 NU7 激活前的剩余准备工作。Zebra 7.0.0 已于 10 月 22 日发布，因此最新公告作为激活前的进度报告，重点强调了安全性的提升。
基金会将其中六项安全问题描述为：对等节点可能通过停滞同步、占用验证资源或导致诚实节点被封禁来干扰网络。第七项问题则可能导致 zebrad（运行 Zebra 节点的软件进程）崩溃。
基金会的发布公告将五项建议归类为“高危”，两项为“中危”：
高危问题：包括两种检查点同步失败、对无效透明脚本的惩罚不足、昂贵的签名计算开销，以及一个可能占用验证线程的交易检查逻辑。 中危问题：其中一个缺陷可能导致 Zebra 在与繁忙的对等节点断开连接时停止运行；另一个缺陷可能导致节点因中继交易而错误封禁诚实节点，该交易的锁定时效将在下一个区块变为有效。检查点验证漏洞：未经身份验证的对等节点可以提供伪造的区块体，导致正在同步的节点无法继续推进，直到重启。节点错误地将缺失的区块视为已下载，从而阻止其请求有效的副本。此漏洞的影响仅限于可用性：没有无效区块写入磁盘，未发生链分叉，资金未受影响。已经同步完成的节点不受此影响。
相关状态不同步漏洞：提交失败后，检查点验证器可能与存储的状态不同步。虽然重启可以恢复进度，但受影响的节点可能在后续同步过程中再次停滞。
基金会强调，主网运营商必须在区块 3,543,405 之前完成升级。一旦 NU7 激活，升级后的节点将与运行旧版本的节点断开连接，而不兼容的节点可能会跟随不同的链分支。此前已有报道指出，主网升级截止日期适用于希望留在共识链上的运营商。
数据库格式变更：安装过程涉及数据库格式的更改。根据 GitHub 发行说明，Zebra 在首次启动时会将存储状态从 v28 格式迁移至 v29 格式，无需重新同步。需要注意的是，Zebra 6.x 无法读取新格式。因此，回退到旧版本的运营商需要完全重新同步，开发者建议在升级前备份 state/v28 目录。
监控系统调整：由于对等指标不再包含单个地址和用户代理标签，基于这些字段构建的面板和警报需要进行相应调整。此外，Zebra 7.0.0 的支持周期为八周，短于通常的十二周。
根据 ZIP-218 规范，NU7 将目标区块间隔从 75 秒缩短至 25 秒。这一变化将影响支付、交易所存款和跨链操作等活动的确认等待时间。
发行量不变：每日计划发行的 ZEC 数量保持不变，因为每个区块的奖励已根据更快的出块速度进行了调整。提案不建议客户端减少确认次数。 减半机制保留：基金会保留了四年一次的减半计划和 2100 万 ZEC 的供应上限。 费用储备机制：NU7 引入了费用储备机制，其中 60% 的交易费将从流通中移除用于未来奖励，剩余 40% 由矿工保留。针对在 Zcon7 会议上收到的关于模板创建缓慢、区块接受延迟和中继问题的投诉，基金会于 10 月 31 日发布了 Zebra Ándale（版本 7.1.0-alpha.0）。
该 Alpha 版本用对已验证交易和内存池变化的响应取代了轮询延迟。在基金会的基准测试中，此前需要超过八分钟才能到达挖矿模板的大型交易突发流量，现在仅需约四秒即可处理。这些数据来源于开发人员在 Alpha 版本中报告的测试结果。
工程更新指出，Zeeder v1.8.0 会宣传 NU7 协议版本，以确保升级后的节点在激活后继续接受连接。种子节点运营商被指示提前部署该版本。团队目前正在审查可选的区块修剪功能以节省磁盘空间，同时保持全链存储作为默认设置。
声明：文章不代表币圈网立场和观点，不构成本站任何投资建议。内容仅供参考！
免责声明:本站所有内容仅供用户学习和研究,不构成任何投资建议.不对任何信息而导致的任何损失负责.谨慎使用相关数据和内容,并自行承担所带来的一切风险.