# Cross-chain liquid pooling protocol
## Overview
This is a protocol that enables combining a pool on osmosis and a pool on any chain with ibc connection to osmosis. Of course those 2 pools have to have the same pair of tokens.
The reasonale behind this is to leverage the combined liquidity of pools on osmosis and pools on counterparty chain for trading activities and also to bring more incentives to pools on counterparty chain. This also bring more liquidity and locked TVL for osmosis.
## Core concept
So the idea is that when user try to add tokens to the counterparty pool. The counterparty pool doesn't take all of the tokens but instead transfer a portion of the tokens to add to the respective osmosis pool through IBC.
And since it's effectively adding users tokens to osmosis pool, It will mange that added liquidity on user behalf. It can automatically sent back the incentives reward to user and remove liquidity on user's command. This means user get more incentives, yay.
This is without doubt making the counterparty pool having less liquidity because users' liquidity is not 100% put into the counterparty pool like before.
To make up for this, we'll use both the counterparty pool's liquidity and osmosis pool's liquidity to sustain swapping activities. In order words, we devide users swapped-in tokens into two parts, we swap one on counterparty pool and the other one on the respective osmosis pool.
## Benefits for osmosis pools:
- More liquidity and locked TVL for osmosis.
- Increase profits from swap fees, exit fees
<!-- Idea
This protocal requires a part of input token will be sent to osmosis and bond in osmosis pool, so the pool in customer chain will receive less liquidity, it's increase the swap slippage. We should add addtional mechanism to this protocol :
- We don't send all input token to the osmosis pool, a param `cross_chain_bond_token_rate` will determine how many input token will be add to the customer chain's pool.
- Swap over chain : we can use osmosis liquidity for swap, use both our pool and osmosis pool, this make slippage smaller. If we set the swap `swap_cross_chain_slpit_rate` = 0.6. It means 60% input token will be swap in customer chain pool, and 40% input token will be swapped in osmosis pool.
- The incentives receive from osmosis will be taxed, this taxes will be distribute again for all user who bonded to the pool. This bring more incentives for everyone bonded to this protocol.
-->