One-sided tape: sellers on UBUSDT
Taker buy ratio over the last 15 minutes has run at 0.38 or less: a persistently seller-heavy tape.
What has happened on UBUSDT when it held
Historically, when One-sided tape: sellers on UBUSDT held (220 occurrences in the scanned window, 217 with a computable 24h horizon), the market reached +5% within 24h in 142 of 217 (65.4) and drew down 10%+ in 54 of 217 (24.9). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.
Outcome distribution
8 of 220 (3.6%) reached +5% or more within 1 hour
🔒 Measured after every match, never by keeping winners. 220 of the matches have a complete 1 hour forward.
What are MFE and MAE?About 7.1 a day, on 29 of 31 days: spread through the record rather than one event.
Forward 30-minute returns across 220 matches: close to an even split, which is what a coin flip looks like.
How to read a distributionVersus baseline
Historically, when any eligible UBUSDT minute in the window (baseline) held (39,932 occurrences in the scanned window, 38,501 with a computable 24h horizon), the market reached +5% within 24h in 26,664 of 38,501 (69.3) and drew down 10%+ in 11,282 of 38,501 (29.3). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.
The full record
The same setup counted over every recorded day on UBUSDT (2026-05-15 to 2026-08-05), growing daily.
Historically, when One-sided tape: sellers on UBUSDT over the full record held (452 occurrences in the scanned window, 449 with a computable 24h horizon), the market reached +5% within 24h in 286 of 449 (63.7) and drew down 10%+ in 127 of 449 (28.3). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.
16 of 452 (3.5%) reached +5% or more within 1 hour
🔒 Measured after every match, never by keeping winners. 452 of the matches have a complete 1 hour forward.
What are MFE and MAE?About 5.4 a day, on 59 of 83 days: spread through the record rather than one event.
Forward 30-minute returns across 452 matches: close to an even split, which is what a coin flip looks like.
How to read a distributionCheck our work: the key that re-runs this exact count (q#d0303626)
- grammar
- research_query.v2
- normalization
- archive_normalization.v1
- feature library
- feature_defs.v1
- dataset revision
- 21e2232e3af8e94636f13b3ba6651434c2154f4bcf548c7ea9840512a888497c
- query hash
- d03036262dfb6887d5c0eb0c638f8d0cdd7539d7d9f862d7fbf11bf84259012e
- scanned window
- 2026-07-06T00:00:00.000Z to 2026-08-05T00:00:00.000Z (UTC)
Same key, same bytes. This receipt reruns; it does not retell. When the record grows, the dataset revision changes and says so.
Re-run this yourself, over the API or from an AI agent
This is the exact search definition behind the receipt. Send it to the key-authed research API (or the MCP research tool) and compare the bytes: a cached rerun is free.
{
"schema_version": "research_query.v2",
"normalization_version": "archive_normalization.v1",
"feature_version": "feature_defs.v1",
"target": "record_occurrences",
"where": {
"all": [
[
"feature.taker_buy_ratio_15m",
"lte",
0.38
],
[
"identity.symbol",
"eq",
"ubusdt"
],
[
"times.anchor_time",
"between",
[
"2026-07-06T00:00:00.000Z",
"2026-08-05T00:00:00.000Z"
]
]
]
},
"sort": [
"times.anchor_time",
"desc"
],
"page": {
"limit": 50,
"cursor": null
}
}curl -s https://app.edgedepth.com/api/v1/research/query \
-H 'authorization: Bearer $EDGEDEPTH_API_KEY' \
-H 'content-type: application/json' \
-d '{"schema_version":"research_query.v2","normalization_version":"archive_normalization.v1","feature_version":"feature_defs.v1","target":"record_occurrences","where":{"all":[["feature.taker_buy_ratio_15m","lte",0.38],["identity.symbol","eq","ubusdt"],["times.anchor_time","between",["2026-07-06T00:00:00.000Z","2026-08-05T00:00:00.000Z"]]]},"sort":["times.anchor_time","desc"],"page":{"limit":50,"cursor":null}}'How to read this
- Counts ship with denominators: occurrences across the eligible symbol-buckets scanned. A rate is over the occurrences with a computable horizon (present), never the total.
- Absent is absent. When a feature was not warm at a minute, that bucket leaves the denominator and is reported; it is never coerced to zero.
- This selects a setup, never its outcome. The grammar forbids filtering on what followed (OUTCOME_IN_PREDICATE), so the distribution below is over every occurrence, not a survivorship-picked subset.
Occurrences are observed examples in a selected archive, not a guarantee. Outcomes are computed forward from each anchor and are descriptive, never a filter and never a prediction. Nothing here is trading advice.
Everything measured on UBUSDT right now: the UBUSDT research page