Volume filled
USDThe value of intent orders filled in the selected period across covered protocols, at fill-block prices.
How much volume do intent-based bridges and swaps fill, who are the solvers and how fast are fills?
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.
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 filled, orders and fill times across intent protocols.
The value of intent orders filled in the selected period across covered protocols, at fill-block prices.
Intent orders filled in the period, cross-chain and same-chain together.
The median time from origin deposit to destination fill for cross-chain orders in the period.
Distinct solver, filler and relayer addresses that filled at least one order in the period.
Daily filled volume split by protocol, with cross-chain bridges and same-chain swap protocols kept apart.
Origin and destination chain pairs by volume filled, with orders, the median fill time and the slowest fills in the period.
Who fills the orders, and how concentrated filling is.
The share of filled volume taken by the largest solver in the selected protocol and period.
The share of filled volume taken by the five largest solvers in the selected protocol and period.
Filled volume of each solver in the period, with a label where the address is known.
Each solver's orders, volume, share, median fill time and the routes it fills most, in the selected period.
In an intent-based protocol, a user signs the outcome they want, such as tokens delivered on another chain, and competing solvers or relayers deliver it from their own funds, then claim repayment. The protocol settles the result on-chain. This dashboard reads those settlements across intent-based bridges and swap protocols to show the volume filled, who filled it and how long each fill took.
Use it to compare protocols and routes, to see whether a few solvers fill most orders and to check fill times before relying on a route. Volumes and times come from the deposit and fill events themselves, matched by order id across chains, and every figure links to the transactions on both sides.
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 signed request for an outcome rather than a set of steps: for example, swap these tokens for at least this amount on that chain. The user does not choose the route; solvers compete to fulfil the request and are paid from the difference between what the user offers and what they deliver.
A standard interface for cross-chain intents, proposed by Uniswap Labs and Across. It defines how orders are opened on the origin chain and filled on the destination, so a solver can serve many protocols with one integration.
They watch for new orders, deliver the requested tokens from their own inventory and are repaid later through the protocol's settlement. They earn the spread or fee the user offered, and carry the risk of price moves and of delayed repayment.
They change who carries the risk. The user receives funds from a solver instead of waiting for a message to be verified, so the solver bears the settlement risk. The protocol's settlement and repayment contracts still need to be secure, which this dashboard does not assess.
The idea that users should not need to know which chain their assets are on. Intents are one way to get there: the user asks for an outcome, and solvers handle the chains, bridges and gas behind it.
Daily volume settled through NEAR Intents, the chains and assets it moves between and the solvers that fill it, read from its verifier.
NEARMulti-chainWhether each bridged token's supply on other chains is matched by tokens locked on its home chain, with every gap shown.
Multi-chainEthereumBase+4Daily and monthly spot DEX volume on each chain and each exchange, decoded from swap events and valued at oracle prices.
Multi-chainEthereumSolana+3Each major LayerZero-bridged token, route by route: which verifiers check its messages, how many must agree and whether one alone suffices.
Multi-chainEthereumArbitrum+5Major chains ranked by the fees users paid last month, split into fees burned and fees paid to validators, beside new issuance.
Multi-chainEthereumSolana+3What users pay in network fees on every major chain each day, in native tokens and USD, counted with one fee definition per chain.
Multi-chainEthereumSolana+4Start 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.