One-sided tape: sellers on VVVUSDT
Taker buy ratio over the last 15 minutes has run at 0.38 or less: a persistently seller-heavy tape.
What has happened on VVVUSDT when it held
Historically, when One-sided tape: sellers on VVVUSDT held (338 occurrences in the scanned window, 331 with a computable 24h horizon), the market reached +5% within 24h in 167 of 331 (50.5) and drew down 10%+ in 16 of 331 (4.8). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.
Outcome distribution
302 of 337 (89.6%) reached +0% or more within 1 hour · smallest move size with matches, picked for you
Pick a window and a move size: how often did a move at least that big follow?
🔒 Measured after every match, never by keeping winners. 337 of the matches have a complete 1 hour forward; the other 1 are too recent to know.
What are MFE and MAE?Why 7 days can show fewer than 1 hour: a match too recent for a complete 7 days is left out of that count entirely, even if it already reached the level within 1 hour. The two counts cover different sets of matches.
About 11 a day, on 29 of 31 days: spread through the record rather than one event.
Forward 30-minute returns across 337 matches: close to an even split, which is what a coin flip looks like.
How to read a distributionVersus baseline
Historically, when any eligible VVVUSDT minute in the window (baseline) held (37,594 occurrences in the scanned window, 36,206 with a computable 24h horizon), the market reached +5% within 24h in 19,733 of 36,206 (54.5) and drew down 10%+ in 2,586 of 36,206 (7.1). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.
The full record
The same setup counted over every recorded day on VVVUSDT (2026-08-14 to 2026-09-13), growing daily.
Historically, when One-sided tape: sellers on VVVUSDT over the full record held (338 occurrences in the scanned window, 331 with a computable 24h horizon), the market reached +5% within 24h in 167 of 331 (50.5) and drew down 10%+ in 16 of 331 (4.8). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.
302 of 337 (89.6%) reached +0% or more within 1 hour · smallest move size with matches, picked for you
Pick a window and a move size: how often did a move at least that big follow?
🔒 Measured after every match, never by keeping winners. 337 of the matches have a complete 1 hour forward; the other 1 are too recent to know.
What are MFE and MAE?Why 7 days can show fewer than 1 hour: a match too recent for a complete 7 days is left out of that count entirely, even if it already reached the level within 1 hour. The two counts cover different sets of matches.
About 11 a day, on 29 of 31 days: spread through the record rather than one event.
Forward 30-minute returns across 337 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#37c2ecc8)
- grammar
- research_query.v2
- normalization
- archive_normalization.v1
- feature library
- feature_defs.v1
- dataset revision
- 0848795c73770f58efd1b92d65553dd83603bcf23b7d9a5ff6b63224cb3eae10
- query hash
- 37c2ecc86ac6d7c5e2a96224afdcc52e4f54263f4a678a2fb4eb6b68078667a2
- scanned window
- 2026-08-14T00:00:00.000Z to 2026-09-13T00: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",
"vvvusdt"
],
[
"times.anchor_time",
"between",
[
"2026-08-14T00:00:00.000Z",
"2026-09-13T00: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","vvvusdt"],["times.anchor_time","between",["2026-08-14T00:00:00.000Z","2026-09-13T00: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 VVVUSDT right now: the VVVUSDT research page