MoonRunners
LogoLogo

59

  1. /
  2. Cosmoshub
  3. /
  4. Mainnet
  5. /
  6. Governance
  7. /
  8. 59
  • Docs
  • Support
2026 © Made with 💜 by MoonRunnersAPI OK
DocsSupportDonate

Proposal #59

Vega

PassedSoftware Upgrade Proposal

Passed on 13 Dec 2021 with 100.0% of the votes for yes.

Yes

100.0%

100.0% without abstain

Veto

0.0%

of votes cast

Ended

13 Dec 2021

The ballotvotes cast · final tally
Yes

99.98%

of votes cast

Abstain

0.01%

of votes cast

No

0.00%

of votes cast

Veto

0.01%

of votes cast

This on-chain upgrade governance proposal is to adopt gaia v6.0.0 which includes a number of updates, fixes and new modules. By voting YES to this proposal, you approve of adding these updates to the Cosmos Hub.

Background

Since the last upgrade at height 6910000 there have been a number of updates, fixes and new modules added to the Cosmos SDK, IBC and Tendermint. The following updates are included in gaia v6.0.0:

  • Bump [Hidden link] to [Hidden link] which notably includes fixes for the vesting accounts and two new modules outlined below. For a full list of updates in Cosmos-SDK v0.44.3 please see the [Hidden link]
    • Add the [Hidden link] module to the Cosmos Hub. x/authz is an implementation of a Cosmos SDK module, per [Hidden link], that allows granting arbitrary privileges from one account (the granter) to another account (the grantee). Authorizations must be granted for a particular Msg service method one by one using an implementation of the Authorization interface.
    • Add the [Hidden link] module to the Cosmos Hub. This module allows accounts to grant fee allowances and to use fees from their accounts. Grantees can execute any transaction without the need to maintain sufficient fees.
    • NOTICE It's imortant to highlight [Hidden link] which impacts WALLETS AND EXCHANGES. This update has removed the deprecated the legacy REST endpoints for broadcast & encode. This means POST /tx and POST /txs/encode no longer work. Please see the [Hidden link] to migrate to the new REST endpoints.
  • Add [Hidden link] as a standalone module from the Cosmos SDK using version [Hidden link]. See the [Hidden link] for details.
    • Please note that the governance parameter for MaxExpectedBlockDelay is set to 30 seconds. This means if a connection is opened with a packet delay of 1 minute, it requires 2 blocks to be committed after the consensus state is submitted before the packet can be processed.
  • Add [Hidden link] [Hidden link] as per [Hidden link] prepared and tested by [Hidden link]. This feature allows multi-hop IBC transfer messages so that a user can send tokens from chain A to chain C via chain B.
  • Bump [Hidden link] module to [Hidden link] to ensure compatibility with Cosmos-SDK.

Ready for Production

These changes have been extensively tested by various Cosmos Core Contributor teams including [Hidden link], [Hidden link], [Hidden link], [Hidden link], [Hidden link], [Hidden link] and more. The release candidate for this update was run as a local testnet and a public testnet with a successful upgrade; documentation can be found [Hidden link].

On-Chain Upgrade Process

When the network reaches the halt height, the state machine program of the Cosmos Hub will be halted. The classic method for upgrading requires all validators and node operators to manually substitute the existing state machine binary with the new binary. There is also a newer method that relies on [Hidden link] to swap the binaries automatically. Cosmovisor also includes the ability to download the binaries automatically before swapping them. Instructions specific to the upgrade can be found [Hidden link]. To test a simulated local upgrade please see the [Hidden link]. Because it is an onchain upgrade process, the blockchain will be continued with all the accumulated history with continuous block height.

Timeline

  1. Submitted28 Nov 2021
  2. Voting started29 Nov 2021
  3. Voting ended13 Dec 2021
  4. Deposit deadline12 Dec 2021

Proposer

Address
Deposit64

Rules

Not recorded for this proposal.