Zcash的NU7主网升级临近，服务商面对的验收对象已经不止节点版本。Zcash基金会10月22日发布的Zebra 7.0.0说明，将激活高度写为3,543,405，并预计在11月5日前后到达；届时目标出块间隔由75秒缩至25秒。对准备转账或充值的持有人来说，这改变了等待区块的节奏，却没有替交易所决定入账条件，也没有把每日新增ZEC变成原来的三倍。[1]
先看充值端究竟在等待什么
区块更密，直接改善的是交易被纳入区块后累积确认的时间尺度。它不会自动缩短钱包构造交易、节点广播、交易所扫描和内部风控的全部耗时。把一笔充值从发送到可交易的过程拆开，只有其中跟区块间隔相关的部分能直接受益。某个平台若正在维护索引器，即使网络正常出块，用户仍可能在账户余额里看不到更新。这是应用链路上的等待，不能据此倒推出升级没有生效。
可以做一个带前提的比较：假定平台维持相同确认数、交易及时被打包、节点同步正常，目标间隔缩短后，等待确认的平均时间应随之下降。相同确认数与相同安全预算不能直接画等号；服务商仍须结合自身重组容忍度、网络观察与资金规模决定门槛。这里没有取得任何一家交易所对NU7确认数的最终承诺，因此不能把25秒写成用户必然到账的时限。
ZIP 218把这个差异写得更细：在攻击者算力占比固定、验证与传播耗时相对区块间隔仍很小的模型下，相同回滚容忍度有望获得接近三倍的确认提速；若收款方等到交易之后累积的区块奖励超过付款金额，平均等待时间则大体不变，改善更多体现在等待波动下降。[4]因此，支付体验有机会改善，却需要先说清采用什么威胁模型。不能一边沿用按经济成本衡量的安全要求，一边只按区块数量计算速度收益。
付款方还应区分交易已广播、已进块和余额可用三个状态。前两个通常能从链上证据判断，最后一个由收款服务的账务系统交付。升级后的体验若要得到证明，需要的是同一笔交易的时间记录，以及平台当时公开的确认要求，而不是将旧入账时长简单除以三。本文讨论的都是规则变化与条件推演，没有进行主网NU7实测。
图为生成概念插图，表示区块节奏与收款服务之间仍有处理环节，不对应真实网络测速。
单块奖励变小，才使更密的区块保持发行节奏
基金会发布说明明确：每日ZEC发行量保持不变，区块奖励除以三，剩余减半区间的区块数乘以三，资助流周期也作相应调整。[1]因此，观察者不能只统计一天比过去多了多少个区块，再按旧的单块补贴计算卖压。那样会把新旧两套参数混在同一张表里。
相关下载： Binance全球顶级交易所 v3.22.3大小：306.0M
这个区别影响持仓判断。若交易需求、矿工支出和市场价格都暂时不变，更频繁发奖本身没有增加规则设定的每日发行总额；但它也不保证矿工每天出售的数量不变。矿工可以使用历史库存，电费和融资安排也会改变出售时点。发行路径是协议参数，交易所净流入与实际成交是行为数据，二者需要分别取得证据。
同样，减半间隔按区块数调整，是为了维持日历时间上的安排，而不是凭空将下一次减半推迟到原来的三倍。阅读升级前后的统计面板时，应检查面板采用的区块间隔、补贴和剩余高度是否已经同步。只更新了区块速度、没有更新补贴参数的收益估算器，会生成看似精确却失真的结果。
25秒是目标间隔，不是每一个区块都按秒表到达的保证。短期观测窗口里的发行或确认时间也可能偏离目标。要检验新参数是否如设计运行，需要足够长的区块样本，并区分激活前后高度；把跨越升级的一段混合样本直接平均，会掩盖参数切换。
原文摘录排版，非网页截图；文字来自Zcash基金会10月22日的Zebra 7.0.0发布说明。[1]
保留余额与能够花费，升级前要分开确认
比速度更有时间约束的是交易格式。发布说明称，NU7激活后版本4交易失效，版本5与版本6仍然有效；由于Sprout转账只能使用版本4，留在Sprout池中的资金将无法花费。[1]这是一项针对特定旧资金池与格式的兼容变化，不能泛化成所有旧钱包里的ZEC都会冻结，也不能用一句“只要余额还在就没事”忽略它。
一个持有人可能看得到旧余额，却缺少能被新共识接受的花费路径。账户展示、密钥控制和有效交易格式各自回答不同问题。判断是否受影响，应依据钱包记录与对应资金池，不能单凭软件界面年代或总余额下结论。涉及旧钱包时，应先从官方文档确认恢复与转出路径，在可信环境中处理密钥；本文没有取得个人钱包数据，无法为某一份历史备份判定可用性。
节点升级完成之后，还有读取数据的服务
基金会要求主网节点在激活高度之前升级，并说明未升级节点将跟随不同的链；Zebra的新状态数据库采用v29格式，直接读取数据库的工具也须同时升级到兼容构建。[1]这解释了为什么“服务器已经装好新版本”仍然不足以证明收款系统准备完毕。若数据库读取器或地址索引还沿用旧假设，节点追上链头与账户记账正常可以出现分离。
对运营者，更有意义的验收是完整执行一条收款和支出流程：节点报告的网络与高度正确，索引器能读取新状态，钱包产生有效格式，记账系统在满足自身确认条件后更新。这里列出的是验收逻辑，并不表示这些服务已经完成测试。实际维护窗口、充值恢复时间与确认数仍应以各服务商的公开说明为准。
相关下载： 欧易okx交易所 v6.195.1大小：549.4M
在激活高度前后保留可对照的证据
NU7时间线列出的11月5日是计划日期；10月22日发布说明给出的3,543,405高度，才让服务商有了具体的升级边界。[1][2]距离日历日期还有几天，不能代替查看当前高度与运行版本。本文检索截至11月1日，未采集当前全网升级比例，也未取得所有交易所的维护公告，因此不对“全生态已经就绪”作判断。
升级价值可以分成两轮观察。先看系统能否沿正确规则连续运行，旧格式限制是否按说明执行，充值索引是否持续同步；再看用户在平台确认要求不变或明确调整的条件下，是否实际缩短了可用余额的等待。后一轮需要应用数据，不能只拿区块浏览器上更密的区块替代。
如果平台提高了确认数，到账提速幅度可能低于区块间隔的变化；如果钱包同步和索引处理也获得改善，用户体验又可能来自多项变化共同作用。对ZEC的需求判断还需要支付使用、持仓与交易数据，不能从技术参数直接推导价格。当前能成立的结论很具体：发行计划有配套调整，旧Sprout资金有花费边界，而25秒区块能带来多少收款改善，需要在服务端的实际规则与记录中兑现。
资料来源
[2] NU7时间线与升级安排
用户评论