Why Integrate with Composer
Reach users on every chain
Without Composer, users must navigate to your protocol’s UI and sign multiple transactions. With Composer, users can deposit into your protocol in one click, directly from wallets, dApps, and aggregators that integrate LI.FI — including from any other EVM chain.Distribution through the LI.FI ecosystem
LI.FI is integrated into hundreds of wallets, dApps, and DeFi platforms. When your protocol is available via Composer, it becomes accessible through:- LI.FI API — used by integrators building custom DeFi experiences
- LI.FI SDK — TypeScript SDK for frontend and backend applications
- LI.FI Widget — embeddable UI component used by wallets and dApps
Better UX for your users
Composer transforms multi-step, multi-chain operations into a single transaction:| Without Composer | With Composer |
|---|---|
| Bridge assets to the right chain | One transaction |
| Swap to the required token | One signature |
| Approve the token | One click |
| Deposit into the protocol | Atomic execution |
Pre-execution simulation
Every Composer transaction is simulated before execution, giving users certainty about the outcome before they sign. This reduces failed transactions and improves trust in your protocol.Technical Requirements
Your protocol must meet these requirements to be integrated.1. EVM compatibility
Your protocol must be deployed on an EVM-compatible chain. Composer’s onchain VM executes compiled bytecode on EVM chains. Non-EVM chains (Solana, SUI, etc.) are not currently supported.2. Tokenised position return
Upon deposit, your protocol must return a token to the user’s wallet. Composer routes are identified by thetoToken parameter, which must be a valid ERC-20 token representing the user’s position.
Supported token types:
| Token type | Example | Protocol example |
|---|---|---|
| ERC-4626 vault shares | Vault share tokens | Morpho, Euler |
| aTokens | Interest-bearing receipt tokens | Aave V3 |
| Liquid staking tokens | LSTs representing staked positions | Lido wstETH, EtherFi |
| Yield tokens | Tokens representing yield positions | Pendle, Ethena sUSDe |
| Custom receipt tokens | Protocol-specific deposit receipts | Felix Vanilla, Neverland |
3. Standard deposit interface
Your deposit function should accept standard parameters that Composer’s eDSL compiler can encode. Common patterns include:- ERC-4626
deposit(uint256 assets, address receiver)— standard vault interface - Aave-style
supply(address asset, uint256 amount, address onBehalfOf, uint16 referralCode)— lending pool interface - Staking
stake(uint256 amount)orwrap(uint256 amount)— staking/wrapping interface
Deposit vs. withdraw support
Composer supports two action types per protocol:| Action | Description | Required? |
|---|---|---|
| Deposit | User sends tokens, receives position tokens | Yes (minimum) |
| Withdraw | User sends position tokens, receives underlying tokens | Optional |
Currently Integrated Protocols
Dozens of protocols are already integrated with Composer, spanning lending, liquid staking, yield, and vault strategies.Supported Protocols
View the full list of integrated protocols, supported actions, and example
token addresses.
After Integration
Once live, your protocol is accessible via:- All LI.FI API integrators — your vault/staking tokens appear as valid
toTokendestinations - All LI.FI Widget deployments — users can select your protocol’s tokens as destinations
- All LI.FI SDK users — developers can build custom flows targeting your protocol
Getting Integrated
Integrations are handled by the LI.FI team, who can collaborate with you directly on the integration.Apply for Composer Integration
Fill out the protocol integration form to start the process.
- Partnerships — marketing@li.finance
- Technical questions — support@li.fi
Next Steps
Composer Overview
Learn how Composer works
Supported Protocols
Currently integrated protocols
Limitations
Current constraints and supported chains
How It Works
Architecture deep-dive

