This doc describes possible technical specification for a bridge-agnostic model of managing Lido staked Eth on Cosmos chains.
The aim of the spec is to solve issues of liquidity fragmentation and reduce any bridge-related issues, such as vendor lock and possible vulnerabilities. It mostly addresses this section of the previously made stETH bridging spec: https://hackmd.io/@lido/BJGOoX2hF#Ethereum-state-communication-channel
┌───────────────────┐ ┌─────────────────┐ ┌───────────────┐
│ Ethereum │ │ Neutron │ │Cosmos chain 1 │
│ │ │ │ │ ┌─────┐ │
│ ┌─────┐ ┌────┐ │ │ ┌─────┐ │ ┌───┼─────►│Users│ │
│ │Users│ │Lido│ │ │ │Users│ │ │ │ └─────┘ │
│ └──▲──┘ │DAO │ │ │ └─▲───┘ │ │ │ │
│ │ └─┬──┘ │ │ │ │ │ └───────────────┘
│ │ │ │ │ │ │ │
│ │ │ │ │ ┌────▼────┐ │ │ ┌───────────────┐
│ ┌──▼────┐ │ │ │ │Lido │ IBC│ │ │Cosmos chain 2 │
│ │Lido │ │ │ │ │Satellite│◄────┼───┼─┐ │ ┌─────┐ │
│ │Mission◄──┘ │ │ └────▲────┘ │ │ └─┼─────►│Users│ │
│ │Control│ │ │ │ │ │ │ └─────┘ │
│ └─▲─────┘ │ │ └───────┐ │ │ │ │
│ │ │ │ │ │ │ └───────────────┘
│ │ ┌─────────┐ │ │ ┌─────────┐ │ │ │
│ ├─►│Bridge │◄─┼──────┤►│Bridge ├──┤ │ │ ┌───────────────┐
│ │ │adapter 1│ │ │ │adapter 1│ │ │ │ │Cosmos chain 3 │
│ │ └─────────┘ │ │ └─────────┘ │ │ │ │ ┌─────┐ │
│ │ │ │ │ │ └───┼─────►│Users│ │
│ │ ┌─────────┐ │ │ ┌─────────┐ │ │ │ └─────┘ │
│ ├─►│Bridge │◄─┼──────┤►│Bridge ├──┤ │ │ │
│ │ │adapter 2│ │ │ │adapter 2│ │ │ └───────────────┘
│ │ └─────────┘ │ │ └─────────┘ │ │
│ │ │ │ │ │
│ │ ┌─────────┐ │ │ ┌─────────┐ │ │
│ └─►│Bridge │◄─┼──────┤►│Bridge ├──┘ │
│ │adapter 3│ │ │ │adapter 3│ │
│ └─────────┘ │ │ └─────────┘ │
│ │ │ │
└───────────────────┘ └─────────────────┘
The whole thing consists of several main parts:
Each component consists of several modules:
Mission control:
Common module
Receiver module
Sender module
Satellite:
Any bridge adapter: