Sera vs OpenFX: How they actually compare
Sera and OpenFX both enable on-chain FX between stablecoins — but their liquidity architectures differ fundamentally. OpenFX uses pool-per-pair AMM mechanics: each currency corridor needs a dedicated liquidity pool, and capital is fragmented across pairs. Sera uses virtual liquidity: a single LP deposit quotes against every pair combination, so capital efficiency is orders of magnitude higher than funding individual pools. For broad corridor coverage at scale, Sera's model eliminates the liquidity bootstrapping problem that limits pool-per-pair FX protocols.
Sera vs OpenFX, side by side
| Sera | OpenFX (on-chain FX DEX) | |
|---|---|---|
| Liquidity model | Virtual liquidity — one deposit, all pairs | Pool-per-pair AMM — siloed by corridor |
| Capital efficiency | Single deposit covers 30,000+ pair combinations | Capital locked per pool; unused pairs idle |
| Currency coverage | 120+ currencies, 600+ stablecoins | Selected pairs with active pools |
| Pricing source | FX reference rates from 50+ banks + 10+ PSPs + 10+ FX houses | AMM price curve (constant-product or similar) |
| Slippage on large orders | Low — routed via SOR across all available liquidity | Higher — constrained by pool depth per pair |
| Protocol fee | 0 | Swap fee accrues to pool LPs |
| Smart order routing | Yes — SOR optimises across all pairs and routes | No — single pool per pair |
| Settlement model | Non-custodial, intent-based | Non-custodial AMM swap |
| AI/agent integration | Native MCP at agents.sera.cx | None listed |
When to choose Sera
- You need coverage across many corridors without pre-funding each one individually.
- Capital efficiency matters — Sera's virtual liquidity model means LPs earn yield on all 30,000+ pairs from one deposit.
- You require reference-rate pricing (not AMM curves) so your users get FX rates aligned to interbank benchmarks.
- You want smart order routing to minimise slippage across large or unusual currency pair orders.
- You're building agent-driven FX flows and need an MCP-compatible settlement layer.
When to choose OpenFX
- You prefer AMM mechanics and pool-based pricing for transparency and simplicity.
- You're settling a small number of high-volume pairs where a deep single pool is practical.
- You want to provide liquidity to a specific corridor and earn fees on exactly that pair.
- You prefer an AMM token incentive / governance model.
Pricing, side by side
Illustrative: $10,000 USDC → EURC settlement.
| Sera | OpenFX | |
|---|---|---|
| Protocol fee | $0 | Swap fee rate (varies by pool; typically 5–30 bps) |
| FX spread / slippage | $5–$40 (5–40 bps); accrues to LP | AMM slippage; depends on pool depth |
| Gas | $0.01–$0.50 (L2) | $0.01–$0.50 (L2) |
| Effective cost | $5–$40 | Swap fee + slippage; variable by pool depth |
Integrating Sera
Sera is an intent-based settlement protocol. You call the Sera contract with a quote, sign the intent, and the SOR routes across all available liquidity to fill at best price. Sera's MCP at agents.sera.cx lets AI agents invoke the same flow autonomously.
Integrating OpenFX
OpenFX is an AMM DEX for FX pairs. Integrators call the swap contract for a specific pool. LP participation means depositing into a designated corridor pool. Each pool is independent; there is no cross-pool routing.
Frequently asked questions
- What is the difference between virtual liquidity and AMM pools?
- In an AMM, each currency pair has a dedicated pool — USDC/EURC is separate from USDC/XSGD. Capital in one pool cannot serve the other. Sera's virtual liquidity model means a single LP deposit is quoted against all 30,000+ pair combinations: one deposit, one risk position, maximum utilisation.
- Which gives better FX rates — Sera or OpenFX?
- Sera prices against FX reference rates aggregated from 50+ banks, 10+ PSPs, and 10+ FX houses — the same interbank benchmarks that institutional desks use. AMM curves can diverge from reference rates when pools are thin. For large orders, Sera's SOR typically outperforms because it is not constrained by a single pool.
- Can I use both protocols?
- Yes. Some liquidity aggregators route to the deepest available pool per order. Sera's SOR can incorporate external liquidity sources; integrators can also build routers that check multiple venues before settling.
- Is an AMM model truly decentralised?
- AMM-based DEXes are generally non-custodial and on-chain — in that sense, yes. Sera is also non-custodial. The distinction is in the liquidity model, pricing mechanism, and corridor coverage — not in the custody or trust model.
Use Sera as your FX settlement layer
Keep custody and KYC where they are. Plug Sera in for the on-chain currency conversion and capture the FX spread on your own flow.