CEX Perp Volume vs Observable Depth, Q3 2026
PerpFinder editorial · Published
From 2026-09-12 12:00 UTC to 2026-09-23 06:00 UTC, PerpFinder stored 44 volume-quality sweeps under methodology version 3. In the latest sweep, 20 centralized perpetual venues reported $243.3 billion of 24-hour volume. 99.8 percent of the stored venue rows reached the $1,000,000 top of the standardized ladder, so the reported-to-support ratio ranks venues mostly by reported turnover and not by depth. The daily snapshots from 2026-07-01 to 2026-09-21 hold 28 venue-days above the 3× spike rule. This issue covers part of the quarter.
Measurements of publicly observable data, never accusations. A high reported-to-support ratio means reported activity is large relative to visible book depth at standardized sizes, and nothing more. This report does not claim that any venue misreports volume.
What this report measures
PerpFinder collects two independent measurements every 6 hours. The first measurement is the 24-hour perpetual volume that each venue reports on its own ticker endpoint. The second measurement is the visible order book of the venue, walked by the PerpFinder cost engine at standardized order sizes. The volume-quality dataset stores both measurements with the sweep clock. The full rule set is on the volume-quality methodology page.
This report covers the third quarter of 2026, from 2026-07-01 to 2026-09-30. PerpFinder published it on 2026-09-23, before the quarter ended. The last sweep it uses is 2026-09-23 06:00 UTC, so the report covers part of the quarter.
The ratio figures use methodology version 3 only. That version holds 44 stored sweeps from 2026-09-12 12:00 UTC to 2026-09-23 06:00 UTC. The quarter also holds sweeps of version 1 and version 2. PerpFinder never merges two versions, so those sweeps appear only in the versions table.
What the ratio does and does not mean
The reported-to-support ratio divides the reported BTC and ETH perpetual volume of a venue by the largest standardized order that its book absorbed in the same sweep. A high ratio means the venue reported a large amount of turnover next to a small measured order size.
A low or high ratio is a measurement of visible depth against reported turnover. It is not a finding of misreporting. This report does not claim that any venue misreports its volume, and the dataset makes no such claim either.
Ordinary market structure produces high ratios. Market makers recycle the same inventory many times each day, so real turnover can exceed the depth that is visible at any single instant. A venue can also keep size off the visible book and add it when a large order arrives.
Observation 1: the latest sweep
In the 2026-09-23 06:00 UTC sweep, 20 centralized perpetual venues reported $243.3 billion of 24-hour volume. 15 of those venues publish a BTC and ETH breakdown, and their main markets hold $91.1 billion.
The ratio runs from 366 at BloFin to 23,232 at Binance, with a median of 5,017.
5 venues produced no ratio. Those venues publish no per-symbol breakdown that the feed can use, so their main-market volume stays null. A missing value stays null and never becomes zero.
Reported volume and observable signals, latest sweep
Measured at 2026-09-23 06:00 UTC sweep · PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history
Ratio = reported BTC and ETH perpetual volume ÷ the largest standardized order the venue absorbed in the same sweep. A venue with no usable per-symbol breakdown keeps a null main-market figure and a null ratio. Download this table as CSV
| Venue | Reported 24h ($M) | BTC+ETH markets ($M) | Median spread (bps) | Slippage at $100k (bps) | Largest fill ($M) | Ratio | Percentile | Data confidence |
|---|---|---|---|---|---|---|---|---|
| Binance | 74080.2 | 23231.6 | 0.02 | 0 | 1 | 23232 | 97 | 100 |
| OKX | 27499.7 | — | 0.02 | 0 | 1 | — | — | 80 |
| Toobit | 18814.9 | 9972.6 | 0.02 | 0 | 1 | 9973 | 83 | 100 |
| Bybit | 18076.1 | 8969.1 | 0.02 | 0 | 1 | 8969 | 77 | 100 |
| WEEX | 16860 | 5017 | 0.02 | 0 | 1 | 5017 | 50 | 100 |
| Gate.io | 16144.4 | 12227.8 | 0.02 | 0 | 1 | 12228 | 90 | 100 |
| MEXC | 11819.8 | 5131.3 | 0.02 | 0 | 1 | 5131 | 57 | 100 |
| WhiteBIT | 10111.8 | 5400.9 | 0.76 | 1.1 | 1 | 5401 | 63 | 100 |
| XT.COM | 9810 | — | 0.04 | 0 | 1 | — | — | 80 |
| Coinbase | 9438.7 | 8897.1 | 0.02 | 0 | 1 | 8897 | 70 | 100 |
| Bitget | 8875.1 | 4510.5 | 0.02 | 0 | 1 | 4511 | 43 | 100 |
| BingX | 6745.4 | 1571 | 0.21 | 0.03 | 1 | 1571 | 30 | 100 |
| Bitunix | 6512.7 | 3921.8 | 0.02 | 0 | 1 | 3922 | 37 | 100 |
| KuCoin | 2600.4 | — | 0.53 | 0.93 | 1 | — | — | 80 |
| Deribit | 1360.7 | — | 0.12 | 0.48 | 1 | — | — | 80 |
| HTX | 1356.3 | 1097.1 | 0.02 | 0.03 | 1 | 1097 | 23 | 100 |
| Kraken | 1045.7 | — | 0.78 | 0.56 | 1 | — | — | 80 |
| BloFin | 841.1 | 365.7 | 0.02 | 0 | 1 | 366 | 3 | 100 |
| Phemex | 834.7 | 442.8 | 0.02 | 0.15 | 1 | 443 | 17 | 100 |
| Crypto.com | 442.4 | 382.3 | 0.5 | 1.58 | 1 | 382 | 10 | 100 |
Scroll the columns sideways to see every field. The CSV holds the same rows.
Observation 2: the standardized ladder stops at $1 million
Across the 44 stored sweeps, 884 of 886 venue rows record a largest absorbed order of $1,000,000, which is 99.8 percent. The ladder has no larger rung.
The denominator of the ratio is therefore almost constant, and the ratio ranks venues mostly by reported main-market volume. A reader who wants a depth ranking must use the larger order sizes in the cost comparison tool.
Observation 3: a single sweep does not describe a venue
14 venues produced a ratio in every one of the 44 sweeps. No venue kept its ratio inside a 2× band across the window.
The tightest venue is MEXC, which moved between 2,320 and 8,378, a factor of 3.6. The widest venue is WhiteBIT, which moved between 590 and 50,567, a factor of 85.7. The median venue moved by a factor of 6.3.
Use the median across many sweeps to compare venues. Treat a single sweep as one moment in a moving series.
Reported-to-support ratio: range across sweeps
Log scale: 10 to 50,567 · displayed value is the median · a ratio is a measurement, not a finding about a venue
Reported-to-support ratio across the stored sweeps
Measured at 2026-09-12 12:00 UTC to 2026-09-23 06:00 UTC (44 stored sweeps, methodology version 3) · PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history
Median, minimum and maximum of the ratio of each venue across every stored sweep of the version. The spread column divides the maximum by the minimum. The two cost columns are the median of the stored sweeps. Download this table as CSV
| Venue | Sweeps | Median ratio | Minimum | Maximum | Maximum ÷ minimum | Median spread (bps) | Median slippage at $100k (bps) |
|---|---|---|---|---|---|---|---|
| Binance | 44 | 23242 | 6096 | 41157 | 6.8 | 0.03 | 0 |
| Gate.io | 44 | 11775 | 2406 | 20073 | 8.3 | 0.03 | 0.01 |
| Toobit | 44 | 10957 | 4511 | 17387 | 3.9 | 0.03 | 0 |
| Bybit | 44 | 8868 | 1944 | 14408 | 7.4 | 0.03 | 0.06 |
| Coinbase | 44 | 7926 | 851 | 10104 | 11.9 | 0.03 | 0 |
| MEXC | 44 | 5914 | 2320 | 8378 | 3.6 | 0.03 | 0 |
| WEEX | 37 | 5709 | 831 | 10803 | 13 | 0.03 | 0 |
| WhiteBIT | 44 | 5170 | 590 | 50567 | 85.7 | 2.82 | 1.39 |
| Bitget | 44 | 4621 | 1327 | 7940 | 6 | 0.03 | 0.05 |
| Bitunix | 44 | 4140 | 994 | 6674 | 6.7 | 0.03 | 0.02 |
| Bitmart | 6 | 2620 | 1810 | 11204 | 6.2 | 0.03 | 0 |
| BingX | 44 | 1545 | 467 | 2781 | 6 | 0.18 | 0.07 |
| HTX | 44 | 1160 | 370 | 2204 | 6 | 0.03 | 0 |
| Crypto.com | 44 | 454 | 124 | 568 | 4.6 | 2.12 | 2.14 |
| Phemex | 44 | 418 | 120 | 576 | 4.8 | 0.03 | 0.34 |
| BloFin | 44 | 387 | 116 | 879 | 7.6 | 0.16 | 0 |
Scroll the columns sideways to see every field. The CSV holds the same rows.
Observation 4: reported volume above the 3× spike rule
PerpFinder flags a venue when its reported 24-hour volume passes 3× the median of its own previous seven stored days. A flagged venue stays visible and leaves the headline market total until the figure holds.
The 83 daily snapshots from 2026-07-01 to 2026-09-21 hold 28 centralized venue-days above the rule, across 15 venues. 22 of them fall on the 26 reconstructed days. A reconstructed day reads a different instant than a captured day, so part of that multiple is a change of clock.
A flag marks a figure that needs a second day to confirm it. It is not a statement about the venue.
Reported 24h volume above the 3× spike rule
Measured at daily snapshots 2026-07-01 to 2026-09-21 · PerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history
A venue-day enters this table when the venue reported more than 3× the median of its own previous seven stored days. A flagged venue stays visible on the site and leaves the headline market total until the figure holds. The day column states whether the day was captured or reconstructed. Download this table as CSV
| Venue | Date | Day | Reported 24h ($M) | 7-day median ($M) | Multiple |
|---|---|---|---|---|---|
| Bitmart | 2026-07-16 | captured | 24053.7 | 6424.2 | 3.7 |
| WhiteBIT | 2026-08-16 | reconstructed | 29240.7 | 7535.1 | 3.9 |
| Deribit | 2026-08-20 | reconstructed | 1255.2 | 230.8 | 5.4 |
| Bitmart | 2026-08-20 | reconstructed | 25869.8 | 4989.3 | 5.2 |
| Kraken | 2026-08-20 | reconstructed | 1775.6 | 461.2 | 3.8 |
| BloFin | 2026-08-20 | reconstructed | 1722.1 | 548.6 | 3.1 |
| KuCoin | 2026-08-20 | reconstructed | 3314.7 | 1072.7 | 3.1 |
| Bybit | 2026-08-20 | reconstructed | 25243.4 | 8204.3 | 3.1 |
| HTX | 2026-08-20 | reconstructed | 3286.9 | 1069.7 | 3.1 |
| Deribit | 2026-08-21 | reconstructed | 1434.1 | 230.8 | 6.2 |
| Kraken | 2026-08-21 | reconstructed | 1772.6 | 461.2 | 3.8 |
| Bitmart | 2026-08-21 | reconstructed | 16152.5 | 4989.3 | 3.2 |
| Deribit | 2026-08-22 | reconstructed | 2129.2 | 265.8 | 8 |
| Bitmart | 2026-08-22 | reconstructed | 34346.6 | 4989.3 | 6.9 |
| Kraken | 2026-08-22 | reconstructed | 3020.7 | 461.2 | 6.5 |
| KuCoin | 2026-08-22 | reconstructed | 4317.5 | 1072.7 | 4 |
| BloFin | 2026-08-22 | reconstructed | 2092.3 | 563.6 | 3.7 |
| Crypto.com | 2026-08-22 | reconstructed | 1155.5 | 330.7 | 3.5 |
| Bybit | 2026-08-22 | reconstructed | 28648.6 | 8204.3 | 3.5 |
| XT.COM | 2026-08-22 | reconstructed | 15750.3 | 4781.1 | 3.3 |
| HTX | 2026-08-22 | reconstructed | 3658.9 | 1165.2 | 3.1 |
| OKX | 2026-08-22 | reconstructed | 51511.9 | 16824.3 | 3.1 |
| Bitget | 2026-08-22 | reconstructed | 18627 | 6090.2 | 3.1 |
| WEEX | 2026-09-04 | captured | 90471.4 | 7626.5 | 11.9 |
| Backpack | 2026-09-10 | captured | 397.6 | 118.8 | 3.3 |
| BitMEX | 2026-09-16 | captured | 18 | 2.2 | 8.4 |
| WhiteBIT | 2026-09-19 | captured | 51186.3 | 6709.9 | 7.6 |
| WEEX | 2026-09-19 | captured | 44273.9 | 12280.2 | 3.6 |
Scroll the columns sideways to see every field. The CSV holds the same rows.
What this report rests on
The ratio figures rest on 44 sweeps, 44 of them complete, with between 20 and 21 venues per sweep. The spike figures rest on 83 stored days: 57 captured and 26 reconstructed.
The volume-quality series starts on 2026-07-16, so the quarter holds no sweep before that day. The public API serves at most 30 days, so this report read the sweeps from 2026-08-24 only. Earlier sweeps of older versions are not in the versions table.
The daily snapshots in the repository end on 2026-09-21. Later days are in the runtime store and are not in this report.
Volume-quality methodology versions inside 2026-Q3
Measured at sweeps read from 2026-08-24 to 2026-09-23 06:00 UTC · PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history
PerpFinder stores each methodology version apart and never merges two versions. The ratio figures of this report use one version. The public API serves at most 30 days, so the table counts only the sweeps inside that read window. Download this table as CSV
| Version | First sweep read | Last sweep read | Sweeps read | Complete | Used for ratios |
|---|---|---|---|---|---|
| 1 | 2026-08-25 00:00 UTC | 2026-09-03 18:00 UTC | 40 | 40 | no |
| 2 | 2026-09-04 00:00 UTC | 2026-09-12 06:00 UTC | 34 | 34 | no |
| 3 | 2026-09-12 12:00 UTC | 2026-09-23 06:00 UTC | 44 | 44 | yes |
Scroll the columns sideways to see every field. The CSV holds the same rows.
Limitations
Each venue API returns a limited depth page. When a walk reaches the end of that page, the row records the limit, and the venue may hold more size than the measurement shows.
The engine walks the buy side only. A one-sided walk does not describe the sell side of the same book.
The sweep cadence is 6 hours, and each walk is one instant. Depth changes between sweeps, and a later sweep returns different numbers.
Reported volume comes from the ticker endpoint of each venue. PerpFinder normalizes the unit and the market type, and does not audit the venue figure.
How to reproduce these numbers
Every number comes from public endpoints that need no key. The sweep figures come from https://perpfinder.com/api/data/volume-quality-history?days=30&methodologyVersion=3. The spike figures come from https://perpfinder.com/api/data/venue-history?venue=Binance&days=30, the same endpoint for each venue, and the stored daily snapshots.
Those endpoints serve the current state, so a later call returns later numbers. Each table on this page carries a CSV with the exact rows of this report, and the fact block carries a CSV of every headline figure.
Updates
PerpFinder keeps no fixed publication schedule for this series. A published report is not edited after publication. A report on a later window is published as a new page, and the sweeps continue every 6 hours in the meantime.
The numbers
| Metric | Value |
|---|---|
| Stored sweeps of methodology version 3 inside 2026-Q3PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 44 |
| Stored sweeps with status completePerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 44 |
| Fewest venues in one stored sweepPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 20 |
| Most venues in one stored sweepPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 21 |
| Venues in the 2026-09-23 06:00 UTC sweepPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 20 |
| Reported 24h perpetual volume, all venues in the 2026-09-23 06:00 UTC sweep (USD billion)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 243.3 |
| Reported BTC and ETH main-market volume, venues with a published breakdown (USD billion)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 91.1 |
| Venues with a reported-to-support ratio in the latest sweepPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 15 |
| Venues with no usable per-symbol breakdown, so no ratioPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 5 |
| Median per-venue reported-to-support ratio in the latest sweepPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 5,017 |
| Lowest per-venue ratio in the latest sweep (BloFin)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 366 |
| Highest per-venue ratio in the latest sweep (Binance)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 23,232 |
| Stored venue rows whose largest absorbed order equals the $1,000,000 ladder topPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 884 |
| Stored venue rows with a largest absorbed orderPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 886 |
| Share of stored venue rows at the $1,000,000 ladder top (percent)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 99.8 |
| Venues with a ratio in every stored sweepPerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 14 |
| Venues whose ratio stayed inside a 2× band (maximum ÷ minimum at most 2)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 0 |
| Median venue ratio spread (maximum ÷ minimum)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 6.3 |
| Tightest ratio spread (MEXC, maximum ÷ minimum)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 3.6 |
| Widest ratio spread (WhiteBIT, maximum ÷ minimum)PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history | 85.7 |
| Stored daily snapshots from 2026-07-01 to 2026-09-21PerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 83 |
| Stored days reconstructed after the fact instead of capturedPerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 26 |
| Stored days captured on the dayPerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 57 |
| Centralized venue-days above the 3× spike rulePerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 28 |
| Centralized venues with at least one venue-day above the rulePerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 15 |
| Venue-days above the rule that fall on a reconstructed dayPerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 22 |
| Spike rule multiple of the venue own 7-day medianPerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history | 3 |
Author: PerpFinder editorial — the PerpFinder data desk. Published research carries the desk byline. Send a correction through the corrections page.
Sources: PerpFinder stored volume-quality sweeps — /api/data/volume-quality-history · PerpFinder daily venue snapshots (data/history, venue-reported perpetual volume) — /api/data/venue-history
Facts are generated deterministically from PerpFinder’s self-collected datasets (frozen methodology, versioned for each reported series) and are never edited by hand — only the narrative around them is editorial. Republishing the numbers is welcome with attribution: data license.