For the complete documentation index, see llms.txt. This page is also available as Markdown.

9th July 2026

Agenda

  1. Van Rossem Upgrade Update - Bosko, all

    1. PoolTool - Blocks Protocol Version 11 current epoch - 92%

    2. Cexplorer HF readiness - Block production v11 last 5 days 94.80%

    3. Cardanoscan Exchanges - Liquidity Ready 83.27%

    4. Ratification

      1. 13th July, 18th July

    5. Enactment

      1. 18th July, 23rd July

    6. Hard Fork ratification and enactment effects on other live governance actions

    7. van Rossem comms - Ian / Larisa

    8. Technical support before and after hard fork enactment - Bosko, Can

  2. AOB

Key materials

  • Summary

    • van Rossem hard fork

      • All readiness ratification metrics are met

      • Support is steadily increasing

      • Voting thresholds for DReps and SPOs have been surpassed

      • There are 4 out 5 positive CC votes

      • Possible ratification dates are 13th and 18th July

      • Possible enactment dates are 18th and 23rd July

      • If the hard fork governance action is ratified on the next epoch boundary on 13th, Reimburse Ikigai treasury withdrawal action will be delayed for an epoch, thus effectively expiring

        • The ledger prioritizes hard fork ratification above all other actions and will delay anything that ratifies at the same time

      • On the last epoch boundary:

        • Reduce mincommitteesize governance action was ratified

        • Hydra Treasury Withdrawal governance action was ratified

        • Reimbursing Ikigai Treasury Withdrawal governance action unfortunately didnt reach the ratification threshold

    • Dijkstra Era hard fork

      • Hard Fork Working Group discussed several aspects of the next era hard fork having the foundation in scope, timing, prioritization and process

      • Scope

      • Timing

        • Its been emphasized that in order to have next hard fork ready and enacted by the end of 2026, it needs to happen by December 15th, which in turn means hard fork initiation governance action needs to be submitted by November 15th the latest

        • Due to the complexity of the discussed potential scope, it was raised that exchanges would need a good set of instructions and a heads up on the changes before upgrading their infrastructure

        • There is going to be socialization period of 90 days accounted for in the overall timeline due to the guardrails changes

      • Prioritization

        • There were different ideas discussed on the prioritization approach with some of them being:

          • CIP-0179 polling for decision making

          • Ekklessia Hydra based voting

      • Process

        • Landscape will likely be the one to include diverse nodes (Haskell, Amaru - Rust, Dingo - Go)

        • Scope, timing, prioritization are rooted in the process that is yet to be defined but shouldnt be a blocking challenge for the things that are known

      • Hard Fork Working Group meetings will continue to happen twice a week, until at least the Dijkstra hard fork scope is set, after which the future meeting cadence will be decided

  • Hard Fork Working Group communication channels

Action items and next steps

  • van Rossem hard fork

    • Can/Bosko: Make sure on-call duty is properly defined and set for and around the anticipated hard fork ratification and enactment dates

  • Dijkstra Era hard fork

    • Sam: Using CIP shortlist as the starting reference and a discussion point, create the markdown page under Cardano Product Committee that reflects discussed scope items

    • Bosko: Continue creating supporting structure and relevant documentation within the hard fork working group GitBook space under Technical Steering Committee

    • Bosko: Refine and update hard fork working group calls invitees list for DIjkstra hf related discussion

    • Tex: Create ecosystem dependency mapping document(s)

Last updated