How intent-based bridging works
A classic bridge asks you to pick the mechanism: which bridge contract, which wrapped asset, which relayer. An intent-based bridge inverts that. You declare the outcome you want — this much of this asset, on this chain, at this address — and the router is responsible for finding a path that produces it.
(source chain + source token)
↓
Rozo Intent Router
↓
(destination chain + destination token)The four steps
- Intent. You choose the source chain and token, the destination chain and token, an amount, and the receiving address. The router returns a quote: the exact amount that will arrive, the fees, and an estimated completion time.
- Pay-in. You sign one transaction on the source chain. That is the only signature the transfer needs from you.
- Payout. Once the pay-in reaches finality, the payout is released on the destination chain. Because the payout does not depend on you having gas or an existing position there, it lands without further action.
- Reconciliation. Both legs are matched on amount and asset. A transfer stays tracked until it reaches a terminal state — settled or refunded — which is what the status page reports on.
Why the asset can change
Because the router settles the payout independently of the pay-in, the two do not have to be the same asset. Sending USDT and receiving USDC is a normal route, not a workaround. What is fixed is the pairing rule: USD stablecoins settle to USD stablecoins, and EURC settles to EURC. Every published pair, with the asset you actually receive, is listed on the routes page.
Why the payout is native, not wrapped
The payout leg transfers the issuer's own token on the destination chain — Circle-issued USDC on Base, Circle-issued USDC on Stellar — so there is no bridge-specific wrapper to unwrap later and no liquidity risk attached to a wrapper contract. See native vs wrapped USDC.
FAQ
Is ROZO a bridge or a swap?
Both, from the user's point of view. A single intent can change the chain, the asset, or both. Under the hood there is no single canonical bridge contract you are locked into — the router picks the path per transfer.
Who holds my funds during the transfer?
The pay-in is held by the settlement layer only for the window between your source-chain transaction reaching finality and the destination payout being released. If the payout cannot be completed, that balance is returned to you rather than kept.
Why is the receive amount lower than the send amount?
Three things are deducted: the destination network fee, the service fee, and — for cross-asset routes — the conversion rate applied between the two assets. All three appear in the quote before you confirm.
What happens if a route or liquidity provider goes down mid-transfer?
The transfer is not lost. It is either re-routed through another provider or refunded. Transfers already paid in are tracked until they reach a terminal state.
