Skip to main content
Dexploit’s index begins on 2026-05-26 — the day Phase 0’s gRPC-firehose mint capture went live. Endpoints that depend on data captured by that pipeline will return a coverage_note field when results are empty.

​
Supported venues

Dexploit indexes swaps from 10 Solana DEX programs. Each swap carries a dex field — an integer ID (1–10) on the raw /swaps surface, the canonical lower-snake string everywhere else. The authoritative, always-current list is GET /api/v1/protocols.
VenuedexLiquidity eventsPer-pool price & reserves
Pump.fun (bonding curve)pumpfun—Yes
PumpSwap AMMpumpswapYesYes
Raydium AMM v4raydium_ammYesYes
Raydium CLMMraydium_clmmYesSpot price; TVL reserves 1
Raydium CPMMraydium_cpmmYesYes
Orca WhirlpoolsorcaYesApproximate; TVL reserves 1
Meteora DAMM v2meteora_damm_v2YesYes
Meteora DBC (bonding curve)meteora_dbc—Yes
Meteora DLMMmeteora_dlmmYesApproximate; TVL reserves 1
Meteora Dynamic AMM (Pools)meteora_poolsNot yet 2Swap amounts only 2
Orca and the three Meteora venues — DBC, DLMM, and Pools — were added on 2026-06-09; swaps before that date aren’t indexed for those four. Pump.fun and Meteora DBC are bonding curves, so they have no add/remove-liquidity events (the curve is the liquidity).

​
SOL-quoted swaps only

Every venue except Pump.fun indexes only swaps where one side is wrapped SOL (So111…1112). Pools quoted in USDC, USDT, or another token are not indexed, and neither are the non-SOL legs of a multi-hop route. This matters most on the concentrated-liquidity venues — Raydium CLMM, Orca, and Meteora DLMM — which list many USDC-quoted pools, so a meaningful share of their on-chain activity falls outside the index. Pump.fun is SOL-native, so all of its trades are captured.

​
Price & liquidity quality

1 pool_price, real_sol_reserves, and real_token_reserves are reliable per-pool values on the constant-product and bonding-curve venues (pumpfun, pumpswap, raydium_amm, raydium_cpmm, meteora_damm_v2, meteora_dbc). On the concentrated-liquidity venues the reserve fields are whole-pool totals (TVL-like), not active-tick liquidity — don’t use them as a constant-product price oracle. raydium_clmm still reports a true spot pool_price (from the pool’s sqrt-price); orca and meteora_dlmm report a vault-ratio approximation that can diverge from the executed price. 2 On meteora_pools, liquidity sits in dynamic vaults shared across many pools, so no per-pool reserve is derivable from a swap: pool_price and the reserve fields are absent, and only the swap’s own sol_amount / token_amount are indexed (these still drive volume and per-trade price). Add/remove-liquidity events for this venue aren’t published yet.

​
Endpoints affected

​
/deployer/{wallet}

Only ~5% of mints currently in our index have a non-empty creator field — older mints predate Phase 0. New mints (post-2026-05-26) all have creator captured. If you query /deployer/{wallet} for a wallet that deployed before Phase 0, you may see empty results. The response will include: 
{
  "results": [],
  "coverage_note": "creator data is captured from Phase 0 onwards (2026-05-26); older mints may be missing",
  "computed_at": 1779912000000
}

​
/tokens/{mint}/ath

Sources ohlcv_1d, which is populated from day 1 of the candle ingestion pipeline. No coverage gap.

​
/price/history*

Sources ohlcv_{1m,5m,1h,1d}. Same coverage as /api/v1/candles — see the OHLCV docs.

​
Actor charts (Phase 3)

token_actor_history snapshots begin at Phase 3 launch (2026-05-28). There is no pre-launch backfill — upstream holder balances aren’t retained historically, so accurate reconstruction isn’t possible. Charts fill forward as a mint trades. A mint that doesn’t trade for several hours has gaps (not zeros) in its chart for those hours — holder counts don’t change when nothing trades. Frontends should forward-fill the last known value. bundler_count / bundler_pct are 0 until the Phase 5 bundler tagger ships.