# Upgrade Reference This document provides a quick reference for the upgrades from `v0.50.x` to `v0.53.x` of Cosmos SDK. Note, always read the **App Wiring Changes** section for more information on application wiring updates. 🚨Upgrading to v0.53.x will require a **coordinated** chain upgrade.🚨 ### TLDR; Unordered transactions, `x/protocolpool`, and `x/epoch` are the major new features added in v0.53.x. We also added the ability to add a `CheckTx` handler and enabled ed25519 signature verification. For a full list of changes, see the [Changelog](https://github.com/cosmos/cosmos-sdk/blob/release/v0.53.x/CHANGELOG.md). ### Unordered Transactions The Cosmos SDK now supports unordered transactions. _This is an opt-in feature_. Clients that use this feature may now submit their transactions in a fire-and-forget manner to chains that enabled unordered transactions. To submit an unordered transaction, clients must set the `unordered` flag to `true` and ensure a reasonable `timeout_timestamp` is set. The `timeout_timestamp` is used as a TTL for the transaction and provides replay protection. Each transaction's `timeout_timestamp` must be unique to the account; however, the difference may be as small as a nanosecond. See [ADR-070](https://github.com/cosmos/cosmos-sdk/blob/main/docs/architecture/adr-070-unordered-transactions.md) for more details. Note that unordered transactions require sequence values to be zero, and will **FAIL** if a non-zero sequence value is set. Please ensure no sequence value is set when submitting an unordered transaction. Services that rely on prior assumptions about sequence values should be updated to handle unordered transactions. Services should be aware that when the transaction is unordered, the transaction sequence will always be zero. #### Enabling Unordered Transactions To enable unordered transactions, supply the `WithUnorderedTransactions` option to the `x/auth` keeper: ```go app.AccountKeeper = authkeeper.NewAccountKeeper( appCodec, runtime.NewKVStoreService(keys[authtypes.StoreKey]), authtypes.ProtoBaseAccount, maccPerms, authcodec.NewBech32Codec(sdk.Bech32MainPrefix), sdk.Bech32MainPrefix, authtypes.NewModuleAddress(govtypes.ModuleName).String(), authkeeper.WithUnorderedTransactions(true), // new option! ) ``` If using dependency injection, update the auth module config. ```go { Name: authtypes.ModuleName, Config: appconfig.WrapAny(&authmodulev1.Module{ Bech32Prefix: "cosmos", ModuleAccountPermissions: moduleAccPerms, EnableUnorderedTransactions: true, // remove this line if you do not want unordered transactions. }), }, ``` By default, unordered transactions use a transaction timeout duration of 10 minutes and a default gas charge of 2240 gas units. To modify these default values, pass in the corresponding options to the new `SigVerifyOptions` field in `x/auth's` `ante.HandlerOptions`. ```go options := ante.HandlerOptions{ SigVerifyOptions: []ante.SigVerificationDecoratorOption{ // change below as needed. ante.WithUnorderedTxGasCost(ante.DefaultUnorderedTxGasCost), ante.WithMaxUnorderedTxTimeoutDuration(ante.DefaultMaxTimoutDuration), }, } ``` ```go anteDecorators := []sdk.AnteDecorator{ // ... other decorators ... ante.NewSigVerificationDecorator(options.AccountKeeper, options.SignModeHandler, options.SigVerifyOptions...), // supply new options } ``` ### App Wiring Changes In this section, we describe the required app wiring changes to run a v0.53.x Cosmos SDK application. **These changes are directly applicable to your application wiring.** The `x/auth` module now contains a `PreBlocker` that _must_ be set in the module manager's `SetOrderPreBlockers` method. ```go app.ModuleManager.SetOrderPreBlockers( upgradetypes.ModuleName, authtypes.ModuleName, // NEW ) ``` That's it. ### New Modules Below are some **optional** new modules you can include in your chain. To see a full example of wiring these modules, please check out the [SimApp](https://github.com/cosmos/cosmos-sdk/blob/release/v0.53.x/simapp/app.go). #### Epochs ⚠️Adding this module requires a `StoreUpgrade`⚠️ The new, supplemental `x/epochs` module provides Cosmos SDK modules functionality to register and execute custom logic at fixed time-intervals. Required wiring: - Keeper Instantiation - StoreKey addition - Hooks Registration - App Module Registration - entry in SetOrderBeginBlockers - entry in SetGenesisModuleOrder - entry in SetExportModuleOrder #### ProtocolPool :::warning Using `protocolpool` will cause the following `x/distribution` handlers to return an error: **QueryService** - `CommunityPool` **MsgService** - `CommunityPoolSpend` - `FundCommunityPool` If you have services that rely on this functionality from `x/distribution`, please update them to use the `x/protocolpool` equivalents. ::: ⚠️Adding this module requires a `StoreUpgrade`⚠️ The new, supplemental `x/protocolpool` module provides extended functionality for managing and distributing block reward revenue. Required wiring: - Module Account Permissions - protocolpooltypes.ModuleName (nil) - protocolpooltypes.ProtocolPoolEscrowAccount (nil) - Keeper Instantiation - StoreKey addition - Passing the keeper to the Distribution Keeper - `distrkeeper.WithExternalCommunityPool(app.ProtocolPoolKeeper)` - App Module Registration - entry in SetOrderBeginBlockers - entry in SetOrderEndBlockers - entry in SetGenesisModuleOrder - entry in SetExportModuleOrder **before `x/bank`** ## Custom Minting Function in `x/mint` This release introduces the ability to configure a custom mint function in `x/mint`. The minting logic is now abstracted as a `MintFn` with a default implementation that can be overridden. ### What’s New - **Configurable Mint Function:** A new `MintFn` abstraction is introduced. By default, the module uses `DefaultMintFn`, but you can supply your own implementation. - **Deprecated InflationCalculationFn Parameter:** The `InflationCalculationFn` argument previously provided to `mint.NewAppModule()` is now ignored and must be `nil`. To customize the default minter’s inflation behavior, wrap your custom function with `mintkeeper.DefaultMintFn` and pass it via the `WithMintFn` option: ```go mintkeeper.WithMintFn(mintkeeper.DefaultMintFn(customInflationFn)) ``` ### How to Upgrade 1. **Using the Default Minting Function** No action is needed if you’re happy with the default behavior. Make sure your application wiring initializes the MintKeeper like this: ```go mintKeeper := mintkeeper.NewKeeper( appCodec, storeService, stakingKeeper, accountKeeper, bankKeeper, authtypes.FeeCollectorName, authtypes.NewModuleAddress(govtypes.ModuleName).String(), ) ``` 2. **Using a Custom Minting Function** To use a custom minting function, define it as follows and pass it you your mintKeeper when constructing it: ```go func myCustomMintFunc(ctx sdk.Context, k *mintkeeper.Keeper) { // do minting... } // ... mintKeeper := mintkeeper.NewKeeper( appCodec, storeService, stakingKeeper, accountKeeper, bankKeeper, authtypes.FeeCollectorName, authtypes.NewModuleAddress(govtypes.ModuleName).String(), mintkeeper.WithMintFn(myCustomMintFunc), // Use custom minting function ) ``` ### Misc Changes #### Testnet's init-files Command Some changes were made to `testnet`'s `init-files` command to support our new testing framework, `Systemtest`. ##### Flag Changes - The flag for validator count was changed from `--v` to `--validator-count`(shorthand: `-v`). ##### Flag Additions - `--staking-denom` allows changing the default stake denom, `stake`. - `--commit-timeout` enables changing the commit timeout of the chain. - `--single-host` enables running a multi-node network on a single host. This bumps each subsequent node's network addresses by 1. For example, node1's gRPC address will be 9090, node2's 9091, etc...