The ignite cli has a terrible track record of keeping dependencies like cosmoscmd up to date.

For security reasons, we should remove any depencency that lives in its repository.

For maintainability reasons, same thing.

New plan is to migrate over the cli tests too. I think it's possible that they'll help me to identify the issue.

• removes ignite cli
• bumps to v10
• needed to continue work on:
  • #230
  • #232
  • #235
  • #234

This one is going to need a bunch of testing.

At first blush, no regressions, though there's some caveats with auth impl, and I guess we won't know if it really works until we test it, huh?

• Halving time now is based on the total supply instead of fixed blocks per year param.
• Better round block provisions during phase changes

-- Need to update tests

Pending ibc-go ICS23 v0.9.0 bump 2868 PR

wasmd 0.30.0 ibc go v4.2.0

New IBCFeeKeeper by following official guide

• https://ibc.cosmos.network/main/middleware/ics29-fee/integration.html

ibcRouter updated wasmStack with ibc fee keeper middleware. Same for transfer & icaHost

Added ibc v3->4 upgrade comment from official guide

• https://github.com/cosmos/ibc-go/blob/v5.1.0/docs/migrations/v3-to-v4.md#migration-to-fix-support-for-base-denoms-with-slashes

It should cost more to upload a contract. I believe there is already a parameter for this? Let's update it on the Uni testnet.

If there is not a parameter, we should add this feature. Transactions should be cheap, but uploading a contract should be expensive.

@the-frey, @JakeHartnell and I have talked a great deal about making faster, incremental releases.

So here's juno but more special:

• tendermint v0.34.21
• ibc-go v4.0.0
• cosmos-sdk v0.45.7
• iavl v0.19.1

All of these put together make for a leaner, meaner juno.

Deploy plan

This is a state breaking change because of ibc-go v4.0.0 It should be tested on Uni first.

Deploy timeline

We should play around and see how quickly (or not) we can get this out. The changes are in total quite minor, though they should make juno a good deal faster because we'll be using the Osmosis turbocharged iavl.

Addendum

This currently uses a notional-labs fork of wasmd. I think that this work is now good to go for Uni, but we should wait for this PR:

• https://github.com/CosmWasm/wasmd/pull/940

To be merged upstream before we take this live on mainnet.

There have been requests from the community to make our block times lower. When this PR is merged, various validators can/should begin lowering their commit timeout, and we can have faster juno, too. This is comfortable because of the turbocharged osmosis iavl (now just plain old iavl v0.19.1)

Updates the docker build process so that:

• we always build the docker image
• we do not push the docker image, except when ${{ github.ref == 'refs/heads/master' }}

What is the purpose of the change

Add End to end tests for Juno. The e2e package defines an integration testing suite used for full end-to-end testing functionality. It initializes the chains for testing via Docker.

Features included in this PR

1. Basic logic

• This is the most basic type of setup where a single chain is created
• It simply spins up the desired number of validators on a chain.

3. Test IBC Token Transfer

• Ibc transfer test
• Using Hermes Relayer

4. Test Token Factory Bindings

• TokenFactory module and its bindings work as expected

5. Upgrade testing

• CLI commands are run to create an upgrade proposal and approve it
• Old version containers are stopped and the upgrade binary is added
• Current branch Juno version is spun up to continue with testing

Features will do in future

• State Sync Testing
• TestTWAP
• Test Global Fee

I don't think it's what crashed the chain but Keplr is no longer working for sends on my local machine and think this is the culprit. Maybe?

Reverts CosmosContracts/juno#147

~In order to call the Moneta upgrade complete, we need to do the following:~

~- Gov prop to set block max gas #82~ ~- Moneta alpha upgrade #71 #72~ ~- Moneta beta upgrade #17 #85~

~Once moneta is up, we will want to pin some contracts, to reduce their cost. This is via governance. ~

~- Contract pinning gov prop~

~Some example contracts that might be pinned:~

~- DAODAO~ ~- JunoMint~ ~- Junoswap~ ~- whoami~ ~etc...~

~This will be followed by a final release:~

~- Replace wasmd fork with wasmd 0.21 when SDK 44 <-> wasmd is complete and audited~

New working plan:

• [x] Gov prop to set block max gas #82
• [x] Test a single moneta upgrade that includes #71 #72 #17 #85 #90 and #95 on a testnet
• [x] Gov prop for moneta upgrade on mainnet
• [x] Do the single moneta upgrade on mainnet

Once moneta is up, we will want to pin some contracts. This is done via governance.

• [ ] Contract pinning gov prop

Some example contracts that might be pinned:

• DAODAO
• JunoMint
• Junoswap
• whoami
• CW20
• CW721 etc...

This will be followed by a final release:

• [x] Replace wasmd fork with wasmd 0.21 when SDK 44 <-> wasmd is complete and audited

Recent version here: https://github.com/CosmosContracts/testnets/blob/main/juno-testnet-7/genesis.json

When it's run it throws an error:

panic: invariant broken: bank: total supply invariant
        sum of accounts coins: 72819737204316ujuno
        supply.Total:          52819737204316ujuno

Background

We need to re-write some of the tests for history price in the oracle module to make them table driven.

Suggested Design

• Review each test within history_test.go
• If test would benefit from being changed to table-driven, change that test

Acceptance Criteria

• All existing and new tests should pass

1. Adds price history test for when we have multiple denominations (one denom is prefix of another also covered), to make sure that multiple denom entries does not interfere with each other.
2. Adds price history test for when price is queried for denom which hasn't been stored yet.
3. Adds abci tests for EndBlocker to see if price is correctly stored after validator vote period is over.

To discuss:

1. getHistoryEntryBetweenTime() returns []types.PriceHistoryEntry(nil) instead of []types.PriceHistoryEntry{} when the denom does not have stored prices. Is it expected or should be changed?
2. GetArithmetricTWAP() throws errror no values in range when there is no price entry for given denom before startTime becuase the first and last price entry is fetched using getHistoryEntryAtOrBeforeTime() and it throws error for startTime. IMO this should be handled in GetArithmetricTWAP() and values must be returned even if there is no price entry before startTime.
3. I've left TODO in comments for both of the above.

Background

• Wasmd v0.30.0 has stargate query, so we do not need wasmbinding for query chain state from smart contract.
• Notional team are building a rust library for stargate here : https://github.com/notional-labs/juno-rust.

Suggested Design

• Migrate tokenfactory custom query to stargate query
• Write new contract for tokenfactory testing

Acceptance Criteria

• Have new contract for e2e test
• All test passed