Loading...
在于 2026 年 9 月 14 日结束的 NU7 持币者投票中，约有 2,397,669 ZEC 投票支持 ZIP 218，141.6 ZEC 投票反对，支持率为 99.9%。大多数报道将其概括为“Zcash 区块变得更快。”这确实如此，但它遗漏了该提案的大部分内容，以及它刻意保持不变的大部分内容。
本页根据 ZIP 218 的原文解释：改变了什么，没有改变什么，以及其代价是什么。
| 当前 | ZIP 218 之后 | |
|---|---|---|
| 区块目标间隔 | 75 秒 | 25 秒 |
| 每日区块数 | 1,152 | 3,456 |
| 区块补贴（当前减半周期） | 1.5625 ZEC | 0.52083333 ZEC |
| 每日新增 ZEC | 不变 | 不变 |
| 减半间隔 | 1,680,000 个区块 | 5,040,000 个区块 |
| 每个区块的屏蔽操作限制 | 无（仅有 2 MB 大小限制） | 总计 330 个，且各池设有上限 |
| Orchard 吞吐量（2 操作交易） | 约每秒 2.9 笔 | 约每秒 6.6 笔 |
区块数量变为三倍，每个区块的奖励为原来的三分之一。供应时间表保持不变。
主要目标是降低等待时间。无论网络负载如何，如今一笔支付平均要等待 75 秒才能获得首次确认。间隔为 25 秒时，平均等待时间降至 25 秒。ZIP 指出，销售点支付、交易所充值和跨链桥是最能感受到这一变化的使用场景。
ZIP 中有两点值得牢记：
ZIP 还指出，仅通过增大区块大小也能实现更高吞吐量。选择缩短区块时间的原因在于延迟。
如果其他条件不变，将区块数量增至三倍会使每日发行量增至三倍。ZIP 218 通过在 NU7 激活后将每区块补贴额再除以三，防止这种情况发生。
在当前减半周期中，这会将区块补贴从 1.5625 ZEC 降至 0.52083333 ZEC（52,083,333 zatoshi）。由于 156,250,000 zatoshi 不能被三整除，每个区块会向下取整而少三分之一个 zatoshi。在完整的 5,040,000 区块减半间隔内，合计约为 0.0168 ZEC。
补贴是每个区块创建的全部新增 ZEC。现有的发展资金份额仍从中提取，因此矿工获得的少于完整数额，这一点与当前完全相同。
**关于 0.26041666 ZEC 数值的说明。**ZIP 草案的说明注释将 NU7 后的补贴写为 floor(156250000 / 6) = 0.26041666 ZEC，一些新闻报道也重复了这一说法。该注释少算了一倍：156,250,000 zatoshi 已经是 Blossom 后的补贴，因此再除以六，便是在 NU7 的三倍因子之上重复应用了 Blossom 的二倍因子。规范公式在当前减半索引下给出 floor(1,250,000,000 / (2 · 3 · 4)) = 52,083,333 zatoshi。Zebra 针对这一变更的实现问题（#11463）记录该注释重复计算了 Blossom 因子，告知实现者“实现公式，而非注释”，并称已针对 ZIP 提交修正。激活时的正确数值为 0.52083333 ZEC。
减半间隔从 1,680,000 个区块增至 5,040,000 个区块。由于区块产生频率变为三倍，减半仍会大致在未作此变更时的同一时间点发生。总供应上限不受影响。
这与 NU7 投票中的另一项发行问题是分开的，在该问题中持币者投票决定保留减半，而非用平滑曲线替代。ZIP 218 沿用现有减半模型，并不改变它。
ZIP 218 对单个区块可容纳的屏蔽活动量新增上限：
| 限制 | 每区块最大值 |
|---|---|
| 所有屏蔽池合计 | 330（每个 Sprout JoinSplit 计为 2 个） |
| Orchard 操作 | 330 |
| Sapling 输入加输出 | 300 |
| Sprout JoinSplit | 25 |
交易的透明部分不受影响，2 MB 区块大小限制仍然适用。
这些限制的存在，是因为更多区块原本也会意味着钱包和节点需要承担更多工作。有了这些上限，即使区块数量变为三倍，最坏情况实际上也会比当前更好：
Sapling 和 Sprout 的上限是特意设得很紧。截至 2026 年 5 月，Orchard 占据屏蔽 ZEC 的 87.9%，Sapling 占 11.6%，Sprout 占 0.5%，因此较小的池获得足够空间以满足实际使用，同时让攻击者可滥用的空间更少。由于 ZIP 317 费用对每个池中的每项逻辑操作收取相同费用，攻击者通过向一个池而非另一个池发送垃圾交易不会获得任何收益。
每个区块有 330 个 Orchard 操作时，标准的 2 操作 Orchard 交易每区块可容纳 ⌊330 / 2⌋ = 165 笔。每 25 秒一个区块，这约为每秒 6.6 笔交易，高于当前的约每秒 2.9 笔——ZIP 称其为常规 Orchard 吞吐量提升 2.3 倍。Sapling 约为每秒 3.0 笔，仍高于 Orchard 当前能够处理的水平。
难度算法在近期区块的一个窗口内取平均值。ZIP 218 将该窗口从 17 个区块提高至 102 个区块，因此它仍覆盖约 2,550 秒的实际时间，与 Zcash 以 150 秒区块启动时覆盖的时间跨度相同。ZIP 给出两个理由：避免让难度操纵攻击更容易发生（它引用了 Litecoin 在 2026 年 4 月的 MWEB 事件），以及平滑区块时间的短期波动。
激活后，区块时间需要一段时间才能稳定在新的目标值。这是预期之中的，也与 Blossom 时发生的情况相似，当时 Zcash 从 150 秒变为 75 秒。
这些是针对实现的建议，而非共识规则：
更快的区块并非没有代价。陈旧区块是有效区块，但由于另一个区块先到达网络而失去被纳入链中的竞争。区块间隔越短，这种情况发生得越频繁，而 ZIP 将陈旧率与区块传播、验证时间以及挖矿中心化风险联系起来。
还有两项较小的成本。轻钱包每天会多下载约 200 KB 的紧凑区块头数据。而且由于区块数量变为三倍，离线的全节点在追赶进度时需要处理更多区块，即使每个区块的验证成本更低。ZIP 接受这两项代价。