Proposals of #268

Secret Network v1.11 Upgrade

Exec Legacy Content
rejected
Expected result
Turnout / Quorum
57.79% / 33.40%
Voting start 2023.09.04 at 13:09:19
Voting end 2023.09.11 at 13:09:19
9.43%
7 848 816 SCRT
Yes
86.69%
72 167 498 SCRT
No
3.84%
3 194 043 SCRT
Veto
0.04%
35 194 SCRT
Abstain

Details

logo
Proposer
-
Total deposit
1 000 SCRT
Submit time
2023.09.04 at 13:09:19
Deposit end time
2023.09.11 at 13:09:19

Description

Secret Network v1.11 Upgrade

This proposal recommends that the chain undergo a software upgrade to version v1.11 of the Secret Network codebase on secret-4 block 10,615,300. The estimated time for the upgrade is Tuesday, September 12, 2023, at ~2pm UTC.

Since block times can vary significantly, we advise monitoring the chain for a more precise upgrade time. ETA monitor: mintscan.io/secret/blocks/10615300.

Upgrade Highlights

  • Added ibc-hooks middleware by Osmosis.
    • WASM hooks: allows ICS-20 token transfers to initiate contract calls, serving various use cases.
      • Example: Sending tokens to Secret and immediately wrapping them as SNIP-20 token. For example, ATOM on Hub -> ATOM on Secret -> sATOMS on Secret (2 transactions on 2 chains) now becomes ATOM on Hub -> sATOM on Secret (1 transaction).
      • Example: Cross-chain swaps. Using IBC Hooks, an AMM on Secret can atomically swap tokens that originated on a different chain and are headed to Secret. The AMM can also send those tokens back to the originating chain.
      • Axelar GMP: Using IBC Hooks, a contract on Ethereum can call a contract on Secret and get a response back.
    • Ack callbacks: allow non-IBC contracts that send an IbcMsg::Transfer to listen for the ack/timeout of the token transfer. This allows these contracts to definitively know whether the transfer was successful or not and act accordingly (refund if failed, continue if succeeded). See usage example here.
  • Added an optional memo field to IbcMsg::Transfer, to ease to use of the IBC Hooks ack callbacks feature. See usage example here.
  • Added contract upgrade feature.
    • On init, the creator can specify an admin address.
    • The admin can migrate the contract to a new code ID.
    • The admin can update or clear the admin address.
    • The admins of contracts that were instantiated before v1.10 are hardcoded according to proposal 262.
    • Hardcoded admins can only be updated/cleared with a future gov proposal.
    • When the new MsgMigrateContract is invoked, the migrate() function is being called on the new contract code, where the new contract can optionally perform state migrations. See usage example here.
  • Fixed a scenario where the enclave's light client might fail a valid node registration transaction.
  • Add support for uploading contracts that were compiled with Rust v1.70+.
  • Update Cosmos SDK to v0.45.16
  • Update Tendermint to CometBFT v0.34.29
  • Update IBC to v4.4.2
  • Update IAVL to v0.19.6
  • Update Packet Forward Middleware to v4.1.0
  • Fix initialization of x/vesting module
  • Add env.transaction.hash to support SNIP-52
  • Flush the enclave's cache in a random order

Upgrade Instructions

See docs.scrt.network for upgrade instructions.

Votes

Voter
Answer