LIP Integration Guide
LiquidsFi Interoperability Protocol — Soroban ↔ EVM Integration
The LiquidsFi Interoperability Protocol (LIP) enables secure cross-chain messaging and bridging between Soroban (Stellar) and EVM chains. LIP supports both fungible token transfers and NFT / arbitrary-data transfers through the same oracle messaging primitive.
This page explains how to integrate LIP for both scenarios.
1. Overview of Some Integration Types
Fungible Token Bridge
Move tokens between Soroban ↔ EVM
amount, token addresses, decimals, recipient
lock/mint, burn/release, rebalance
NFT Bridge
Transfer unique assets
tokenId and attributes
burn/mint wrappers, attribute propagation
Arbitrary Data Messaging
Send any structured payload
custom fields
generic message receiver
Both integrations follow the same LIP flow:
Origin contract encodes payload
Oracle network validates and relays it
Destination contract receives the finalized payload
What changes between FT and NFT bridging is simply the payload schema, not the oracle flow.
2. Integration Architecture
Soroban Contract Integration
You will implement:
Outgoing messages:
lip_data_sendIncoming messages:
on_oracle_data
EVM Contract Integration
Covered in a later section — similar patterns apply.
3. Fungible Token Bridging (FT Bridge)
This section provides a dedicated fungible-token bridging integration.
3.1 Payload Structure
For FT transfers, LIP sends:
0
recipient
address/string
Address on destination chain
1
destToken
address
Token address on destination
2
amount
uint256
Token amount
3
decimals
uint256
Source token decimals
4
isRebalance
bool
Whether transfer is rebalance or user withdrawal
3.2 Outgoing Transfer Function (Soroban → EVM)
A polished generic version of your function:
3.3 Incoming FT Transfer (EVM → Soroban)
4. NFT / Arbitrary Data Bridging (NFT Bridge)
NFTs require a different payload schema, but the oracle flow is identical.
4.1 NFT Payload Structure
0
recipient
address/string
Destination owner
1
collection
address
NFT contract on destination
2
tokenId
uint256
The NFT identifier
3
metadata
bytes/string
Optional metadata blob
4
attributes
array
Arbitrary attributes
NFT payloads are intentionally flexible for project-defined metadata.
4.2 Outgoing NFT Transfer (Soroban → EVM)
4.3 Incoming NFT Transfer (EVM → Soroban)
5. Summary: FT vs NFT Integration
Lock/burn on origin
tokens deducted
NFT burned/locked
Payload content
token data
NFT ID + metadata
Decoding
amount + decimals
tokenId + attributes
Destination logic
mint/release
mint NFT replica
Oracle flow
identical
identical
6. Notes for Developers
LIP allows arbitrary structured data
Payload size is optimized and validated by oracle nodes
Developers may extend schemas for:
cross-chain governance
multi-chain account linking
multi-chain DeFi operations
Last updated