Bridge assets from Flare

Choose a verified route, review a live quote, sign safely and track delivery to the destination network.

Last updated: Jul 19, 2026

What the FTSOBest Bridge does

The Bridge moves supported assets from Flare to a verified destination network. It is non-custodial: FTSOBest prepares and verifies the route, but your assets stay in your wallet until you approve and sign the on-chain transactions.

Complete Bridge form with a live quote
The transfer form and overview show route, expected amount, LayerZero fee and available FLR before signing.

1. Choose the asset

  1. Open Wallet Center and select Bridge.
  2. Connect your wallet and make sure Flare is selected.
  3. Open the asset selector and choose the asset you want to move.
Asset selector
Only assets with a reviewed Flare bridge configuration are listed.

FTSOBest currently supports FXRP, USD₮0, WETH, USDC.e, DINERO, sDINERO, UP and native FLR. Each asset has its own verified bridge contract and destination list; not every asset can go to every network.

2. Choose the destination

Open the destination selector. The list changes with the selected asset and only displays routes enabled for that asset.

Destination selector
For USDC.e, the verified destinations include Base, Arbitrum, Ethereum, Avalanche, Polygon and OP Mainnet.

3. Enter amount and recipient

Enter the amount or use Max. Add an EVM address you control on the destination network. Use “Use my wallet” when the same connected address should receive the assets. You can optionally save a trusted address with a label for later transfers.

Maximum amount and connected recipient
The balance, maximum amount and recipient remain visible beside the transfer overview.
Recipient and saved-address controls
Check the full recipient address and destination network before continuing.

Never use a deposit address or contract address unless the receiving service explicitly confirms that it supports this exact asset and destination route.

4. Load and review the live quote

Select “Get live quote”. FTSOBest reads the bridge contracts on Flare and shows:

  • the route and destination asset;
  • what you send and the expected amount after bridge deductions;
  • the LayerZero messaging fee in FLR;
  • your available FLR for gas and messaging fees.
Transfer overview
Review the expected destination amount and fee before opening the final confirmation.

Quotes are valid for 60 seconds and are checked again immediately before sending. A changed fee or lower destination amount returns you to review instead of silently continuing.

5. Approve and sign

Choose “Review bridge transfer” and compare every value with your intent. FXRP, WETH and USDC.e can require an ERC-20 approval when the allowance is insufficient. FTSOBest requests only the exact selected amount. Other supported assets can use a transport that does not need a separate ERC-20 approval.

After any approval is confirmed, FTSOBest refreshes the quote, simulates the bridge call and then asks your wallet to sign the transfer. No write is retried automatically.

6. Track delivery

After the Flare transaction is confirmed, the transfer appears under “Recent bridge transfers”. Pending transfers continue updating after a page reload. The entry links to the source transaction, LayerZero Scan and—when available—the destination transaction.

Delivered transfer history
A delivered entry keeps the amount, route, time, status and explorer links together.

Delivery is asynchronous. A confirmed Flare transaction can still need time for LayerZero verification and execution on the destination chain.

Safety and troubleshooting

  • Keep enough FLR for the LayerZero messaging fee and Flare gas.
  • Verify the asset, destination network, recipient, expected output and wallet prompt before every signature.
  • If no route appears, that asset/destination pair is not enabled or its live quote is unavailable.
  • If a quote expires, load a new quote; do not rely on the old amount or fee.
  • If delivery is still pending, use LayerZero Scan first. Do not send the transfer a second time only because the destination balance has not updated yet.
  • Bridge history is stored per signed-in wallet and environment. A local development transfer does not appear in the live-site history, and the reverse is also true.