refactor(x/gov): expedited proposals parameter migrations

[p0mvn]

Background

For expedited proposals we added 2 new parameters:

• MinExpeditedDeposit
• ExpeditedVotingPeriod
• ExpeditedThreshold

However, these parameters have not been set / migrated to. We need to implement the migrations to set the parameters to the desired values according to: https://wallet.keplr.app/chains/osmosis/proposals/278 and its respective common wealth thread.

When the migrations are implemented in the SDK fork, we need to upgrade our go.mod in Osmosis. As long as the e2e upgrade test passes, the migrations are done correctly and this change is complete.

Suggested Design

For reference how the migrations can be done, it is possible to reference:

• feat!: initial deposit requirement for proposals cosmos-sdk#296
• fix(x/gov): migrations from 2 to 3 (min proposer deposit) cosmos-sdk#298

From #296, we need a similar change to x/gov/legacy/v3 package. This time, we need to make a new v4 package. Additionally. we need to increase the gov module's consensus version to v4

From #298, we need similar boilerplate to enable migrations. The two PRs were split because the changes in #298 were missed and caught in tests. Ideally, these should have been a single PR.

This is a Cosmos-SDK fork change. Openining up issue here because it needs to be updated with this change to unblock #2087.

Acceptance Criteria

• expedited proposal parameter migrations are implemented in the SDK fork
• parameters are set to the desired values from the gov prop
• the upgraded sdk change is integrated into Osmosis
• e2e upgrade tests continue to pass

[p0mvn]

@xBalbinus would you like to work on this? This is a pre-requisite to #2087 that you were interested in picking up

[xBalbinus]

Yeah you got it! For sure. I can pick this up early next week - I'm trying to wrap up some inline docs with the pool-incentives audit (and just general things on that end) atm

[xBalbinus]

May be closed by osmosis-labs/cosmos-sdk#303