Contract
{
"type": "object",
"required": [
"time_range"
],
"properties": {
"limit": {
"type": "integer",
"default": 20,
"maximum": 100,
"minimum": 1,
"description": "Results per page. Example: 20. Defaults to 20."
},
"offset": {
"type": "integer",
"default": 0,
"maximum": 9007199254740991,
"minimum": 0,
"description": "Pagination offset. Example: 0. Defaults to 0."
},
"time_range": {
"enum": [
"7d",
"30d",
"90d",
"180d",
"1y",
"all"
],
"type": "string",
"description": "Window to aggregate bridge volume over: 7d, 30d, 90d, 180d, 1y, or all. Returns a single ranked snapshot (not a time-series). This endpoint uses time_range only — it does NOT accept interval. Example: 30d. Required -- must be stated explicitly on every call."
}
},
"additionalProperties": false
}{
"type": "object",
"required": [
"data",
"meta"
],
"properties": {
"data": {
"type": "array",
"items": {
"type": "object",
"properties": {
"project": {
"type": "string",
"description": "Bridge protocol identifier, e.g. 'usdt0', 'arbitrum', 'polygon'."
},
"tx_count": {
"type": "integer",
"description": "Number of bridge transactions for this protocol over the requested time_range."
},
"volume_usd": {
"type": "number",
"description": "Total USD volume bridged through this protocol over the requested time_range."
}
},
"additionalProperties": false
},
"description": "One entry per bridge protocol, ranked by volume_usd descending on both fixtures observed."
},
"meta": {
"type": "object",
"properties": {
"limit": {
"type": "integer",
"description": "Echoes the requested (or defaulted) limit."
},
"cached": {
"type": "boolean",
"description": "Whether this response was served from the provider's cache."
},
"offset": {
"type": "integer",
"description": "Echoes the requested (or defaulted) offset."
}
},
"additionalProperties": false
}
},
"description": "The bridge ranking response, as returned at routing.responseResultPath ($.output).",
"additionalProperties": false
}Pricing
Every real charge, itemised. A model that quietly omits one is a slow financial leak, so nothing here is rolled up, and a charge that only applies to some inputs says so rather than being added in.
Prices in this catalog are the provider's own list price, not your bill: Omnial MCP charges provider cost plus a platform markup on top, so what you are charged is higher than the figure shown. For the exact amount a specific call will cost, run omnial_execute with dry_run: true; that number includes the markup and is what we hold while the call runs. It is a quote, not a cap on the charge.
| Charge | Rate |
|---|---|
Per call Flat, regardless of what comes back | $0.01638 |
- Cost basis
- Not recorded
This tool's catalog entry does not record how its final bill is determined, so we will not tell you whether its cost is fixed before the call or reported by the provider afterwards. Either way what is held is a quote rather than a cap: you are charged what the call actually costs, bounded at 2x the quote.
- Updated
- Sep 15, 2026
