市场快照 · ↗比特币价格$77,735全网算力936 EH/s挖矿难度127.45 T

固件与调优

Zcash准备迎接25秒区块:Zebra 7.0.0明确矿工升级节点的期限

来源发布日期: 2026-10-22 · 编辑分析发布日期: 2026-10-26

Zebra 7.0.0支持在3,543,405高度启用NU7。区块变快不代表每日ZEC发行量翻三倍,矿池也需调整奖励交易的构建方式。

本站示意:NU7目标间隔从75秒改为25秒,每日计划发行量不变;预计在3,543,405高度激活。
本站示意:NU7目标间隔从75秒改为25秒,每日计划发行量不变;预计在3,543,405高度激活。 ASIC.tools · original explanation · CC BY 4.0

期限由区块高度决定

Zcash Foundation于10月22日发布Zebra 7.0.0,支持下一次主网升级NU7。运行Zebra节点的运营者必须在区块高度3,543,405之前完成升级,才能继续遵循主网共识链。基金会预计该高度约在11月5日到达,但真正触发升级的是区块高度,日历日期只是估算,不能代替对实际链高度的检查。

对于开采ZEC的人,首先要确认由谁运行提供挖矿任务的节点。节点负责验证区块,并帮助矿池构建候选区块。如果这些基础设施由矿池维护,节点升级由矿池运营者处理;如果矿工运行自己的节点或个人单挖系统,就需要自行负责这部分准备,而不是等待矿池替自己完成。

此次发布的是节点软件,并非适用于所有Zcash专用矿机的固件。因此,不应把Zebra程序上传到矿机固件更新页面。先弄清设备、矿池和节点之间如何连接,再检查相应运营者的NU7准备情况。单个组件显示新版本,并不能说明整条挖矿流程已经经过兼容性验证。

区块增加三倍,每块补贴相应缩小

NU7把目标出块间隔从75秒改为25秒。目标间隔是协议希望长期达到的平均值,并非每笔付款都严格等待固定秒数的计时器。实际区块仍可能提前或延后,收款平台也可能要求多次确认后才入账。更快的目标间隔,不能直接当成任何交易所对用户到账时间的保证。

配套发行规则把每块的计划补贴除以三,并调整剩余减半区间,以维持四年的减半安排。在其他条件相同的情况下,区块机会变为原来的三倍,而每次对应三分之一的补贴。每日计划发行量不会因此翻三倍,ZEC总量上限仍为2,100万枚;不能只看出块次数来估算新增收益。

可以把它理解为把每天一条面包切成更多片:片数增加,并不等于面包变多。这个比喻说明的是计划发行量,并不是承诺某台矿机每天收入不变。个体矿工还受到自己在全网算力中的占比、被拒绝的工作、停机、手续费以及ZEC市场价格等因素影响,比较收益时仍需分别考虑。

本站分配图:交易手续费60%进入储备机制,40%可由矿工领取;不是补贴减少60%,储备重新发行从8,939,664高度开始。
本站分配图:交易手续费60%进入储备机制,40%可由矿工领取;不是补贴减少60%,储备重新发行从8,939,664高度开始。 ASIC.tools · original explanation · CC BY 4.0

交易手续费采用单独的分配规则

根据基金会说明与ZIP 235,NU7将每块交易手续费的60%移出流通,进入储备机制,矿工可领取剩余40%。这里说的是交易手续费,而不是普通区块补贴的60%,更不是矿工账户全部余额的60%。把手续费部分与补贴部分混在一起,会严重误读升级对收入的影响。

之后,储备中的规定部分会通过未来区块奖励重新发行。ZIP 259规定,主网重新发行从另一个高度8,939,664开始。手续费进入储备和日后重新发行属于不同阶段,矿池不能把当下被保留的全部费用,直接作为现在可以分配给矿工的收入,也不能把预计后续收益提前当成已到账金额。

比较升级前后的收益时,应把区块补贴与交易手续费分开列出。一个组成部分按某比例变化,并不意味着总收入按相同比例变化。个人实际收到多少,还取决于矿池使用的结算规则,以及它找到的区块中包含哪些交易。只套用一个百分比,无法替代完整的收入核对。

矿池需要重新请求区块模板

区块模板是节点提供给挖矿软件的候选区块。在Zebra 7.0.0的getblocktemplate接口中,只有时间字段被标记为可以修改。奖励交易称为coinbase,它是一种用于生成和分配区块奖励的特殊交易,并非这里指某家交易所;它需要承诺所选交易的费用以及对应区块补贴。

基金会给矿池的实际要求是:需要调整交易集合或前一区块时,应请求新的模板,不要自行改动已有模板。从NU7开始,奖励交易还必须遵守矿工只能领取40%手续费的规则。改造旧矿池软件时,不能只确认节点版本变新,还需要检查模板和奖励交易的构造是否符合规则。

通过矿池挖矿的家庭用户,可以查看明确的升级准备公告,并核对自己的设备是否持续提交被接受的工作。控制面板没有报错,并不能证明节点升级已成功。应把设备状态与矿池端接受的份额记录相互核对;如果需要修改连接配置,先保留原先能够正常工作的设置,便于恢复和比较。

本站升级流程:保存v28状态、迁移v29、检查模板和监控。Zebra 6.x不能使用v29;没有适当旧状态时,降级需完整重新同步。
本站升级流程:保存v28状态、迁移v29、检查模板和监控。Zebra 6.x不能使用v29;没有适当旧状态时,降级需完整重新同步。 ASIC.tools · original explanation · CC BY 4.0

数据库迁移之前先备份

Zebra 7首次启动时,会把状态数据库从v28格式迁移为v29,正常情况下不需要因此重新同步整条链。发布说明建议从Zebra 6.x升级的运营者,先备份已配置状态缓存目录中的state/v28。此前已经运行7.0.0候选版的人,通常已经完成了这一数据库格式转换,应按自己的实际状态检查。

Zebra 6.x无法使用迁移后的v29数据库。迁移后若要降级,除非保留了适当的旧状态,否则需要完整重新同步。因此,只留下旧版程序文件还不够;经过检查的备份和预留维护时间更有价值。不要把跨主要版本的回退,理解成随时切换一个开关就能恢复工作的简单操作。

该版本也改变了一些监控标签和日志内容。如果告警依赖已经删除的标签,即使节点仍在运行,告警也可能失效。运营者应在升级后检查仪表盘,并阅读7.0.0候选版的说明,因为正式版继承了其中额外的配置与远程调用接口变化,不能只看正式版相对候选版的增量列表。

接下来应核对什么

Zebra 7.0.0还修复了同步停顿、已挖区块的广播以及多个安全问题。这些变化关系到矿池能否及时拿到最新工作,并把找到的区块发送出去。不过,发布说明并不是我们对所有安装环境的实测,不能据此保证每个矿池的拒绝率降低多少,也不能把节点修复说成矿机芯片算力必然增加。

该版本的支持期为八周,而不是通常的十二周;说明中描述它会在估计发布高度后约56天停止运行。安装7.0.0属于持续维护的一步,不意味着此后可以忽略新版本。下载和操作说明应来自项目官方渠道,维护计划也应包括观察后续发布,而非只在本次升级时检查一次。

对只有一台ZEC矿机的读者,重点可以归纳为几件事:确认由哪个矿池或节点生成模板,核实其NU7准备安排,并先理解新的奖励计算方式,再比较收益。我们在10月26日检查时,此事仍属于主网未来激活前的准备,并不是宣布主网已经开始按25秒目标间隔运行。

来源: Zcash Foundation ↗ · Zebra 7.0.0 release and security fixes ↗ · NU7 activation specification ZIP 259 ↗ · ZIP 218 block interval changes ↗ · ZIP 235 fee mechanism ↗

挖矿计算器 ↗

本栏目更多内容