PoolRadar is a web service for comparing DEX liquidity pools (Uniswap v3/v4, PancakeSwap v3, Aerodrome, and others) using historical Volume / Fees / TVL. It helps you quickly see which pools and which time periods delivered stronger fee efficiency, as a starting point for deeper analysis.

Many analytics tools show “APR” that is based on simplifications (short windows, partial days, different TVL/price methodologies). This can be misleading.

PoolRadar focuses on real historical data and provides PR Score so you can compare fee efficiency across time, pools, and DEXes in a more consistent way.

PR Score estimates a pool’s fee efficiency relative to TVL for the selected period.

In simplified daily terms:

• we compute Volume / TVL,
• multiply by the daily fee rate,
• convert to bps (×10000),
• then average over the selected window/date range.

For pools with dynamic fees (e.g., Aerodrome / Uniswap v4), the fee rate is taken from a primary source when available; otherwise it is computed as fees_usd_day / volume_usd_day and marked as estimated.

PoolRadar currently shows pool-level metrics (Volume / Fees / TVL) and the derived PR Score.

It does not model your specific position (range/ticks, liquidity concentration, rebalancing, IL, and your exact share of fees). Use it as a screening and comparison tool, not a personal ROI calculator.

PR Score is only as accurate as the underlying source data. PoolRadar does notinvent values.

When data is missing or not reliable enough, we explicitly surface this via statuses such as missing, no data, and estimated so you can see the limitation.

No. PoolRadar is an analytics tool, not financial advice.

Data sources can have delays or errors, and PR Score is a simplified metric that does not account for important factors (e.g., LP range selection and liquidity distribution). Treat PR Score as a signal/filter, and validate decisions with independent checks.

Because the key drivers can change materially:

• Volume (trading spikes, arbitrage, volatility, news),
• TVL (liquidity inflows/outflows, incentive campaigns, migrations),
• Fee rate (especially for dynamic-fee pools).

Also, PoolRadar aggregates by calendar days (UTC), not “rolling last 24h”, so day boundaries can look like sudden breaks.

We use multiple sources depending on the DEX/network and data availability:

• The Graph / subgraphs: daily pool metrics (volume/fees/txCount and others).
• GeckoTerminal: used as a source/check for yesterday’s TVL and for pool selection.
• Dune: used for repair/backfill (filling TVL/fee gaps, dynamic fee datasets, and service calculations).

Each source can occasionally be incomplete (lags, missing prices, partial days). That’s why PoolRadar has validation/repair routines and surfaces clear data-quality statuses in the UI.

Data is updated automatically once per day via a nightly pipeline.

The full cycle typically takes ~3–4 hours. All timestamps shown by the service are in UTC (server time).

Common reasons:

• PoolRadar does not use “today” as the last day to avoid showing incomplete current-day data (the last day is “yesterday” or earlier).
• Sources may lag for the final “yesterday” snapshot (subgraph / GeckoTerminal / Dune).
• If GeckoTerminal cannot provide a reliable TVL snapshot for yesterday, TVL is marked as missing, and TVL-dependent metrics may be empty/incomplete until the next run.

It means the daily fee rate was not available from the primary source for that day.

In that case, PoolRadar computes an implied fee rate as: estimated fee rate = fees_usd_day / volume_usd_day.

We label it clearly so you can distinguish computed values from primary-source values.

Most differences come from methodology:

• Time window: many DEX UIs show “last 24h”, while PoolRadar uses UTC calendar days and aggregates over a selected window/range.
• TVL type: PoolRadar uses a snapshot/estimate for “yesterday”, while DEX UIs often show near real-time TVL.
• Pricing & rounding: different price sources and handling of tokens without a reliable USD price.

Favorites are quick bookmarks — one flat list of pools you saved.

Watchlists are multiple named lists designed for different strategies. For example, you can have a “Stable–ETH” watchlist and a separate “ETH–BTC” one, and switch between them without noise.

Yes. You can create multiple watchlists, rename them, and delete them.

Adding/removing pools is done in the Watchlists UI (and/or via actions next to a pool, depending on the screen).

1. Check whether the pool/day is labeled no data, missing, or estimated — this often explains discrepancies.
2. Wait for the next nightly update (many issues are source-data lags).
3. If it persists, email poolradarxyz@gmail.com with the DEX+network, pool address, date(s), and what looks wrong (a screenshot helps).