Cardano’s Van Rossem Hard Fork: The First Major L1 Upgraded Purely by Community Vote

TL;DR

The Van Rossem hard fork activated on July 18, 2026 taking Cardano to Protocol Version 11. 

• Activation: July 18, 2026, ~21:44:51 UTC, Slot 192,844,800, epoch 644.
• Downtime: none beyond a brief block gap. No block-production halt.
• Holder action required: none. No wallet updates, token swaps, or manual steps.
• Governance first: the first Cardano fork ratified end-to-end by on-chain governance, with no Input Output orchestration.

Background 

The Van Rossem upgrade is the first time a Cardano community changed its own protocol purely by vote. DReps, stake pool operators, and a Constitutional Committee approved the change through Cardano’s on-chain governance, and no founding company directed the process.

The fork carries the name of Max van Rossem, a Dutch Cardano contributor who passed away in October 2025. He served as a DRep, a node operator, and a constitutional delegate, and he helped design the governance system that later ratified the upgrade bearing his name.

The market picture is more measured than the milestone. Van Rossem hard fork was a technical and governance success, while the price response stayed muted to mixed.

Cardano proved that a live production blockchain can upgrade itself through structured community consent. That precedent outweighs any single technical feature inside the release.

What Is the Van Rossem Hard Fork?

The Van Rossem hard fork is an intra-era upgrade inside the Conway ledger era that advances Cardano to Protocol Version 11, which keeps disruption low for wallets, exchanges, stake pool operators, and dApps.

Full era transitions such as Byron and Shelley carry heavier migration work by comparison.

Hard forks on Cardano typically use a coordinated activation at an epoch boundary. Nodes running the new software recognise the version change at the scheduled slot, so the transition avoids a chain split.

Van Rossem is a developer-and-operator upgrade. It gives smart-contract programmers new tools and makes existing contracts cheaper to run, and it tightens one security rule for stake pool operators. Nothing changes for ordinary ADA holders: transactions, wallets, and fees work exactly as before.

1. The ledger does not change eras

Van Rossem is an intra-era hard fork that keeps the ledger in the Conway era with no era transition. It bumps the protocol to major version 11, minor version 0.

The disruption is minimal because this is a focused rule change. A full re-platforming like Shelley or Alonzo touched the ledger rules themselves.

2. Five new Plutus primitives (the developer toolkit)

Plutus is Cardano’s smart-contract language, and Van Rossem adds 5 new built-in operations that each close a specific gap.

• CIP-133 —multi-scalar multiplication over BLS12-381. This is the most consequential change for advanced use cases, letting the network verify large numbers of signatures at once. It helps teams building zero-knowledge proofs, multi-signature wallets, and compliance tools that previously relied on off-chain computation. Batch verification that was too expensive to do on-chain now becomes viable.
• CIP-138 — a native array type. It brings an Array type with constant-time indexing to Plutus Core, replacing the previous singly-linked list structure for many use cases. Looking up the Nth item no longer means walking the whole list.
• CIP-153 — optimized multi-asset value handling. It introduces a native Value type, streamlining multi-asset token handling. This is directly relevant to any contract handling multiple tokens, such as DEX routers and liquidity pools.
• CIP-132 — a dropList built-in. It speeds up list manipulation and improves list-element access and redeemer-indexing efficiency, trimming compute on operations that iterate over collections.
• CIP-109 — modular exponentiation built-in. It supports cryptographic operations like elliptic-curve calculations.

3. Built-ins are unified across all Plutus versions

Van Rossem makes all built-in functions available consistently across Plutus V1, V2, and V3, expanding the capabilities of V1 and V2 scripts. Historically, each Plutus language version exposed its own subset of built-ins, so newer functionality was reachable only by recompiling contracts to the latest version.

This includes the 5 newly introduced functions. A performance-oriented addition also supports “case”-expressions for built-in types (Bool, Integer, and Data) in Untyped Plutus Core, giving performance improvements and cleaner script logic.

4. One ledger-security rule for stake pool operators (VRF key uniqueness)

Stake pools must use a unique Verifiable Random Function (VRF) key tied to each pool identity, ending the practice of reusing a key across the network. This closes a class of key-reuse edge cases at the consensus layer. 

The net effect

The combined result of the 5 CIPs plus the cost-model work is that Plutus script execution costs drop and script processing speeds up. The new cryptographic tools open up zero-knowledge and signature-heavy applications that were previously too expensive to run on-chain.

Why It Is Important: Governance, Developers, and Ecosystem

The governance breakthrough is the central point of the Van Rossem upgrade. Three separate bodies approved the fork, functioning as a separation of powers across Cardano’s governance model.

Each body plays a distinct role in the approval process:

1. DReps (delegated holders) vote on behalf of delegated stake.
2. Stake pool operators (SPOs) signal readiness and consent at the network layer.
3. Constitutional Committee (CC) checks the change against the constitution.

DReps approved the fork comfortably while SPOs cleared their threshold by a thin margin. The distribution across the three bodies is itself a data point about participation.

The developer benefit centres on cheaper Plutus execution. Lower execution costs improve the economics for DeFi, NFT, and dApp builders who have cited transaction costs as a bottleneck.

The upgrade also lays procedural and technical groundwork for Ouroboros Leios. Van Rossem establishes the vote-driven upgrade pattern that future scaling work is expected to follow.

Network stability held throughout the transition. Pre-fork node readiness was high, and Intersect, the coordinator of the Hard Fork Working Group, reported no downtime.

Market and Community Reaction

Community sentiment around Van Rossem centered less on the feature set than on the meaning of this process. For a network that spent years positioning governance as its differentiator, ratifying a live protocol change end-to-end by vote, with no founding company steering the outcome, validated that the Voltaire-era system works in production rather than on paper.

The naming of the fork after Max van Rossem, a contributor who helped design the governance system that ratified it, reinforced that framing for the community. Sentiment was not uniformly celebratory.

Challenges and Criticisms

The narrow SPO margin is the most concrete criticism. Approval cleared the 51% threshold by roughly 1.7 percentage points, reaching 52.7%, which raises a fair question about how many operators actively participated in the vote.

Van Rossem ships developer and operator infrastructure with no consumer-facing feature. Anyone expecting a visible product change should treat it as groundwork.

Adoption is the open question. Whether cheaper contract execution translates into measurable dApp growth and higher TVL (total value locked) is still unproven.

Future Outlook

Where Van Rossem was an intra-era fork inside Conway, Dijkstra is a full era transition (the heavier class of upgrade Cardano last saw with Shelley and Alonzo.)

The Dijkstra era hard fork is Cardano’s next major upgrade, and it is the vehicle that will actually deploy Ouroboros Leios. Van Rossem is explicitly the stepping stone to it: Input Output stated that alongside the Plutus and cost-model improvements, the upgrade “lays the foundation for the next upgrade, the Dijkstra era hard fork, which will introduce Ouroboros Leios to Cardano.” 

Ouroboros Leios itself is the scaling redesign of Cardano’s proof-of-stake consensus, targeting more than 1,000 TPS without weakening Ouroboros’ security guarantees. Its Musashi Dojo public testnet launched on June 23, 2026, and Charles Hoskinson expects Leios to reach mainnet before the end of 2026.

The groundwork is already visible in active development. In the week of the fork, IO’s consensus team shipped two Leios testnet prototype builds and a voting dashboard for observing how endorser blocks are certified, and reviewed a certification change expected to roughly double throughput. 

IO also released its Cardano Vision 2026 mid-year progress report and held a technical workshop on zero-knowledge verification infrastructure: the same class of on-chain ZK work that CIP-133’s batch signature verification, added in Van Rossem, is meant to enable.

General narrative for Cardano in July 2026 is a network maturing from research into community-governed production. Cardano has moved from a research-driven design phase toward a network whose protocol changes are decided by its own participants.

To learn more about Cardano’s current stance and future plans, check out Everstake’s piece on changes in Cardano.

Where Everstake Fits

Everstake operates as a reliable validator (Drep) and staking provider across Cardano and dozens of other networks. Stake pool operators like Everstake form one of the three bodies whose readiness and consent made the Van Rossem activation possible.

Everstake voted ‘yes’ for the Van Rossem hard fork, adding its consent to the SPO threshold that cleared at 52.7%.

Everstake has historically operated 130+ networks to date, giving it direct experience coordinating upgrades of this kind. That operational track record positions Everstake to support ADA delegators through the transition to Protocol Version 11 and beyond.

Conclusion

Van Rossem delivered a dual result: technical progress alongside proven decentralized governance. The upgrade rests on a real process, and the muted market response does not diminish the governance precedent.

Readers who want to engage further have clear options. Explore a Cardano block explorer to verify the fork data, participate in governance by registering as a DRep, and track Cardano on-chain metrics as Leios approaches.

Delegators can also review Everstake’s ADA staking service for support through Protocol Version 11 and later upgrades.

The lasting takeaway is a precedent. Van Rossem shows Cardano upgrading itself by vote, a step toward a self-sustaining network governed by its own community.

FAQ

Do ADA holders need to do anything after the Van Rossem hard fork?

No, ADA holders do not need to take any action. Everstake confirms there are no wallet updates, token swaps, or manual steps, and network fees are unchanged.

When did the Van Rossem hard fork activate?

The Van Rossem hard fork activated on July 18, 2026, at roughly 21:44:51 UTC, at Slot 192,844,800 on the epoch 644 boundary. It moved Cardano to Protocol Version 11.

What is Protocol Version 11 on Cardano?

Protocol Version 11 is the Cardano protocol state introduced by Van Rossem, bundling five CIPs. It includes CIP-133 for batch signature verification and CIP-138 for a native on-chain array type.

Why is the Van Rossem hard fork considered a governance milestone?

Van Rossem is the first Cardano fork ratified end-to-end by on-chain governance, with no Input Output orchestration. DReps approved it at 77.63%, SPOs at 52.7%, and the Constitutional Committee voted 6-0-0-1.

How does Van Rossem compare to the Vasil hard fork?

Van Rossem used a community-vote approval process, giving it a more decentralized path than Vasil. Everstake notes its focus was cost reduction and network preparation.

What is Ouroboros Leios and when is it expected?

Ouroboros Leios is Cardano’s next scaling upgrade, targeting more than 1,000 TPS. Its Musashi Dojo testnet launched on June 23, 2026, and Charles Hoskinson expects mainnet before the end of 2026.

Did the Van Rossem hard fork cause network downtime?

No, the Van Rossem hard fork caused no downtime beyond a brief block gap. Intersect, the Hard Fork Working Group coordinator, reported the network stayed operational through the transition.