Same process,
use : version: 3.0.2-CYPHERPUNK
released : 2026-07-27
Cake Wallet was ready for the hard-fork, with version 6.4.0 going live this morning on all app stores!
Out now and automatically migrating users through a privacy-preserving path as soon as they open their Zcash wallets.
More info in our docs: Ironwood migration | Crypto | Cake Wallet - Docs
Ironwood is live and working in Cake Wallet with auto-migration. Can be seen in my tweet!
Ironwood is active!!
Important privacy note for all Zcash users:
Not every wallet supports the privacy-optimized Ironwood migration process yet, be careful right now.
The Zodl app does not yet support the safest migration path.
If you send funds in an Ironwood wallet which does not have a migration feature, the funds will send just fine. But, you are broadcasting the amount that you sent between the Orchard and Ironwood pools publicly on the blockchain forever. Sender and recipient remain private, but your amount is public.
Wallets supporting the safest fund migration path take a specific approach to moving your funds between pools. Please wait for Zodl to add support for this if you absolutely need the highest level of privacy.
Cake Wallet and Vizor are two wallets that I have tested that support safer migration, I believe Zkool also supports it but I have not yet tested.
I’m sure Zodl will update here as soon as they release support, they are working tirelessly over there.
Quick Gem Wallet status update:
We successfully completed a transparent ZEC transaction after Ironwood activation. Our public Zcash backend is synchronized past the activation height and reports the Ironwood consensus branch ID (37a5165b).
Public node status: https://gemnodes.com/zcash/api/
{
"blockbook": {
"initialSync": false,
"inSync": true,
"bestHeight": 3428921,
"inSyncMempool": true
},
"backend": {
"chain": "main",
"blocks": 3428921,
"headers": 3428921,
"version": "zebra",
"consensus": {
"chaintip": "37a5165b",
"nextblock": "37a5165b"
}
}
}
Block height shown is a snapshot and will increase over time.
Gem currently supports transparent ZEC only. Shielded transactions and Orchard-to-Ironwood migration are not yet supported.
We are still confirming the exact Zebra build used by our managed node providers, so this update confirms post-activation transparent transaction compatibility rather than a specific Zebra version.
The android appstore version of Zkool is updated, ios still pending.
Zkool migration support added! I have confirmed Orchard to Ironwood txids working.
Click three dots:
Then last option below,
I recommend using Tor (embedded arti or external socks proxy) to hide your IP for the lightwalletd server
Realized I posted on X, but not here.
Vizor supports both the Ironwood pool as well as the Orchard → Ironwood migration. All products provide both the private (ZIP-318) migration path as well as an immediate migration path, but Android currently only has the ‘immediate’ feature and not the private path (hoping to push an update soon, but no specific dates).
Based on our testing, we highly recommend that you use our desktop wallet client.
This is due to the nature of private migrations taking anywhere from 12 hours to many days. Our mobile wallet will provide notifications for when you need to enter the app to continue the migration process, but it’s fundamentally takes more effort compared to the desktop migration, which allows the migration to happen seamlessly in the background as long as the wallet is open and running.
Vizor provides the option to easily export desktop wallets to the mobile wallet, so you can always re-import the accounts after the migration has completed.
Migrated so far: Over 419,293 ZEC
Two days in and the story has shifted from “is your software ready” to “migration works on mainnet.” The top post is updated in this thread. Here’s what changed since the 28th.
zcash_client_backend 0.24.0-rc.6, zcash_client_sqlite 0.22.0-rc.6), and zcash_keys is final at 0.16.1. Finals for the wallet crates look close.z_exportviewingkey, and verification of security-relevant wallet.db records before use.Vizor posted useful operational detail: all Vizor products support Ironwood and migration, and they recommend desktop for private migrations, which run anywhere from 12 hours to multiple days. You can export the wallet to mobile once migration completes. Vizor’s Android app lacks the private path for now, with an update planned.
Their support article describes the private flow in development: balances worked into standard sizes like cash note denominations, transfers staggered on randomized schedules, network checks separated from broadcasts, and the full schedule shown up front before you consent. No release date yet, and they’re targeting iOS and Android simultaneously.
I cannot help to think that if the Zodl team believes that all of these migration safeguards are so important, they should be warning their users in their released apps to wait for their safer release. Currently Zodl users are crossing the turnstile without any migration process or privacy enhancements.
My warning at the top of the post stands until it ships: basic fund movement works in 3.8.0 today, but amounts crossing the turnstile are still way more revealing on Zodl. A 3.8.1 Android release is staged in the repo but not yet published.
Cipherscan reports that 82.5% of all Ironwood migrations are failing to follow the ZIP-318 migration standards for privacy over the past 7 days, with over 24% failing to even try.
It’s hard not to blame ZODL for this, I fully expect this to improve once they fix their apps to follow the standard that they helped define.
Anything else that shipped and isn’t on the list, reply here or DM me and I’ll add it.
Is there a way to set the migration amount per transaction in Zkool? Trying to do it per the auto button seems to prefer sub 1 Zec amounts which (in my case) will take a very long time to migrate.
cc @hanh
You should be able to just do it manually and have control over your input notes as well.
It is not gonna be all sub ZEC amounts as it is broken into standard denominations of powers of 10, but it can take a long time still. You can always do a orchard to ironwood tx of any amount.
Nozy supports ZIP 318 Orchard to Ironwood migration (CLI/desktop), so users aren’t forced into a naive cross-pool send. We also treat IP submit as part of safer migration prefer a local Zebrad, or opt-in Nym mixnet smolmix for remote sendrawtransaction / migrate-broadcast so the submit host isn’t your clearnet IP. Tor/I2P and an explicit private-network attestation are other accepted paths. Turnstile amounts are still public by design, mixnet doesn’t hide the amount, it breaks the IP link.
Migrated so far: >702,861 ZEC
The top post is updated in this thread. Here’s what changed since the 30th.
Zingo! iOS updated on July 31 to 2.0.21 (311) on the App Store, with 2.0.22 (313) tagged the same day carrying Ironwood support. Thanks @dismad for confirming with a screenshot.
v0.5.2 (July 30) is the third security release in a week. It narrows the GetMempoolTx mutex to the cache it protects (GHSA-f9pw-q493-7qvh, GHSA-9p9r-mggr-8q9g). v0.5.1 bounded oversized client input, v0.5.0 was the Ironwood release. If you are on 0.5.0 or 0.5.1, update.
Most wallets are allowing manual control of migration amounts, via regular Zcash sends. Manual control is there if you want it. But the defaults exist because a hand-picked amount is exactly the kind of thing that makes your crossing identifiable, so unless you know specifically why you’re overriding, don’t.
zcash_client_backend 0.24.0-rc.6, zcash_client_sqlite 0.22.0-rc.6). Everything else in the cohort is final.Anything else that shipped and isn’t on the list, reply here or DM me and I’ll add it.
Ironward.