Cardano Van Rossem Hard Fork Enters Final Governance Push After HFWG Ratification Recommendation

Cardano’s van Rossem hard fork moved closer to mainnet activation after the Hard Fork Working Group voted on June 30 in favor of a formal recommendation for ratification. The update follows testing across Preview and PreProd, the enactment of the Plutus Cost Model parameter update on mainnet, and the submission of the hard fork initiation action through Cardano’s governance process. According to Intersect’s latest update, DRep support has cleared the required threshold, while SPO approval remains the main remaining governance condition.

HFWG Recommendation Moves Van Rossem Toward Ratification

The van Rossem hard fork is Cardano’s planned upgrade to Protocol Version 11. It is an intra-era hard fork, meaning Cardano remains within the Conway era while introducing protocol-level changes without moving into a new ledger era.

Intersect’s upgrade documentation describes the mainnet process as two connected governance actions. The first was the Plutus Cost Model parameter update, which was ratified by DReps and Constitutional Committee members and enacted on mainnet on June 18. The second is the hard fork initiation action, submitted on June 16, which is now moving through final ratification.

The HFWG recommendation does not activate the hard fork by itself. It gives the ecosystem a formal readiness view from the working group responsible for coordinating the upgrade. The final decision remains inside Cardano’s on-chain governance process, where DReps, stake pool operators and the Constitutional Committee each have defined roles.

Intersect’s June 30 update listed DRep support at 64.78 percent against a 60 percent threshold, while SPO support stood at 36 percent against a 51 percent threshold. That places van Rossem close to completion, but not yet across every required ratification condition.

Why Protocol Version 11 Matters for Cardano

Protocol Version 11 matters because it upgrades the parts of Cardano that developers and infrastructure operators depend on when building and maintaining applications.

For smart contract developers, van Rossem expands the availability of Plutus built-in functions across Plutus V1, V2 and V3. It also introduces case expressions for core types such as Bool, Integer and Data. In practical terms, this gives builders cleaner script logic and more efficient execution paths for certain on-chain operations.

The upgrade also adds native array handling, optimized multi-asset operations, modular exponentiation, list manipulation tools and BLS12-381 multi-scalar multiplication. These are not consumer-facing features, but they matter for application design. They can support more efficient smart contracts, more advanced cryptographic use cases and better foundations for zero-knowledge proof systems on Cardano.

Van Rossem also includes ledger and Cardano Node improvements. The upgrade adds ledger-level VRF key uniqueness enforcement, adjusts reference input rules for Plutus V1 and V2, improves validation behavior around withdrawal structures and gives operators clearer reporting when protocol parameter hashes do not match.

For Cardano, the combined effect is important. The upgrade improves the smart contract layer, strengthens parts of stake pool infrastructure and adds operational clarity for node operators. It also gives the ecosystem another real test of whether technical upgrades can move through decentralized governance without relying on a single organization to make the final call.

SPO Voting Becomes the Final Operational Test

SPO participation is now the central remaining element in the process. Stake pool operators are not only service providers in Cardano. They operate the block-producing layer of the network, which gives their vote a direct role in hard fork governance.

Node readiness and SPO voting measure different things. Node readiness shows whether operators are running software compatible with Protocol Version 11. SPO voting shows whether that same operational layer has explicitly approved the governance action. A high share of block production on node v11 supports technical readiness, but it does not automatically complete the on-chain vote.

Cardano Foundation previously reminded SPOs that auto-abstain settings do not apply to SPO votes for this hard fork action. That distinction is relevant because passive non-participation can leave SPO approval below the required threshold even if much of the network has already upgraded its software.

The readiness process also extends beyond stake pools. Intersect tracks ecosystem readiness across exchanges, wallets, tooling, indexers, dApps and infrastructure services through self-attestation and community-maintained updates. That broader view gives governance participants more information before voting on a protocol change.

If van Rossem reaches ratification, Cardano will complete a mainnet upgrade path that passed through testnet deployment, Plutus cost model enactment and formal on-chain approval. The result would bring Protocol Version 11 features to mainnet and show how Cardano’s current governance system handles a live technical upgrade where readiness, voting and network operations must converge before the protocol changes.