Welcome to the Cosmos SDK's team roadmap.
This document is meant to help the team get feedback on the proposed work and for others to follow where we stand in our process. This will be a living document updated on a regular basis. If you'd like to participate in any workscope or would like to suggest another feature please reach out to Marko or Sam and we will schedule a call to discuss the feature request.
- Produce a spec for the new store design
- Research a new design for store. This could entail writing some POC's in order to identify design patterns
- Store as its own go module
- Store module should be its own go.mod without a dependency on the Cosmos SDK
- Begin implementation of store v2
- Identify the migration path from store v1 -> store v2
- Parallel execution of state
- RFC/ADR is merged into the main on the sdk
- Optimistic execution
- RFC/ADR is merged into main on the sdk
- Release v1 of query support (auto-cli)
- A version of query support has been merged, documentation is missing
- Dynamic metadata support
- Dynamic support allows the Cosmos SDK to release a cmd line tool that could work with any chain.
- Add metadata support to latest version of Cosmos SDK and, if possible, backport to older versions
- Multi-chain command (Done)
- Release a cmd line tool that can be pointed a grpc endpoint which then can produce cmd lines to interact with the chain
- Auto-cli tx support
- Tx support for auto-cli/hubl
- This would fully remove the need for application developers to write cli commands for their modules
- Tx support for auto-cli/hubl
- Consensus Key Rotation
- Release collections v0.1
- Collections is a new abstraction layer similar to the ORM. In the ADR phase it received support from many in the ecosystem.
- V1 release should allow modules to be migrated to collections.
- Migrate 3 modules to use collections api
- Migrating 3 modules to use collections would help in show users how to migrate users
- Release ORM v1
- Sign mode textual
- Sign mode textual has been under construction for 2 quarters now, this quarter the goal is to move towards v1 and potentially line up a audit before final release.
- Core API
- Merge ADR for Core API
- Migrate three modules to use core api
- Module Dependency
- Give three modules their own go.mods
- Metamask signing directly into the sdk
- ADR-033 (internal message routing)
- Merge internal message router
- Add docs on how to use the router
- ADR-54 (dependency management)
- Come to consensus on module dependency graph for the future
- Begin socializing conventions
- Remove global bech32
- Auth module
- Produce a spec/ADR on a proposed new auth module.
- Implement Amino Json encoder
- integration testing framework
- design and merge a integration testing framework.
- The goals of the framework would that a module only needs to depend on modules that it depends on outside of testing, not all modules in the sdk like today.
Issue: cosmos#12272
- ADR ABCI 2.0
- Write ADR for integration of vote extensions & finalize block
Blocked:
once cometBFT has a release candidate of ABCI 2.0 (cmt 0.38)
- Integrate ABCI 2.0
- Circuit breaker
- Implement the circuit breaker module and prepare releases for Cosmos SDK versions 0.45, 0.46 and 0.47
- ADR 001
- Implementation has been completed, waiting on reviewers
- Prepare the migration path
- Migration path has not been finalized
- Test on mainnets
- If possible we would like to test the new IAVL design on mainnets to observer behavior changes.
Issue: cosmos/iavl#548
- Storage v2
- Objective:
- Goal is to get 60% of the way through the rewrite of storage
- Begin testing the rewrite on mainnets if possible
- External Audit
- Progress:
- On pause till ABCI 2.0 ships
- Objective:
- Optimistic Execution
- Objective:
- Users should be able to pick between delayed execution and optimistic
- RFC/ADR is merged
- Implementation started.
- Progress:
- On pause till ABCI 2.0 is merged
- Objective:
- Hubl/AutoCLI
- Objective:
- Allow users to sign and submit transactions using hubl
- Add module support for autocli
- Deprecate/remove legacy cli (optional)
- Progress:
- Signing support is being refactored and is near completion
- Adapting modules to use autocli instead of manually written cli
- Objective:
- Consensus Key Rotation
- Objective:
- Allow users to rotate consensus keys for their validators
- Progress
- Merge pull request and updated ADR into main
- Objective:
- Operator key rotation
- Objective:
- Allow users to rotate operator keys for their validators
- Progress:
- secondary val index was added to support operator key rotation
- Pr is open and is being worked on
- Objective:
- Toolkit/SDK ADR.
- Objective:
- Produce a RFC/ADR on how to make core composable
- Merge RFC/ADR into main
- Progress:
- on pause until abci 2.0 integration is completed
- Objective:
- Adopt core api fully in modules
- Objective:
- Remove the Cosmos SDK and Comet as a dependency from all modules
- Release v1 of modules that have their dependency graph cleaned up
- Spin out 4 more modules into their own go.mods
- Progress:
- Core api has been integrated into all modules
- KvStoreService is being added to all modules
- Objective:
- Remove global bech32
- Objective:
- Deprecate global bech32 setting
- Progress:
- All modules except bank use the
address.Codec
- All modules except bank use the
- Objective:
- Make sdk.Msg only be
proto.message
- Objectives:
- Reduce sdk.Msg to only be proto.message
- Reduce boilerplate in
msgs.go
- Progress:
- Make ValidateBasic Optional
- Make GetSigners be optional
- Remove GetsignBytes for legacy amino encoding
- Objectives:
- Collections
- Objectives
- Migrate all modules
- Add query support
- Add schema support
- Progress:
- We have migrated three modules
- Objectives
- ABCI 2.0
- Objectives:
- Integrate comet 0.38
- QA
- Progress:
- Integration has started
- Objectives:
- Integration framework
- Objectives:
- Migrate all modules
- Progress:
- We have migrated 2-4 modules currently
- Objectives:
- Invariant Checking
- Objective:
- Design a new system for checking invairants
- Implement changes
- Audit current invariants
- Progress:
- NA
- Objective:
- Accounts
- Objective:
- Allow users to use account abstractions
- Implementation is completed
- External Audit is scheduled (if needed)
- Progress:
- RFC/ADR is in review
- Objective:
- Commitment Structure
- Objective:
- Identify different commitment structures that could be used in the sdk and how they would be plugged (highlevel)
- Progress:
- Conversations in slack have started
- Objective:
- Cross lang
- Objective:
- Answer, what is needed to support many languages
- Answer, what sort of encoding of passing between the cgo/ffi boundary
- Progress:
- working group is meeting bi weekly
- ADR/RFC is in review
- Objective:
- Audit & release of storage refactor
- Identify further optimizations for storage
- Goal is to identify the next bottlenecks in storage or the state machine
- Complete Toolkit/SDK implementation refactor
- Goal is to release the new version of the sdk allowing for further composability
- Implement fee market abstractions
- Goal is to release an alpha version of fee market abstractions
- Governance
- Make gov and groups composable with each other, not duplicate
- Staking
- Research a new staking design
- Begin Implementation
- Nonce Lanes
- Goal is to produce a spec and/or viability of using lanes for nonces instead of a single sequence number.
- Stateless clients
- research how stateless clients could evolve in cosmos
This document will be updated at the end of the quarter on what was achieved and what was not. Shortly before the quarter concludes a new section will be added for the next quarter. We are working on updating the complete one year roadmap and will be posting it here as well.