Zcash turned ten years old on October 28, 2026, and the Zcash NU7 upgrade now has a firm mainnet target. The Zcash Foundation released Zebra 7.0.0 with NU7 support and instructed node operators to upgrade before block 3,543,405, expected around November 5. Operators remaining on incompatible software risk falling off the consensus chain.
The release schedule leaves little room for delay. Zebra 6.4.x releases are scheduled to stop operating around November 2, several days before activation. Engineers shortened that operating window from 15 weeks to 12 so legacy software would expire before the switch rather than during it. They also adjusted expiry calculations and synchronization estimates to follow the block time in effect at each height, preventing faster production from causing older clients to shut down sooner than intended.
What the Zcash NU7 upgrade changes
The most visible change is block speed. The target interval falls from 75 seconds to 25 seconds. An exchange that requires three confirmations before crediting a deposit would reduce its theoretical wait from nearly four minutes to roughly one minute and 25 seconds. Payment users may notice the same improvement, although exchange policies will determine how much of the theoretical gain reaches customers.
Shorter blocks do not produce three times as many new coins. The software divides the scheduled block reward by three and extends the halving interval to match the faster cadence. Daily issuance remains near 1,800 ZEC, and the protocol’s 21 million ZEC supply cap is unchanged. The third halving also moves to block 6,132,390, currently estimated for late November 2028.
NU7 also introduces a fee reserve. Under the Network Sustainability Mechanism, 60 percent of transaction fees are removed from circulation and retained in a reserve. Miners directly keep the remaining 40 percent. The reserved portion can begin returning through additional block rewards at block 8,939,664, expected around February 2031.
Because block subsidies dominate actual issuance, the reserve’s immediate effect on circulating supply is likely to be small. Its significance lies in redirecting where transaction fees accrue. It also creates a future connection between network usage and miner compensation without changing the present total supply limit.
Legacy Sprout transactions become invalid
The upgrade includes a hard compatibility break for version 4 transactions. Those transactions become invalid after activation, which disables the original Sprout privacy pool and freezes any balances remaining inside it. This includes funds that users had supplied to decentralised exchanges using that pool.
This is not a routine software refresh. Users who believe value remains in the original Sprout system should review transaction history and obtain current technical guidance before activation. The change may also affect services, explorers, indexers and applications that still depend on version 4 transaction processing.
NU7 does not introduce a replacement transaction format for those assets. It also does not deploy two earlier fee and issuance proposals that continue to appear in some coverage. That distinction matters because early discussions combined several possible mechanisms, while the final upgrade has a narrower design built around faster blocks, a fee reserve and the legacy transaction cutoff.
Testnet data showed useful progress and real limits
NU7 reached the public test network at block 4,465,026 on October 4, two days ahead of schedule. An independent observer counted 49,203 blocks with a mean interval of 23.68 seconds and a median of 17 seconds, against an expected figure of 17.3 seconds. Five of six large hashrate jumps were absorbed, with difficulty returning within 15 percent of the new level after a median of 960 blocks.
Not every testnet block succeeded. Five of 780 announced blocks in a 330-minute window failed to make the chain. These results indicate that the faster schedule can handle substantial changes in mining activity, but they do not remove operational risks. The test network also cannot reproduce every condition that may emerge on mainnet.
Faster blocks create a trade-off for privacy. More frequent intervals provide observers with finer timing data, which can be combined with information from other networks or applications. The proposal’s shielded-activity limits are intended to protect light wallets from spam and reduce worst-case synchronization bandwidth, but they do not prevent traffic analysis or eliminate denial-of-service risk.
Coinholder approval shaped the final rules
The consensus changes followed a coinholder vote that closed on September 14. Voting power was based on spendable shielded funds held in Ironwood at a snapshot taken at mainnet block 3,459,350. The results recorded 2,375,932 ZEC in participation, about 66 percent of the eligible pool and roughly twice the participation seen in February’s vote.
Coinholders backed retaining the halving schedule by 106 votes to one, while an advisory panel had divided 57 to 54 on the same question. Separate proposals received about 99.9 percent support for shorter block spacing, 98.9 percent support for preserving halvings and 96.6 percent support for the February 2031 reissuance start. Five independent engineering groups then agreed to build the upgrade around the coinholder outcome.
That process gives the change substantial community legitimacy, but voting does not remove execution risk. A hard consensus upgrade depends on operators updating compatible software, exchanges and services continuing to follow the network, and users understanding the consequences of disabled transaction formats.
Operators face a hard deadline
The pinned activation height is the most important detail for validators and infrastructure providers. Zcash upgrades begin at a block height rather than a fixed calendar moment, so the estimated November 5 timing can shift with actual block production. Operators should focus on the height and deploy compatible releases well before the old software expires.
Zebra 7.0.0 is the release carrying NU7 mainnet support. After activation, upgraded nodes are expected to disconnect peers advertising an older network protocol version. Unsupported software may remain online while following a pre-NU7 branch, but it will no longer participate in the upgraded consensus chain.
The foundation has not confirmed how many operators were still running incompatible software at activation. That figure is not needed to understand the deadline, however. Any node that must remain connected needs the supported release installed and synchronized before block 3,543,405.
Market interest rose, but execution remains the test
ZEC rose roughly 12 percent after developers merged the mainnet activation height. The token traded near 1,355 dollars on October 27 and stood at about 1,275 dollars on October 29, down 2.65 percent from the prior day’s close. Its market capitalisation was near 21.6 billion dollars, ranking ninth among cryptocurrencies, with about 16.94 million ZEC circulating.
Grayscale’s Zcash ETF recorded 41.1 million dollars of inflows in the week to October 23, reversing three weeks of outflows. Those figures show renewed attention around the upgrade, but a price move does not demonstrate a lasting demand increase. No major exchange, wallet or merchant had announced a specific NU7 service plan at the time of the reporting reviewed here.
The practical case for NU7 is clearer: faster settlement, unchanged scheduled issuance and a new mechanism for distributing fees. The risks are equally concrete. Software errors could disrupt service, the legacy Sprout cutoff could strand value, and faster blocks expose users to finer timing observations. Whether node operators complete the upgrade cleanly, and whether the fee reserve changes what Zcash is valued for, will decide how much the Zcash NU7 upgrade matters beyond its faster block times.
With a fixed activation height, supported software available and a deadline for old releases, the market can now evaluate more than the idea of NU7. The network must execute the consensus change cleanly. The final outcome will depend on operator readiness and user understanding as much as on the Zcash NU7 upgrade’s technical design, making the Zcash NU7 upgrade a practical test of coordination across its developer, validator and user communities.