This specification defines the implementation of the IBC protocol on the Cosmos SDK, the changes made to the specification and where to find each specific ICS spec within the module.
For the general specification please refer to the Interchain Standards.
-
Applications
1.1. Transfer
-
Light Clients
3.3 Localhost Client
As stated above, the IBC implementation on the Cosmos SDK introduces some changes
to the general specification, in order to avoid code duplication and to take
advantage of the SDK architectural components such as the transaction routing
through Handlers.
The following list is a mapping from each Interchain Standard to their implementation
in the SDK's x/ibc module:
- ICS 002 - Client Semantics: Implemented in
x/ibc/core/02-client - ICS 003 - Connection Semantics: Implemented in
x/ibc/core/03-connection - ICS 004 - Channel and Packet Semantics: Implemented in
x/ibc/core/04-channel - ICS 005 - Port Allocation: Implemented in
x/ibc/core/05-port - ICS 006 - Solo Machine Client: Implemented in
x/ibc/light-clients/06-solomachine - ICS 007 - Tendermint Client: Implemented in
x/ibc/light-clients/07-tendermint - ICS 009 - Loopback Client: Implemented in
x/ibc/light-clients/09-localhost - ICS 018- Relayer Algorithms: Implemented in it's own relayer repository
- ICS 020 - Fungible Token Transfer: Implemented in
x/ibc/applications/transfer - ICS 023 - Vector Commitments: Implemented in
x/ibc/core/23-commitment - ICS 024 - Host Requirements: Implemented in
x/ibc/core/24-host - ICS 025 - Handler Interface:
Handlerinterfaces are implemented at the top level inx/ibc/handler.go, which call each ICS submodule's handlers (i.ex/ibc/*/{XX-ICS}/handler.go). - ICS 026 - Routing Module: Replaced by ADR 15 - IBC Packet Receiver.
The following ADR provide the design and architecture decision of IBC-related components.
- ADR 001 - Coin Source Tracing: standard to hash the ICS20's fungible token denomination trace path in order to support special characters and limit the maximum denomination length.
- ADR 17 - Historical Header Module: Introduces the ability to introspect past consensus states in order to verify their membership in the counterparty clients.
- ADR 19 - Protobuf State Encoding: Migration from Amino to Protobuf for state encoding.
- ADR 020 - Protocol Buffer Transaction Encoding: Client side migration to Protobuf.
- ADR 021 - Protocol Buffer Query Encoding: Queries migration to Protobuf.
- ADR 026 - IBC Client Recovery Mechanisms: Allows IBC Clients to be recovered after freezing or expiry.
x/capability: The capability module provides object-capability keys support through scoped keepers in order to authenticate usage of ports or channels. Check ADR 3 - Dynamic Capability Store for more details.
NOTE for auditors: If you're not familiar with the overall module structure from the SDK modules, please check this document as prerequisite reading.
For ease of auditing, every Interchain Standard has been developed in its own
package. The development team separated the IBC TAO (Transport, Authentication, Ordering) ICS specifications from the IBC application level
specification. The following tree describes the architecture of the directories that
the ibc (TAO) and ibc-transfer (ICS20) modules:
x/ibc
├── applications/
│ └──transfer/
├── core/
│ ├── 02-client/
│ ├── 03-connection/
│ ├── 04-channel/
│ ├── 05-port/
│ ├── 23-commitment/
│ ├── 24-host/
│ ├── client
│ │ └── cli
│ │ └── cli.go
│ ├── keeper
│ │ ├── keeper.go
│ │ └── querier.go
│ ├── types
│ │ ├── errors.go
│ │ └── keys.go
│ ├── handler.go
│ └── module.go
├── light-clients/
│ ├── 06-solomachine/
│ ├── 07-tendermint/
│ └── 09-localhost/
└── testing/