Zcash开发者提议在NU7之后进一步缩短区块时间

Zcash的开发者们正在推动一项协议变更，旨在加快交易在网络中获得初始确认的速度。该提案建议将Zcash的目标区块间隔从25秒缩短至20秒。这一看似微小的调整，对于期望更快结算的用户钱包和支付流程而言，可能具有重要意义。 根据开发者ValarDragon和Evan Forbes提交给Zcash社区论坛的草案《Zcash改进提案》（ZIP），这项变更将在下一次社区投票中进行审议。如果获得批准，它将被纳入即将到来的NU7.1网络升级中。

核心要点

开发者提议将Zcash的目标区块间隔从25秒降低至20秒，以缩短预期的确认时间。

该草案ZIP请求通过即将到来的社区投票进行审议，并计划针对NU7.1版本实施。

提案指出，此变更不会增加私密交易的每日容量上限。

尽管区块生产频率提高，但网络的发行时间表以及Zcash 2100万枚ZEC的供应上限将保持不变。

NU7上线后更快的确认速度

该提案的时机值得注意。就在几天前，Zcash的NU7升级已在主网激活，此前已进行过一系列部署步骤。正如之前的报道所述，NU7将网络的目标区块间隔从75秒减少到了25秒。

NU7还引入了“网络可持续性机制”（Network Sustainability Mechanism），旨在将部分交易费用回收用于未来的挖矿奖励，同时维持Zcash 2100万枚ZEC的供应上限。随着网络已经朝着更快速度的区块方向迈进，新的ZIP实际上延续了这种注重性能的方向——进一步缩小了“足够快”与“比上一次重大升级更快”之间的差距。

ZIP的具体诉求

在发布在Zcash社区论坛上的草案ZIP中，ValarDragon和Evan Forbes阐述了将区块间目标间距从25秒减少到20秒的理由。开发者认为，这将减少初始交易确认的等待时间。

他们将这一变更与实际链上使用情况联系起来，列举了确认速度能转化为更流畅用户体验的工作流程，具体包括：销售点支付、交易所存款以及跨链互换。对于这些类型的操作，较长的确认窗口会增加额外的摩擦，包括用户反馈延迟以及交易所或互换服务下游处理的延误。

提案还明确解决了关于容量和货币政策的担忧。草案指出，加快区块生产不应提高网络私密交易的总体每日容量，并且即使区块生产更加频繁，也应保留现有的发行时间表。

对于关注Zcash路线图的投资者和运营者来说，这些澄清至关重要。“更快的区块”有时可能意味着对激励机制、费用动态或链的实际吞吐量产生连锁反应。通过声明容量和发行机制应保持一致，开发者发出的信号是：其目标是改善延迟，而非对网络扩展方式进行广泛改变。

为何5秒的差异仍然重要

将目标区块间隔从25秒减少到20秒，使预期节奏减少了约20%。虽然这与NU7早期从75秒到25秒的变动幅度不同，但它仍可能对现实世界的结算时间产生影响。

在去中心化系统中，“确认时间”通常由区块生产和特定钱包、支付处理器、交易所或桥接器所需的确认数量驱动。即使软件被编码为等待固定数量的确认，较短的区块时间通常会减少墙钟延迟——这意味着用户可能更早达到“安全继续”的阈值。

随着Zcash继续推出强调运营改进的升级，并与如NU7中引入的网络可持续性机制等经济设计元素相结合，这一点可能尤为相关。

NU7.1之前需要关注的重点

由于草案ZIP尚未成为激活的协议变更，下一步将是政治和程序性的：它计划包含在社区投票中，然后考虑纳入NU7.1。这意味着结果将取决于论坛参与者和治理过程是否接受提案所隐含的权衡。

读者应密切关注任何讨论，特别是关于新目标间隔的实施方式，以及ZIP中的假设——尤其是关于私密交易容量和保留发行时间表的部分——是否在审查下站得住脚。鉴于NU7刚刚激活，Zcash社区实质上是在测试势头：网络能否在不干扰其赖以建立的激励结构和货币约束的情况下，继续保持响应能力的提升？

目前的核心问题是，社区是否会认为这种增量缩减是为NU7.1进行的有价值的延迟升级——以及后续的治理和实施细节是否证实它能改善确认速度且没有意外副作用。