4th June 2026
Agenda
Action items from the last call - Bosko
Node 11.0.1 & DBSync 13.7.1.0 - Sam
Van Rossem Upgrade Update - Bosko, all
Kupo v2.11.0.1 is released
Can it be reviewed and merged back into the original codebase by the time of the mainnet hf action submission?
Nodes reporting 11.0.1 - 49% ↑
Blocks Protocol Version current epoch - 68% ↑
Stake Pools ready - 21.99% ↑
Stake ready - 39.39% ↑
Exchange readiness - Ready (2%); In Progress (28%); Not started (71%)
Block production v11 - 81.47%
Exchange readiness by liquidity - Ready (0.91%); In Progress (53.42%); Not started (45.67%)
van Rossem hard fork progress - Bosko
PreProd
Wasnt ratified on 31st May, next opportunity is 5th June and if successful, it would be enacted on 10th June
Summary of what happened, why it wasnt ratified on the epoch boundary on 31st May and why we are confident it is likely to be ratified on the next epoch boundary on 5th June (tomorrow)
Mainnet
Go/No-go Mainnet hard fork initiation governance action submission date - 15th June
Plutus Cost Model - Kevin, Ryan, Bosko
Mainnet - submitted on 26th May, continuing to gain traction
van Rossem comms - Ian / Larisa
Comms plan - CF, Midnight, Shielded, Emurgo, Intersect, IO
Weekly comms meeting
Comms in the last week - anything we missed
Comms in the week ahead
Technical support before and after hard fork enactment
AOB
Key materials
Summary
Latest version of DBSync is 13.7.1.0 and its recommended to upgrade to that version
If you are running DBSync version 13.7.0.5, it is also van Rossem compatible, and it just needs migration script executed as described in the release notes
PreProd hard fork initiation governance action is expected to be ratified on 5th June (the numbers are far above the needed threshold, highly unlikely that the support would drop), and subsequently it would be enacted on 10th June
The cause of hard fork action not being ratified on the previous epoch boundary
25M delegation that became active on 291->292 epoch boundary, and thats what pushed it from 52.1% to 50.68% and this is why it failed
that late delegation exposed the discrepancies in calculations
Tools are wrong on excluding auto abstain for SPOs for hard fork initiation governance actions
Tools are likely not wrong on excluding auto abstain for any other type of gov actions like protocol parameter update
What could change it would be:
explicit votes
yes and abstain -> pushing the percentage higher
no -> pushing percentage lower
late delegation -> pushing percentage lower
Comms team is in the loop of all the important changes and will communicate accordingly
Go/no-go decision call for mainnet hard fork initiation governance action submission which was originally planned still holds for 15th June
It will have a checklist, criteria that would help make confident decision
Dapps should be invited to report based on the readiness checklist
If there is a positive, go decision, it is expected the the action would be submitted on mainnet on 15th or 16th June
Since mainnet epoch boundary is on 18th June, it would take up to 6 epochs for voting and 1 more epoch for enactment (5 weeks)
Plutus cost model parameter update governance action on mainnet is continuing to have traction
Risk log is adjusted to reflect latest updates (few of them have their likelihood and impact reduced)
Hard Fork Working Group communication channels
Discord —
#wg-hard-fork
Action items and next steps
Jeff: Reach out to Ogmios and Kupo author and assess whether he can review the changes introduced in forked Ogmios and Kupo repos and merge them back in the original code base before hf governance action is potentially submitted on mainnet on 15th June
Leonard: Invite dapps to test against PreProd once it forks
Bosko: Re-schedule the hard fork tech support call for the decision on submission
Leonard/Bosko: Sync and asses guardrails status for hard fork initiation governance action
Bosko: The readiness tracker should be updated with the certain thresholds for nodes running latest stable version 11.0.1 (50%), top 20 dapps, top 20 exchanges by liquidity, etc. That would also bring additional confidence layer for a decision to submit hard fork initiation governance action on mainnet
Last updated