Collators aggregate parachain transactions block candidates and producing state transition proofs for validators based on those blocks.

Hydration is a Polkadot parachain specialized in trading, lending, and stablecoin issuance.

HDX holders own and govern the protocol. Hydration’s investors include KR1 plc, Hypersphere, etc.

website

twitter

github

telegram

discord

medium

governance

etherscan

Blockchains (L2)

Hydration

# Hydration Tradeable pairs Methodology

## 1. Overview

Tradeable pairs measures the number of unique asset pairs available for trading on Hydration DEX. This metric reflects the total number of direct swap routes provided by the protocol's various liquidity architectures, including the Omnipool, stablepools, and isolated pools. It serves as a key indicator of market depth and the diversity of asset exchange routes supported within the ecosystem.

## 2. Data sources

- **Blockchain events**: State balances and reserve snapshots are extracted for the Omnipool, stablepools (including HOLLAR and `aDOT` pools), and isolated pools from Hydration Substrate
- **External data**: Asset metadata is utilized for asset identification and decimal normalization

## 3. Step-by-step calculation

### Component A: Omnipool pair calculation

- **Purpose**: Calculate the total number of swap permutations available within the Omnipool architecture.
- **Logic**: Unique assets with active reserves are identified within the Omnipool, specifically excluding the asset with address '1'. Because the Omnipool design enables permissionless trading between any two supported assets, the total number of unique tradeable pairs is calculated by applying the mathematical formula `(n * (n - 1)) / 2`, where `n` represents the total count of unique assets identified.
- **Key fields**: `token_address`, `pool_address`, `net_deposits`

### Component B: Isolated and stablepool pair calculation

- **Purpose**: Identify tradeable pairs within standard liquidity pools.
- **Logic**: Unique pool addresses are identified for isolated pools and stablepools, including specialized configurations such as the `GDOT` and `aDOT` stablepool integrations. Each unique pool address is recorded as a single tradeable pair route.
- **Key fields**: `pool_address`, `token_0`, `token_1`

### Component C: Final aggregation and normalization

- **Purpose**: Consolidate pair counts across all pool types into a single daily metric.
- **Logic**: The tradeable pair counts derived from the Omnipool and standard liquidity pools are summed on a daily basis for Hydration DEX. The resulting values are grouped by timestamp and chain. A zero-filling strategy is applied to the time series to ensure data continuity across the reporting period. Amounts are normalized by decimal precision where relevant to confirm active reserve status.
- **Key fields**: `timestamp`, `chain_id`, `tradeable_pairs`

*This methodology was automatically generated by Token Terminal's methodology analyzer.*

Number of unique token pairs available for trading on the exchange.

HydrationHDX

Tradeable pairs

Tradeable pairs

Competitive landscape

Chain breakdown