Best Cross-Chain Bridge 2026: Quote Speed and Real Fees Ranked
Two live benchmarks across quote latency and effective fees reveal a 10x spread in quote speed between the fastest and slowest providers. Rankings shift by corridor and region. No single provider leads on every measured dimension.
Key finding
The spread between the fastest and slowest quote API in this cohort reaches nearly 10x within a 24-hour window. Both settle in the same 15 to 60 second window once the transaction is signed.
Methodology
Every number in this report is derived from OpenChainBench's live Prometheus instance. Two independent harnesses run continuously:
The bridge-quote-latency harness issues identical USDC quote requests against 8 bridge APIs every 5 minutes from 3 geographic regions (EU-West, US-East, Singapore), across 4 corridors (Sol to Base, Base to Arb, Arb to Sol, Arb to HyperCore) and 3 notional sizes ($5, $50, $300). Latency is wall-clock milliseconds from request dispatch to last byte received. Failed quotes are excluded from the latency histogram and counted toward a separate success rate metric.
The bridge-fee harness records total cost as a percentage of notional: quoted USD in minus quoted USD delivered, all-in (fees plus slippage plus destination gas). This definition prevents providers that bake cost into a spread from appearing at 0% on explicit-fee-only comparisons.
All harness source code is open at github.com/ChainBench/OpenChainBench.
Why Quote Latency and Settlement Are Different Numbers
Most "fastest bridge" comparisons pick one number and ignore the other.
Quote latency is how fast the bridge API returns a price. It is measured in milliseconds, is determined by server architecture, and is what a wallet's loading spinner reflects. Settlement latency is how long funds take to arrive after the user signs, in seconds to minutes, determined by the source chain's finality model and the bridge's validation mechanism.
These two numbers are structurally independent. The fastest quote API in this cohort and the slowest produce settlements in nearly the same window once the transaction is signed. This report focuses on the API layer, the part a builder can actually select and tune.
Bridge Quote API Speed: Cross-Corridor Aggregate
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 155 ms | 100.0% | |
| 2 | 295 ms | 100.0% | |
| 3 | 364 ms | 100.0% | |
| 4 | 473 ms | 100.0% | |
| 5 | 827 ms | 100.0% | |
| 6 | 861 ms | 100.0% | |
| 7 | 1.11 s | 89.9% | |
| 8 | 1.55 s | 100.0% |
Bridge quote API latency (p50, 24 h), cross-corridor aggregate across all 4 USDC routes and 3 regions. Identical notional ($300), probed every 5 minutes. Lower is better.
The fastest providers in this cohort quote at aggregate in the low hundreds of milliseconds. The slowest consistently takes over 1,500 ms on the same corridors. The spread between them reaches nearly 10x within a 24-hour window on the same notional, same corridors, same probe timing.
Tail latency deserves its own reading. One provider in this cohort posts a p50 at aggregate in the 350 to 400 ms range but a p99 near 5 seconds. That gap means one in a hundred quote requests will sit at the three-second spinner threshold under load, a different risk profile than the p50 alone suggests. Near Intents shows this pattern: its median looks competitive, but the tail reflects the solver auction window firing on uncached routes.
Per-Corridor Breakdown
The aggregate above averages across all four corridors. That average conceals real differences: provider coverage, solver inventory, and routing depth vary sharply by route. The four tables below isolate each corridor.
Sol to Base
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 353 ms | 100.0% | |
| 2 | 451 ms | 100.0% | |
| 3 | 596 ms | 89.3% | |
| 4 | 847 ms | 99.6% | |
| 5 | 1.85 s | 100.0% | |
| 6 | 3.53 s | 100.0% |
Quote latency for the Solana to Base corridor (p50, 24 h). 6 providers active. Providers without Solana support are absent. Lower is better.
Solana-origin routes require providers to maintain Solana-aware quoting logic. Six providers cover this corridor. Squid and Socket are absent. The success rate column surfaces who is quoting reliably versus occasionally failing on this route.
Base to Arbitrum
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 314 ms | 100.0% | |
| 2 | 353 ms | 100.0% | |
| 3 | 423 ms | 100.0% | |
| 4 | 593 ms | 90.9% | |
| 5 | 871 ms | 100.0% | |
| 6 | 1.67 s | 100.0% | |
| 7 | 2.38 s | 100.0% |
Quote latency for the Base to Arbitrum corridor (p50, 24 h). 7 providers active, the deepest competitive field. Lower is better.
Base to Arbitrum is the most contested corridor: a same-ecosystem EVM hop with mature liquidity on both sides. Seven providers compete here, the largest field in the dataset. Providers with pre-staged inventory on both chains quote in under 400 ms; those that enumerate routes across their integrated bridge set take over a second.
Arb to Solana
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 173 ms | 96.3% | |
| 2 | 364 ms | 100.0% | |
| 3 | 824 ms | 100.0% | |
| 4 | 1.55 s | 100.0% |
Quote latency for the Arbitrum to Solana corridor (p50, 24 h). 4 providers active, thinner cross-VM coverage. Lower is better.
Arbitrum to Solana is the cross-VM route with the thinnest coverage: only 4 providers quote this direction. Squid, Socket, Across, and Near Intents all return unsupported here. The success rate column surfaces who is quoting reliably across the corridor versus occasionally failing.
Arb to HyperCore
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 42 ms | 100.0% | |
| 2 | 811 ms | 100.0% | |
| 3 | 840 ms | 100.0% | |
| 4 | 1.71 s | 100.0% |
Quote latency for the Arbitrum to HyperCore corridor (p50, 24 h). 4 providers active. Newest corridor, thinnest solver pool. Lower is better.
HyperCore is the newest destination in the harness. Only 4 providers quote this corridor. Near Intents leads here, but that figure reflects a pre-computed price from cached solver inventory. The same bimodal dynamic applies. Providers that lead on Base to Arbitrum do not necessarily lead here.
Regional Quote Latency
Geographic proximity to the bridge API's origin servers predicts quote latency in ways that matter for production integrations. The same provider can rank differently in EU-West versus Singapore.
EU-West
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 296 ms | 100.0% | |
| 2 | 382 ms | 100.0% | |
| 3 | 744 ms | 90.9% | |
| 4 | 779 ms | 100.0% | |
| 5 | 871 ms | 100.0% | |
| 6 | 1.54 s | 100.0% | |
| 7 | 1.96 s | 100.0% | |
| 8 | 3.50 s | 100.0% |
Quote latency from EU-West probe (p50, 24 h), cross-corridor aggregate. Lower is better.
EU-West returns the tightest latency distributions in this cohort. Most providers achieve their best or near-best ranking from this region.
US-East
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 146 ms | 100.0% | |
| 2 | 423 ms | 100.0% | |
| 3 | 428 ms | 100.0% | |
| 4 | 488 ms | 100.0% | |
| 5 | 1.66 s | 100.0% | |
| 6 | 3.52 s | 99.3% |
Quote latency from US-East probe (p50, 24 h), cross-corridor aggregate. Lower is better.
Singapore
| # | Provider | p50 (ms) | Success |
|---|---|---|---|
| 1 | 179 ms | 100.0% | |
| 2 | 365 ms | 100.0% | |
| 3 | 380 ms | 100.0% | |
| 4 | 669 ms | 100.0% | |
| 5 | 773 ms | 100.0% | |
| 6 | 1.64 s | 100.0% |
Quote latency from Singapore probe (p50, 24 h), cross-corridor aggregate. Lower is better.
Provider rankings shift between regions. Providers without an Asian point of presence carry a visible penalty in the Singapore table. The cross-regional summary below shows which providers hold their rank globally and which degrade as geographic distance grows.
| # | Provider | US-East | EU-West | Singapore | Wins |
|---|---|---|---|---|---|
| 1 | 146 ms | 1544 ms | 179 ms | 2/3 | |
| 2 | — | 296 ms | — | 1/3 | |
| 3 | 423 ms | 382 ms | 365 ms | 0/3 | |
| 4 | 428 ms | 779 ms | 669 ms | 0/3 | |
| 5 | 488 ms | 744 ms | 773 ms | 0/3 | |
| 6 | 1660 ms | 1958 ms | 1645 ms | 0/3 | |
| 7 | 3516 ms | 3500 ms | 380 ms | 0/3 | |
| 8 | — | 871 ms | — | 0/3 |
p50 latency per probe region. Bold = fastest in that region. Wins = number of regions led.
Architecture and Pricing Models
Three pricing architectures coexist in this benchmark:
Direct protocols (deBridge) return a pre-computed cost using a native-token fee declared upfront in the quote response. Quote speed is fast. Route optionality is absent by design. deBridge typically ranks among the fastest at aggregate, alongside relay layers.
Aggregators (LI.FI, Squid, Socket) route through whichever underlying bridge is cheapest or fastest at quote time. Their latency reflects route-search complexity. The value proposition is coverage and route optimization, not speed.
Relay and intent layers (Mobula, Relay, Across, Near Intents) bake cost into a spread on a settlement intent or optimistic fill. Quote latency and fee structure are both determined by solver competition, not a fixed fee schedule. Solver-cached routes return fast; uncached routes wait on the auction, which is why p50 and p99 can diverge sharply for the same provider.
The architectural type predicts both quote latency and fee dynamics more reliably than any other variable in this dataset. An aggregator that covers 30+ underlying bridges will always trade latency for route breadth. That is not an engineering deficit. It is a harder problem solved per request.
The True Cost of Bridging
The cost figure that matters is not the fee field in a bridge's quote object. It is quoted USD in minus quoted USD delivered. Providers that bake cost into a spread appear at 0% on explicit-fee-only comparisons. This benchmark records bridge_cost_percent, the all-in number, so spread-based and fee-based pricing land on the same axis.
| # | Provider | p50 (pct) | Success |
|---|---|---|---|
| 1 | 0.037% | 100.0% | |
| 2 | 0.056% | 99.7% | |
| 3 | 0.14% | 66.7% | |
| 4 | 0.16% | 99.0% | |
| 5 | 0.24% | 99.7% | |
| 6 | 0.27% | 100.0% | |
| 7 | 0.45% | 100.0% | |
| 8 | 1.15% | 100.0% |
Effective bridge fee at $300 USDC notional (p50, 24 h), cross-corridor aggregate. Includes fees, slippage, and destination gas. Lower is better.
Two things to read alongside the aggregate table:
First, coverage is not uniform. The lowest-ranked aggregate fee in this table reflects a single corridor covered, not the full four-corridor dataset. The per-corridor tables below put every provider on a level field.
Second, success rate matters on fees. A provider that returns a valid fee quote two-thirds of the time is not a reliable default, regardless of its cost rank on successful calls. Check the success rate column alongside the fee figure.
At $300 notional, fixed costs (destination gas, base protocol fee) dominate the percentage. A bridge charging $2 in destination gas on a $300 transfer is already at 0.67% before any spread or protocol fee. Published bridge fee tables at $10,000 notional systematically understate what retail users pay at $300.
Cost by Corridor
Effective cost diverges sharply by corridor because solver inventory and destination gas prices vary by chain. The aggregate above is computed across every route each provider covers, but coverage asymmetry means some aggregates are wider samples than others. The per-corridor view below puts every provider on the same four routes.
Sol to Base: Effective Fee
| # | Provider | p50 (pct) | Success |
|---|---|---|---|
| 1 | 0.0064% | 99.8% | |
| 2 | 0.010% | 100.0% | |
| 3 | 0.030% | 99.4% | |
| 4 | 0.10% | 100.0% | |
| 5 | 0.33% | 99.9% | |
| 6 | 1.01% | 100.0% |
Effective fee for Sol to Base at $300 USDC (p50, 24 h). Includes all costs. Lower is better.
Sol to Base is the cheapest corridor in this dataset. The lowest fee recorded on this route is consistently below 0.01%, the tightest all-in cost in the benchmark. The cross-VM boundary (Solana to EVM) does not translate to higher cost when solver inventory is deep on both sides.
Base to Arbitrum: Effective Fee
| # | Provider | p50 (pct) | Success |
|---|---|---|---|
| 1 | 0.037% | 100.0% | |
| 2 | 0.11% | 96.6% | |
| 3 | 0.27% | 100.0% | |
| 4 | 0.27% | 100.0% | |
| 5 | 0.33% | 100.0% | |
| 6 | 0.36% | 100.0% | |
| 7 | 1.11% | 100.0% |
Effective fee for Base to Arb at $300 USDC (p50, 24 h). Deepest solver competition, tightest spreads. Lower is better.
Base to Arbitrum is the liquid EVM corridor where solver competition is strongest. The competitive cluster here is the tightest in the dataset: the middle providers (excluding the fixed-fee outlier) sit within 0.25% of each other, narrowing further at larger notionals.
Arb to Solana: Effective Fee
| # | Provider | p50 (pct) | Success |
|---|---|---|---|
| 1 | 0.095% | 100.0% | |
| 2 | 0.10% | 98.7% | |
| 3 | 0.46% | 100.0% | |
| 4 | 1.34% | 100.0% |
Effective fee for Arb to Sol at $300 USDC (p50, 24 h). Cross-VM route, wider spreads. Lower is better.
Arb to Sol carries noticeably higher effective fees than Sol to Base despite both crossing the same VM boundary. Direction matters: fewer providers cover this direction. Thinner solver coverage on this direction drives wider spreads, not the VM boundary itself. The most expensive providers on this corridor charge over 10x what the cheapest provider charges on Sol to Base.
Arb to HyperCore: Effective Fee
| # | Provider | p50 (pct) | Success |
|---|---|---|---|
| 1 | 0.11% | 99.7% | |
| 2 | 0.40% | 100.0% | |
| 3 | 0.43% | 99.9% | |
| 4 | 0.66% | 100.0% |
Effective fee for Arb to HyperCore at $300 USDC (p50, 24 h). Newest corridor, widest spreads. Lower is better.
HyperCore is the newest corridor in the bench. Thin solver competition produces the widest effective fees of any route in this dataset. As solver inventory deepens, this table will compress toward the EVM-to-EVM spreads.
Decision Framework
Wallet or dApp integrating a swap UI
Quote latency is the primary UX variable. Use the per-region tables (EU-West, US-East, Singapore) to find the current leader for your users' geography, then cross-reference with the per-corridor tables for the specific routes your wallet offers. The aggregate leader may trail on a specific corridor. Parallelize quote requests across 2 to 3 providers and display the fastest valid response. The success rate column is the secondary filter: a bridge with a weak success rate is not a reliable default regardless of its latency rank on successful calls.
High-volume or recurring cross-chain transfers
Effective fee at your typical notional is the primary variable. The per-corridor cost tables surface where each provider is structurally cheap and where it is not. The aggregate leaderboard at $300 and $10,000 are different rankings. Verify at the size that matches your transfers. Aggregate fee ranks can be misleading when a provider covers fewer corridors than its peers; the per-corridor tables remove that asymmetry.
Cross-chain application requiring broad corridor coverage
Aggregators (LI.FI, Socket, Squid) cover more source and destination chain combinations than direct protocols or single-network relay layers. Check the per-corridor success rate column in the quote-latency tables: a provider that shows as available in the aggregate may return unsupported on the specific corridor you need. Their broader coverage comes with higher quote latency and, on uncongested corridors, slightly higher effective fees.
Conclusion
The clearest pattern across both bridge benchmarks is that architecture predicts quote speed and fee structure, but the ranking depends on direction.
Sol to Base is the cheapest corridor in this dataset. Arb to Sol, the opposite direction across the same VM boundary, is more expensive and has fewer providers. The variable is not the ecosystem boundary; it is how many solvers are actively positioned on that route at the time of the quote.
No provider leads on every corridor simultaneously. The per-corridor tables make this concrete: aggregate rankings average across coverage asymmetries that matter for real integrations. A provider with strong EVM-to-EVM coverage may be absent on the cross-VM route you need; a provider with deep HyperCore inventory may trail on Base to Arb.
Production applications typically need at least two providers: one for speed and cost on liquid corridors, one as fallback for niche or cross-VM routes where primary coverage thins. The success rate column in each per-corridor table is the fastest way to identify where each provider's coverage actually holds.
Sources
All data in this report is derived from OpenChainBench's live Prometheus instance. Figures are p50 over a 24-hour rolling window unless noted. Data updates continuously; figures reflect the state as of August 18, 2026.
Quote latency: bridge-quote-latency · api/stat/bridge-quote-latency
Effective fees: bridge-fee · api/stat/bridge-fee
Bridge hub: /bridges · live cross-bench rankings, updated every 5 minutes
Harness source: github.com/ChainBench/OpenChainBench/harnesses
License: All data and figures in this report are published under CC BY 4.0. You may reproduce them with attribution to OpenChainBench and a link to the canonical URL.
Corrections: File a GitHub issue. Material corrections are applied in place with a dated note.