Investigate addition of IBCModule v2 application interface #7359
Labels
feat: ibc-eureka
needs discussion
Issues that need discussion before they can be worked on
needs investigation
Issues that need some research before deciding approach or feasibility
Summary
IBC eureka/v2 protocol will introduce a new Packet type and commitment structure design informed by cosmos/ibc#1149
As the current
IBCModule
interface defined in05-port/types
depends on the current(classic) IBC packet, the proposed changes lends itself to introducing a newIBCModule
interface with a more fine-grained and reduced API.Proposal
This proposal has been informed by proof-of-concept work which experimented with a v2
IBCModule
interface including variations of the following methods.This should be further explored within the context of IBC protocol v2 / eureka and vetted for viability. The
IBCModule
interface is reduced to 4 concise methods for packet handling, eliminating handshake handlers from the IBC app design.The above is a recommended starting point and intended to be tuned as progress is made on the surrounding parts of the implementation, and information is gathered.
A mock stubbed IBC app module can be created to implement the methods and run tests before moving forward with touching existing IBC apps.
For Admin Use
The text was updated successfully, but these errors were encountered: