Zcash开发者提议20秒区块，日发行量保持不变
来源发布日期: 2026-11-08 · 编辑分析发布日期: 2026-11-09
11月8日提案接续NU7的25秒目标，以较小单块奖励和隐私操作上限配合更多区块，尚无激活日期。
25秒升级之后的下一步
Zcash开发者Dev Ojha与Evan Forbes在11月8日的社区帖子中提出，把目标区块间隔从25秒再缩短到20秒。他们希望进入下一轮社区投票，并考虑纳入NU7.1。论坛讨论和关联规范仍属于提案阶段，开放中的代码审查也不是激活通知。提案的基线，是NU7已经引入的25秒目标，而不是把20秒描述成当前网络已经执行的规则。
对挖矿或接收ZEC的人，吸引力在于付款进入区块的预期等待时间缩短；对节点和矿池运营者，关键是能否在不显著增加丢弃工作的前提下做到这一点。作者把它定位为降低延迟的变化，而不是增加每日隐私交易容量，或每天发行更多新币。读者需要同时看见这两个方向：更快的工作节奏，与按时间保持不变的发行目标。
区块变多，每块新币变少
按目标间隔计算，25秒对应每天预期3,456个区块，20秒对应4,320个。区块数量增加25%，并不表示新增ZEC也增加25%。草案把单块补贴缩放为原来的五分之四；用1.25倍区块数乘0.8倍补贴，得到相同时间内不变的预期新币发行量。这是对提案比例的解释，不是预测实际一天必定挖出这些区块。
减半间隔也从5,040,000块增至6,300,000块，以保持预期时间长度。提案保留发行日程和2,100万枚上限。因此，矿工不能把更多区块直接变成同比例收入预测；自己占网络工作的份额、交易手续费、被拒工作和矿池记账仍然重要。单看补贴比例，同样算力并没有获得额外每日新币奖励的承诺，实际结果还受随机发现和运营条件影响。
隐私操作上限相应缩小
提案将全局屏蔽操作预算，以及Orchard、Ironwood的每块操作上限，从330降到264；Sapling输入与输出总上限从300降到240。这些数字限制隐私交易内部的一部分工作，不代表每一个操作就是一次完整的客户付款。每块最大两兆字节仍保留，因此“区块更快”与“每块可装的各种工作量”不能混为一个指标。
这样调整是为了控制钱包负担。如果每块维持旧操作上限而区块更频繁，轻钱包一天可能需要处理的隐私数据上界就会增加。把操作上限缩为五分之四，保持预期每日上限不变。不过钱包仍须跟踪更多区块头，所以日隐私容量相同，不等于每一个字节和所有网络操作都完全一样。这里应区分交易内容工作量与区块数量带来的额外信息。
输掉区块竞争的电费
两名矿工可能在收到对方结果之前，分别找到竞争区块。最终其中一条分支成为接受链，落在链外的竞争块常被称为孤块。其矿工已投入电力，却得不到普通接受区块的奖励。目标间隔缩短，消息在下一次发现之前可传播的时间也减少，因此孤块是需要检查的运营风险，不能只看付款等待时间减少了几秒。
作者报告了一组80名矿工分布于12个地区的压力测试，使用完整两兆字节区块和20秒目标：纯Zakura网络孤块率1.9%，Zakura与Zebra-Andele各半时3.3%。他们用此前为25秒方案提供依据的4.68%实测结果作比较。这些是开发者在指定条件下的实验，不是ASIC.tools复现的结果，也不能保证真实矿池一定落在同一比例。节点软件组合和测试布局都属于结果的一部分。
更快确认不替交易所制定政策
三个目标间隔从75秒变为60秒，可直观说明等待时间的变化。但这是预期时间，不是倒计时；工作量证明发现区块具有随机性，实际块间隔可能长短不一。接收服务也可能要求不同确认数，或按经过的时间、累积工作量制定规则。该提案没有要求交易所降低确认数，因此存款何时可以使用，仍要查看实际接收服务的政策。
难度平均窗口也由102块改为128块，对应目标观察时间从2,550秒到2,560秒。这是近似相同，仍有十秒差别，不能写成精确不变。交易默认到期时间则从120块变为150块。相关项目说明，缩短目标间隔并非仅改节点里的一个数字；凡是用区块数量表达的时间规则，都需要协调，才能让按现实时间设计的行为尽量保持原意。
观察数据与升级状态分开读
论坛引用了NU7之后令人鼓舞的观察，但区块浏览器给出的孤块率，是其观察者看见的情况，不是全世界所有失败块的完整普查。ZecBlock方法说明称，11月5日前只有赫尔辛基一个节点观察，之后增加其他观察点。更多节点可能发现以前遗漏的竞争块，因此在覆盖范围改变时，仅比较前后百分比，不能单独分离升级造成的影响。
目前没有一项ASIC设置能够把网络切换成20秒，也没有在提案中确定激活日期。运营者可以跟进草案、社区投票和将来的节点发布要求，同时继续遵守现行网络规则。ASIC.tools核对了原始帖子、固定版本草案及观察方法，没有运行压力测试网络。正在讨论的是保持预期每日发行量的更快收录，不是即时结算或挖矿利润的新保证；从提议走到实际运行还需要后续决定。
浏览器另一项指标比较区块头时间与最早观察到的接收时间。ZecBlock解释，矿池常在发出任务时设置头部时间，因此差值包含寻找解答的时间，也包含传送，并不是直接的网络传播延迟；设备时钟甚至可能让差值为负。矿池调查过期工作时，不能把这张方便的图当作自己的份额提交、拒绝及连接记录。理解测量开始点与结束点，才能避免把挖矿解题时间误写成网络拥堵，或据此推算每个矿工损失了多少收益。
来源: Zcash developers / community proposal ↗ · Draft specification and review status ↗ · Pinned draft examined for this report ↗ · Observer methodology, not a universal orphan census ↗
挖矿计算器 ↗
