Cardano has another network upgrade on deck, informally tagged “Van Rossum” and tied to version 11. If you hold ADA, you’re probably wondering the same thing everyone asks before a hard fork: do I need to do anything and is my money safe?
This guide walks through what the upgrade is, who needs to act, how to avoid the usual traps, and how to track the rollout without getting lost in dev chatter. We’ll keep it simple and practical, with links to the places that matter.
For most ADA holders, a Cardano hard fork via the Hard Fork Combinator is designed to be smooth. Your funds and staking positions carry over automatically. Infrastructure operators and developers will handle the heavy lifting by upgrading to node version 11 when the release is finalized. Watch for official release notes and wallet updates, and ignore anyone asking you to send ADA to “upgrade.”
- No token swap, no new coin. ADA stays ADA.
- Stake, rewards, and UTXOs persist through the fork.
- Stake pool operators, exchanges, and dApps must update to v11.
- Confirm wallet and hardware wallet app updates from official channels.
- Expect announcements on the IOG blog and GitHub releases, not random X accounts.
What exactly is the Van Rossum hard fork and why is it tied to Version 11?
Cardano upgrades use the Hard Fork Combinator, which lets the network transition from one protocol version to the next without splitting into two competing chains. Think of it like a controlled track switch. When the threshold conditions are met and the date hits, the network steps into the new ruleset with everyone’s balances intact. You can read the broader design philosophy on the developer portal and IOG’s engineering posts: Developers and IOG Blog.
“Van Rossum” is the informal name circulating for the next major step. The practical signal to watch is versioning. When Input Output Global tags a mainnet-ready node release on GitHub and stakeholders align, v11 becomes the version the network expects block producers and integrators to run. Here’s the GitHub releases page you’ll want to check: cardano-node/releases.
Naming aside, details always come from the final release notes. Until those drop, treat any feature list as provisional. Cardano has a history of shipping focused upgrades — Vasil tightened performance, Valentine added SECP elliptic curves for Plutus interoperability — and the next step will follow that pattern of incremental, test-driven change.
Do regular ADA holders need to move funds or restake?
Short answer: no. Your ADA sits in UTXOs. A hard fork doesn’t invalidate those or your delegation certificates. The network simply changes the rules for new blocks. Your existing state carries forward.
What you might need to do is update your wallet software once maintainers ship support for the new node libraries and backend services. If you self-custody with a hardware wallet, you may see an app or firmware prompt from the vendor. Only install updates via official sites: Cardano.org wallets, Ledger Support, or Trezor Support.
Here’s a simple checklist so you don’t overthink it:
- Before: Back up your seed phrase. Verify your wallet app is from the official source.
- During: Avoid large, urgent moves at the exact fork time if you can wait an hour or two.
- After: Update your wallet when prompted. Reopen it and confirm your balance and stake status.
Who actually needs to prepare for Van Rossum and what will they change?
Three groups carry the operational work: stake pool operators, exchanges and custodians, and dApp teams.
Stake pool operators will compile and deploy node v11, update dependencies, check topology and P2P settings, and monitor block propagation at the fork. They usually rehearse this on preview and preprod networks first, guided by IOG and ecosystem notices on the developer portal: Developers.
Exchanges and custodians will run through their own playbooks: halt deposits and withdrawals briefly around the fork window, validate that their indexers and signers remain in sync, then reopen flows once confirmations stabilize. dApp teams refresh their backend services, indexers, and Plutus script assumptions and run sanity checks on preprod.
Role Vasil/Valentine pattern Van Rossum v11 expectations End users No action beyond wallet updates Same model: balances and stake persist Stake pools Upgrade node, monitor propagation Upgrade to v11, watch logs and peers Exchanges Temporarily pause deposits/withdrawals Likely similar brief maintenance window dApps Retest scripts/indexers on preprod Retest with v11 libs, then redeploy
Pro tip: The only upgrade status that matters is what’s posted by IOG, Cardano Foundation, and the cardano-node GitHub. Anything else is noise.
What could Version 11 actually change under the hood?
We’ll wait for release notes for specifics, but there are a few familiar areas where Cardano upgrades tend to land:
Performance and networking. Vasil introduced diffusion pipelining to improve throughput. Later releases expanded peer-to-peer features for stake pools. A v11 cut could keep hardening P2P, propagation, and mempool behavior. Follow IOG’s engineering blog for the patterns: IOG Blog.
Smart contracts. Valentine brought SECP256k1 primitives to Plutus to make cross-chain signatures easier. It’s reasonable to expect further library and cost-model refinements in v11. Plutus docs and examples live here: Plutus docs.
Governance plumbing. Cardano’s governance efforts have been shaped through CIPs like CIP-1694. If any governance hooks evolve, those would arrive with careful staging and community sign-off. The spec history is open here: CIP-1694 and the CIP site: CIPs.
Scaling companions. Side components like Hydra heads and Mithril snapshotting continue to iterate alongside core upgrades. They’re separate projects, but app teams often test them together around forks: Hydra and Mithril.
When will the fork trigger and how will you know it’s live?
Cardano hard forks go live when a supermajority of stake by block-producing pools runs the target node version, and core teams confirm network readiness. Historically, IOG has aimed for a high threshold of upgraded stake and integrations before triggering, then announced the epoch in advance. The public signals to watch are the GitHub release tag, IOG and Cardano Foundation posts, and your exchange maintenance notices: Cardano Foundation.
Practically, you’ll see preview and preprod testnets absorb the changes first. Then wallets push updates. Then mainnet gets a dated go-ahead. Your wallet balance won’t suddenly change — the changeover is about new blocks obeying new rules.
How to confirm in real time: wait for the official posts, then check a reputable explorer and your wallet. If explorers disagree for a few minutes, don’t panic. Let the network settle.
Is there anything risky about the transition?
The protocol path is well-rehearsed at this point, but there are human risks around any upgrade window. Scammers love the moment when everyone’s distracted and unsure.
- Phishing. Fake “upgrade” prompts and seeded wallet downloads spike. Only update from official links listed above.
- Liquidity bumps. Some exchanges pause IO. dApps with custom indexers may be read-only for a short stretch.
- Edge-case contracts. A tiny subset of scripts might need redeploys if cost models or libs change. Devs should test on preprod.
- Operational load. Stake pools see log noise and connection churn right at fork time. Seasoned operators plan for it.
None of these require moving your ADA. Patience and source discipline go a long way.
How does Cardano’s upgrade path compare to Ethereum and Solana?
Every chain upgrades differently. It helps to zoom out and see where Cardano sits in that spectrum.
Network Upgrade style User impact Operator impact Cardano Hard Fork Combinator, staged testnets, supermajority readiness No token swap; wallets update Stake pools upgrade node; dApps retest Ethereum Network upgrades at block/slot with client diversity Usually transparent; gas dynamics may shift Validators update clients; infra aligns on forks Solana Validator-led cluster version rollouts Mostly transparent; occasional RPC turbulence Validators coordinate activation; dApps track runtime changes
Cardano’s HFC aims for low drama. The tradeoff is deliberate pacing and lots of coordination up front.
Common Mistakes
- Sending ADA to an “upgrade address.” There is no such thing. Upgrades never ask you to transfer funds.
- Installing a wallet from a search ad. Use only the official Cardano.org wallet list or your vendor’s support site.
- Restaking because someone said rewards reset. Delegations persist. No need to churn pools unless you want to.
- Ignoring hardware wallet prompts for months. Stay reasonably current. Update from Ledger or Trezor’s official apps.
- For SPOs: upgrading hours before the fork. Build, test on preprod, rehearse, and schedule the switchover calmly.
- For devs: not pinning dependencies. Lock versions, run contract tests, and watch node release notes closely.
If you want fast, plain-English updates as the window approaches, we cover major mainnet events with context and safety tips at Crypto Daily.
Frequently Asked Questions
Will my staked ADA keep earning through the fork?
Yes. Delegations and reward schedules carry on. At most, an exchange might pause reward crediting if they maintain staking internally. Self-custodied stakes on-chain continue as usual.
Do I need to upgrade my Ledger or Trezor before the fork?
You don’t have to preemptively update, but it’s smart to be current within a reasonable window. If a vendor ships a patch to support new libs, they’ll post it on their official support pages. Avoid side-loaded firmware.
What happens to pending transactions at the fork boundary?
Nodes empty mempools as they see fit. If a transaction is unconfirmed at the exact cutover, it can be repropagated or reissued under the new rules. If you’re moving a large amount, consider sending either well before or shortly after the fork.
Could fees or script costs change with v11?
Possibly. Parameter changes and cost-model updates are a normal part of upgrades. Whether they change depends on the final release and governance steps. Watch the parameters in official notes and your dApp’s guidance.
Will Hydra heads or Mithril snapshots break?
Those are separate projects that track core changes. Teams typically validate compatibility on preview and preprod ahead of time. If you rely on them in production, follow their own release notes: Hydra and Mithril.
How do I verify my wallet is compatible with v11?
Open the official site for your wallet, check the latest release notes, and confirm support for the new node backend. If in doubt, wait a few hours post-fork and check community notices from Cardano Foundation and the wallet team.
What if my exchange halts deposits and withdrawals?
That’s normal. They’ll reopen once their infrastructure is synced and tested. Your ADA on the exchange isn’t disappearing. If you need access during the window, plan ahead by withdrawing earlier.
Disclaimer: This article is provided for informational purposes only. It is not offered or intended to be used as legal, tax, investment, financial, or other advice.

10 hours ago
19









English (US) ·