Why Sera¶

Traditional FX operates through a fragmented network of banks, brokers, and dealers. While this system moves $9.6 trillion daily, it comes with significant structural limitations. Sera addresses these by bringing FX trading on-chain.

Advantages Over Traditional FX¶

Transparency¶

Traditional FX is an over-the-counter (OTC) market — pricing is opaque and spreads vary by counterparty. Sera uses a central limit order book (CLOB) for fair price discovery and matching, ensuring consistent pricing for all participants.

Non-Custodial¶

Sera holds deposited funds in on-chain contracts and checks user authorization for normal settlement. Contract roles and administrative keys remain part of the trust model. If the API is unavailable, users can use the emergency withdrawal process, subject to its request, delay, execution window and balance rules.

24/7 Settlement¶

Sera submits settlement on-chain without relying on banking hours. Completion requires chain confirmation; a transaction can fail or revert. Availability depends on network conditions and executable liquidity, and clients should check the receipt and settlement status.

No Intermediaries¶

A traditional FX trade can pass through multiple intermediaries — dealers, prime brokers, custodians, and settlement agents — each adding cost and delay. Sera removes these layers. Trades are matched off-chain and settled directly on-chain between counterparties.

Permissionless Access¶

Traditional FX markets have high barriers to entry: minimum account sizes, credit checks, and geographic restrictions. Sera is open to anyone with an Ethereum wallet. No minimum balance, no application process.

Verifiable¶

Traditional FX relies on trust — you trust your broker's quoted price, your custodian's balance sheet, and your settlement agent's process. On Sera, all smart contracts are open source. Settlement logic, balances, and trade history are independently verifiable on-chain.

What Makes Sera Unique¶

Beyond the general advantages of on-chain trading, Sera introduces capabilities that don't exist in traditional FX or other on-chain settlement layers.

Smart Order Routing (SOR)¶

Sera's Smart Order Router finds the best execution path across all available pairs. If you want to swap GBP to SGD but the direct pair has thin liquidity, SOR can atomically route through USD — e.g. GBP → USD → SGD — in a single transaction, at the best available price. All legs settle atomically: either the entire route executes, or none of it does.

Virtual Liquidity¶

Virtual Liquidity lets market makers place orders across multiple trading pairs backed by a single shared budget. Instead of locking separate collateral for EUR/USD, GBP/USD, and SGD/USD, a single USD deposit can back all three. When one order fills, the remaining orders are automatically adjusted. This dramatically improves capital efficiency — a capability that doesn't exist in traditional FX or other on-chain settlement layers.

Direct Non-USD Settlement Pairs¶

Traditional FX routes almost everything through USD. A EUR → SGD trade typically executes as EUR → USD → SGD, with two spreads, two settlements, and the associated costs. Sera supports direct cross-currency pairs — EUR/SGD, GBP/JPY, AUD/BRL, and hundreds more — so you can trade and settle directly without the USD leg, reducing costs and complexity.

Gasless Swaps¶

The relayer pays swap execution Gas, with the cost included in the quote. Users do not fund that broadcast themselves. If a token needs a separate approve transaction, the wallet still needs Gas for it. A quote or accepted submission does not guarantee successful settlement; see fees and Gas.

MEV Is Not an Issue¶

On Sera, MEV is not a practical trading issue in the way it is on on-chain AMMs. Price discovery and matching happen inside Sera's Web2 CLOB matching engine, not in Ethereum's public mempool. Ethereum is used as the final settlement layer only.

Because orders are matched off-chain rather than exposed as public marketable swaps on-chain, searchers do not get the usual opportunity to front-run or sandwich user flow. For swaps, users still sign exact execution bounds such as maxInputAmount and minOutputAmount, so settlement either happens within those signed limits or fails.

Summary¶