Soft fork update to set stop-slots in mainnet config file for the upcoming berkeley upgrade.
Slot set as per the announced date June 4, 2024.
Setting stop-slots such that the timings match all the dry-runs and devnet upgrade schedule and as a result-
stop-transaction slot is 564180 (June 4th 9am UTC). This translates to 120th slot of 79th epoch. Upgraded nodes won't accept blocks with transactions at/after this slot
stop-network slot is 564280 which is 100 slots/5hours after the stop-transaction slot (June 4th 14:00 UTC). This translates to 220th slot of 79th epoch. Upgraded nodes won't accept any blocks at or after this slot
These calculations are based on mainnet genesis timestamp 2021-03-17 00:00:00 UTC
Reviewer- please perform the calculation once more for sanity :)
Explain how you tested your changes:
Ran a local seed node with mainnet build profile and the updated config file genesis_ledgers/mainnet.json
cli command mina.exe advanced runtime-config returned the stop slots correctly
Soft fork update to set stop-slots in mainnet config file for the upcoming berkeley upgrade. Slot set as per the announced date June 4, 2024. Setting stop-slots such that the timings match all the dry-runs and devnet upgrade schedule and as a result-
These calculations are based on mainnet genesis timestamp
2021-03-17 00:00:00 UTC
Reviewer- please perform the calculation once more for sanity :)Explain how you tested your changes:
Ran a local seed node with
mainnet
build profile and the updated config file genesis_ledgers/mainnet.json cli commandmina.exe advanced runtime-config
returned the stop slots correctlyConnected a local node to mainnet with the updated config file and the node synced. Also, checked the runtime config and it produced the same output
Checklist:
[x] Dependency versions are unchanged
[ ] Modified the current draft of release notes with details on what is completed or incomplete within this project
[x] Document code purpose, how to use it
[x] Tests were added for the new behavior
[ ] All tests pass (CI will check this if you didn't)
[x] Serialized types are in stable-versioned modules
[x] Does this close issues? List them
Closes #15647