BTRUSDT · historical base rate

Swept the lows and reclaimed (1h) on BTRUSDT

The last completed one-hour candle swept prior lows and closed back above them: the "bullish" sweep and reclaim formation on the hourly.

What has happened on BTRUSDT when it held

Historically, when Swept the lows and reclaimed (1h) on BTRUSDT held (28 occurrences in the scanned window, 27 with a computable 24h horizon), the market reached +5% within 24h in 23 of 27 (85.2) and drew down 10%+ in 5 of 27 (18.5). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.

Outcome distribution

WHAT FOLLOWED · ALL 28 MATCHES

28 of 28 (100.0%) 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?

WINDOWMOVE SIZE

🔒 Measured after every match, never by keeping winners. 28 of the matches have a complete 1 hour forward.

What are MFE and MAE?

Why 24 hours can show fewer than 1 hour: a match too recent for a complete 24 hours 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.

When they happened - one bar per UTC day, all 28 matches

About 0.9 a day, on 20 of 31 days: spread through the record rather than one event.

Where the next 30 minutes landed - 28 measured, 0 too recent

Forward 30-minute returns across 28 matches: 68% of them finished up.

How to read a distribution

Upside reached · 24hThe most price moved up within 24h of each occurrence: a high-water mark, never a close. 27 with a complete 24h.

Drawdown · 24hThe worst price moved against within 24h of each occurrence: the deepest point, never the close. 27 with a complete 24h.

Versus baseline

Historically, when any eligible BTRUSDT minute in the window (baseline) held (39,841 occurrences in the scanned window, 38,316 with a computable 24h horizon), the market reached +5% within 24h in 26,979 of 38,316 (70.4) and drew down 10%+ in 4,429 of 38,316 (11.6). Maximum favorable (MFE) and maximum adverse (MAE) excursions, both computed forward.

Check our work: the key that re-runs this exact count (q#b6169281)

grammar: research_query.v2
normalization: archive_normalization.v1
feature library: feature_defs.v1
dataset revision: 896a4727caf667cfa34cd73a7db512a14144336387da6c22d2f716650335af30
query hash: b61692813a413886ed2ec1b41818e37f2449d6419dc4524f6e76b93c37f31dd8
scanned window: 2026-07-28T00:00:00.000Z to 2026-08-27T00: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.candle_sweep_reclaim_1h",
        "eq",
        "bullish"
      ],
      [
        "identity.symbol",
        "eq",
        "btrusdt"
      ],
      [
        "times.anchor_time",
        "between",
        [
          "2026-07-28T00:00:00.000Z",
          "2026-08-27T00: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.candle_sweep_reclaim_1h","eq","bullish"],["identity.symbol","eq","btrusdt"],["times.anchor_time","between",["2026-07-28T00:00:00.000Z","2026-08-27T00: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 BTRUSDT right now: the BTRUSDT research page