Volume bridged
USDValue of deposits filled in the selected period, valued at the deposit block.
How much moves through the Across bridge on each route, what does it cost and how fast do relayers fill it?
Transfers bridged through Across by route, the fees users paid, how fast relayers filled them and the bundles that repaid the relayers.
The dashboard as it will open in Vantage. Each figure is named here and arrives with its receipt; until its data is published, its place stays empty.
Volume, fees and fill times by route.
Value of deposits filled in the selected period, valued at the deposit block.
Deposits filled in the selected period.
The median time from deposit block to fill block across transfers in the period.
The median of input minus output as a share of the input amount, across transfers in the period.
Value bridged each day, split by destination chain.
Each route's volume, transfers, median fill time and median fee over the period.
Who fills, how relayers are repaid and the liquidity behind them.
Relayers that filled at least one deposit in the selected period.
Liquidity provider funds held in the HubPool at the latest day's end, valued at oracle prices.
Value each of the most active relayers filled in the period.
Each bundle with its proposer, the blocks it covers, relayer refunds, slow fills, whether it was disputed and when it was executed.
Across is an intent-based bridge. A user deposits tokens into the SpokePool on one chain and states what should arrive on another; a relayer delivers it on the destination from its own funds, often within seconds, and is repaid later. Repayments are grouped into root bundles proposed to the HubPool on Ethereum and checked through UMA's optimistic oracle, where anyone can dispute a wrong bundle.
This dashboard follows that cycle from the contracts: deposits matched to fills, the fee each user paid, how long each fill took, the relayers doing the filling and the bundles that settled their repayments. It also tracks the liquidity in the HubPool, which backs relayer refunds and the slow fills made when no relayer steps in.
Every figure will be read at a block, kept with its source and its exact read, and open a receipt anyone can re-check.
How receipts work →Read from chain state and history
A user deposits into the Across SpokePool on the origin chain. A relayer sends the user the requested tokens on the destination chain from its own balance, then asks to be repaid. Repayments are batched into bundles that settle on Ethereum after a challenge window, backed by UMA's optimistic oracle.
Most transfers are filled as soon as a relayer sees the deposit, often within seconds, because the relayer takes on the wait for settlement. Fill time depends on the route and the token, and the dashboard shows the median per route.
The user receives slightly less than they deposit. The difference pays the relayer for gas and for lending its capital until repayment, plus a fee to the liquidity providers whose funds back the system. The dashboard measures the total and splits out the liquidity provider part.
When no relayer fills a deposit, a slow fill can be requested and the protocol fills it from SpokePool funds once the next bundle is executed. Slow fills take longer but still deliver; the dashboard counts how often they happen.
UMA's optimistic oracle guards the root bundles that decide who gets repaid. A proposer posts a bundle with a bond, and anyone can dispute it during the challenge window; disputes are settled by UMA token holders, and undisputed bundles are executed.
How much volume intent-based bridges and swaps fill, which solvers and relayers fill it and how long a fill takes from deposit to delivery.
Multi-chainEthereumBase+2Transfers through Stargate by route and mode, the liquidity in its pools on each chain, the credits between them and the fees users pay.
EthereumArbitrumBase+5What a transfer, a token send and a swap cost on each Ethereum layer 2 right now and over time, with the Ethereum data fee shown apart.
Multi-chainBaseArbitrum+5Messages and token value sent over Chainlink CCIP lane by lane, with delivery times, fee tokens and how close pools are to their limits.
Multi-chainEthereumArbitrum+5Daily volume settled through NEAR Intents, the chains and assets it moves between and the solvers that fill it, read from its verifier.
NEARMulti-chainTransactions and gas per second on Ethereum and each layer 2, in total and per chain, counted from blocks without system transactions.
Multi-chainEthereumBase+6Start free in Voltfin Studio: boards, tables and reports where every number opens its receipt. Tell us which data you need first and we will build it next.