Zcash在测试网启用NU7，主网决策定于10月20日
该升级目标是25秒区块，并禁用v4交易，如果在激活之前未移动，可能会使Sprout持有的ZEC无法使用。
Zcash的NU7网络升级于10月4日18:21:45 UTC在测试网的区块4,465,026上激活，开启了一个针对11月5日主网推出的实时测试窗口。现在的关键催化剂是10月20日的开发者决定，这将锁定主网激活高度或推迟时间表。
NU7在Zcash测试网上上线，开始倒计时至10月20日
根据ZecBlock测试网浏览器，NU7现在在Zcash的公共测试网上运行，网络在10月4日18:21:45 UTC达到其预定激活点，区块为4,465,026。Zcash还通过一条X帖子确认NU7已在测试网上上线，将升级状态从“计划中”转变为“可操作测试中”，供节点运营商、钱包团队和交易所使用。
测试网的切换作为一个标题的重要性不如作为协调的时钟启动。NU7改变了共识规则和交易处理，因此生态系统在接下来的几周内的任务是，在类似生产的条件下运行发布候选版本，然后反馈在开发者承诺主网激活高度之前出现的任何问题。
正在实施的协议变更与交易者相关，因为它们改变了网络行为，而不仅仅是代码卫生。NU7的目标是将Zcash的区块间隔从75秒减少到25秒，这是一个结构性变化，如果在现实世界的测试网变异下保持稳定，应该会压缩确认节奏。NU7还增加了一个网络可持续性机制，将部分交易费用重定向到未来的区块奖励中，尽管材料中并未具体说明该部分和公式。
Zcash基金会对测试网运营商的指导非常明确：在“真实条件下”运行NU7发布候选版本。这表明该项目希望获得操作反馈，而不仅仅是绿色单元测试，并提高了在10月20日决策门之前发现任何边缘案例不兼容的可能性。
Sprout和v4交易关闭：交易者无法忽视的兼容性风险
NU7禁用了版本4交易，明确的后果是：在Zcash的传统Sprout保护池中持有的ZEC将变得无法支出，除非用户在NU7完全激活之前移动这些资金。这不是一个理论上的“某些钱包可能需要更新”的警告。这是一个兼容性截止，创建了用户行动的最后期限。
在机制上，这种升级细节往往在整个堆栈中作为最后时刻的摩擦浮现。钱包和保管人需要确保他们不会生成或接受网络在激活后会拒绝的交易格式，并且他们需要为仍在Sprout中的任何用户提供一个清晰的操作路径。如果迁移路径不明确，或者消息传递延迟，失败模式是可预测的：在激活窗口附近匆忙行动，支持票据，以及不想成为最后一个持有无法支出的资金的场所的临时存取政策变化。
对于交易者而言，直接风险不是“NU7破坏了Zcash”，而是v4关闭和Sprout可支出限制可能导致对手方之间的准备不均。如果有市场影响，通常来自操作瓶颈，而不是来自测试网络上升级的存在。
决策门：什么会确认11月5日主网激活
下一个重要的里程碑是10月20日，Zcash开发者计划在那时做出最终决定，是否继续进行主网激活，并根据测试网经验设定激活高度。已发布的激活高度是交易者可以依赖的实际确认。延迟公告或推迟设定高度的决定，是11月5日目标正在滑动的最清晰信号。
在测试窗口期间，还有两个项目处于“等待明确”状态。首先，文档是否更新以指定网络可持续机制的费用重定向参数，因为“部分交易费用”在方向上是明确的，但没有部分或公式就无法建模。其次，生态系统的准备信号，包括运营商是否遵循Zcash基金会的指示，在真实条件下运行NU7发布候选版本，以及钱包和交易所是否开始在11月5日临近时发布关于v4禁用和Sprout资金迁移的具体指导。
我的看法：此次升级更少关于炒作，更多关于操作风险
测试网激活被视为事件，但重要的阈值是10月20日，因为那时开发者要么承诺主网激活高度，要么隐含承认测试窗口发现了需要更多时间的问题。在这个决定落地之前，“11月5日”只是一个目标日期，而不是一个锁定的时间表。
突出的是，v4关闭对Sprout资金的框架是不可谈判的。如果生态系统没有提前传达这一信息，设置开始看起来像是一个熟悉的操作挤压，其中链升级是好的，但用户迁移和场所政策成为真正的波动性向量。如果10月20日产生一个明确的激活高度，并且生态系统在足够早的时间发布明确的Sprout迁移和交易兼容性指导，以避免最后时刻的混乱，这一发展在实际意义上是重要的。
