After the recent sentiment collection results (which clarified sentiment collection from earlier this year), discussions among the various orgs (ZF/Tachyon/Valar/ZODL/SL), feedback from proponents of proposals, and a discussion between Zakura and Zebra teams about timelines, there is now unanimous agreement among the orgs and engineering teams throughout the Zcash ecosystem.
New transaction formats do not appear in this network upgrade! The changes in this upgrade should not affect wallets in any significant way. Infrastructure such as full nodes, indexers and block explorers may be affected.
Checklist
I’ll use this thread as a checklist to keep people aware of what’s going on.
Code completion. September 30, 2026 - Features should be implemented and ready for inclusion in a testnet upgrade.
Testnet activation heights decided. Zakura and Zebra teams agreed at R&D Meeting to height 4465026 on Testnet.
Testnet activation. October 6, 2026 - The official Zcash testnet will upgrade to NU7.
Final mainnet activation decision. October 20, 2026 - The activation height and decision for mainnet activation, given experience with NU7 on testnet, will be set at this point. (This takes place a week before Zcon.)
Mainnet activation. November 5, 2026 - NU7 goes live on mainnet.
This divides the per-block subsidy by an additional factor of 3 relative to the post-Blossom subsidy, so that the total issuance per unit of wall clock time remains the same.
"New transaction formats do not appear in this network upgrade!"
I understand ZSAs won’t be going in yet, but does anyone know what the status is in terms of consensus around them? I personally think ZSAs would be a huge feature for zcash.
We’ll update it with the real testnet when it’s live. For now, it shows a staging testnet. The instructions let you join with Zakura and there’s a faucet available for grabbing some TAZ.
Hi everyone, I’m a new to the community.
I have recently started researching Zcash, and this thread helps me follow NU7 in real time. Thanks for the clear timeline!
I have a question about the new 25-second blocks.
Exchanges usually wait for several confirmations before crediting a deposit. Since blocks will be 3 times faster, will exchanges need to ask for more confirmations to stay just as safe?
And one more thing to make sure I understood: because NU7 disables v4 transactions, old Sprout funds (zc addresses) must be moved before Nov 5, right?
The confirmation limits are set by the exchanges so whether they want to extend them to compensate for less time is up to them (would not seeme very necessary imho).
As it’s stands correct, after nu7, sprout funds will effectively be stuck. There has always been some discussion about what to do with sprout funds after the pool is derecated, but nothing definitive ever decided.
Thanks! That makes sense. So after Nov 5, if someone finds an old wallet with Sprout funds, is there any chance of recovering them later, or would that require a new network upgrade?
After that date, sprout funds will not be able to be spent normally at all. The coming upgrade will disable them and there is relatively zero chance of them ever being reenabled normally through another upgrade. Any hope of recovery would come from some other method. like I said, discussion of such a thing has always kind of popped up here and there.
I’m Paul, working on ZECATHON Core & Tooling track entry around WebZjs on NU7 testnet. I’d like to avoid duplicating your NU7 work, so here is what I’ve found and what I’m doing. I did send an email last week to red.dev, but got no response.
Findings:
An unmodified WebZjs build can’t sync on the NU7 testnet. The testnet lightwalletd (v0.5.4) answers an empty GetAddressUtxosStream with a “trailers-only” response, which tonic-web-wasm-client rejects as malformed response. It’s already reported upstream (devashishdxt/tonic-web-wasm-client #99, with PR #113 open), and it isn’t fixed by 0.9.2.
I’ve ported zcash_client_memory and WebZjs to the NU7 pre-release crates (zcash_client_backend 0.25.0-pre.1 and friends). With a small workaround for the issue above, a wallet syncs to the chain tip on testnet. Send and receive aren’t tested yet.
Questions:
Which repo do you want PRs in: ZcashCommunityGrants/WebZjs or red-dev-inc/WebZjs?
You plan to bring in zcash_client_memory PR #17 for Ironwood. Is the NU7 dependency bump already underway on your side? I’d rather rebase my port onto #17 than compete with it
what’s your timeline for the NU7 release? I’d also like to propose some other features as separate PRs. Please your reply will be muchly appreciated as deadline approaches.
Btw, your work on NU7 might overlap with existing efforts, but we can compare and review your code to incorporate any additional features you have added.
