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

Integration Type
Purpose
Data Sent
Main Logic

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:

  1. Origin contract encodes payload

  2. Oracle network validates and relays it

  3. 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_send

  • Incoming 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:

Index
Field
Type
Description

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

Index
Field
Type
Description

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

Step
FT Bridge
NFT Bridge

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