Dear bakers and node operators!
The Kathmandu protocol activates on Tezos Mainnet on September 23rd! Please, remember to update your infrastructure to Octez v14.0 before then.
The Octez baker daemon for Kathmandu, tezos-baker-014-PtKathma, requires a mandatory command line flag to set up the baker’s Liquidity Baking toggle vote:
--liquidity-baking-toggle-vote <vote>
It also provides an optional --votefile <file> flag intended to be used to declare the path for a JSON file encoding the baker’s voting preference and which, if present, overrides the default value set by the earlier --liquidity-baking-toggle-vote flag.
More details in the Liquidity Baking documentation.
An overview of changes in Kathmandu:
- Smart contract optimistic rollups, the next generation of optimistic rollups for Tezos, begin their journey towards future integration in Tezos. At this stage, they are available at the bleeding edge Mondaynet and Dailynet test networks to ensure the community has sufficient time to build integration, tooling and applications.
- Pipelined validation of manager operations.
- Improved randomness with integration of Verifiable Delay Functions.
- Support for tailored governance for permanent testnets: no more user-activated upgrades will be required to upgrade Ghostnet.
- Event logging in Michelson smart contracts.
- A new operation for increasing paid storage of smart contracts.
See also the Kathmandu protocol documentation for the complete description – including potential breaking changes.
If you are still unsure about what needs to be done on your end, feel free to reach out to us on the Tezos Baking Slack or to contact Nomadic Labs’ support team.
