| order |
|---|
1 |
Lastest update: December 21st, 2022
This document endeavours to inform the wider IBC community about plans and priorities for work on ibc-go by the team at Interchain GmbH. It is intended to broadly inform all users of ibc-go, including developers and operators of IBC, relayer, chain and wallet applications.
This roadmap should be read as a high-level guide, rather than a commitment to schedules and deliverables. The degree of specificity is inversely proportional to the timeline. We will update this document periodically to reflect the status and plans. For the latest expected release timelines, please check here.
This refactor will make the development of light clients easier. The ibc-go implementation will finally align with the spec and light clients will be required to set their own client and consensus states. This will allow more flexibility for light clients to manage their own internal storage and do batch updates. See ADR 006 for more information.
Follow the progress with the beta and RC milestones or in the project board.
Follow the progress with the milestone.
Authz goes cross chain: users can grant permission for their tokens to be transferred to another chain on their behalf. See this issue for more details.
Because it is so important to have an ibc-go release compatible with the latest Cosmos SDK release, a couple of features will take a little longer and be released in v7.1.0.
This feature will add support for applications on a chain to communicate with applications on the same chain using the existing standard interface to communicate with applications on remote chains. This is a powerful UX improvement, particularly for those users interested in interacting with multiple smart contracts on a single chain through one interface.
For more details, see the design proposal and discussion here.
A special shout out to Strangelove for their substantial contribution on this feature.
We will add support for Wasm light clients. The first Wasm client developed with ibc-go/v7 02-client refactor and stored as Wasm bytecode will be the GRANDPA light client used for Cosmos <> Substrate IBC connections. This feature will be used also for a NEAR light client in the future.
This feature was developed by Composable and Strangelove but will be upstreamed into ibc-go.
Channel upgradability will allow chains to renegotiate an existing channel to take advantage of new features without having to create a new channel, thus preserving all existing packet state processed on the channel.
Follow the progress with the alpha milestone or the project board.
This feature will allow tokens with non-native denoms to be sent back automatically to their native chains before being sent to a final destination chain. This will allow tokens to reach a final destination with the least amount possible of hops from their native chain.
For more details, see this discussion.
This roadmap is also available as a project board.
For the latest expected release timelines, please check here.
For the latest information on the progress of the work or the decisions made that might influence the roadmap, please follow our engineering updates.
Note: release version numbers may be subject to change.