Research Readings Liquidation intensity
Liquidations
Liquidation intensity
Liquidation USD rate over the trailing 15 seconds divided by an adaptive per-symbol baseline, that ratio divided by 10, then censored at 1.0. Not a rank or percentile: 1.0 means the rate reached ten times its own adaptive baseline, and that baseline moves, so the same value at two dates is not the same USD rate.
- Observed
- read at the minute itself
- Unit
- ratio
- Valid range
- 0 to 1
In plain English
Compares the observed liquidation USD rate in the last 15 seconds with this symbol's adaptive baseline rate, then scales and caps the result.
How to read it
The reading is min((rate / baseline) / 10, 1). A value of 0.1 is the baseline rate, 0.3 is three times it, and 1 is at least ten times it. The baseline updates on liquidation events and is floored at $100 per second. Five observed events are required before a value exists. After warmup, an empty 15-second window reads zero.
Constructed example · not historical data
Baseline rate is 0.1 on this scale
- Rate = 1 × its baseline0.1
- Rate = 3 × its baseline0.3
- Rate = 12 × its baseline1.0 (capped)
Why a researcher might use it
Locate bursts relative to the symbol's own changing baseline, then compare observed hourly liquidation notional and event clustering for scale and timing context.
What it does not prove
This is not a percentile, a probability of a cascade or a fixed USD amount. The baseline changes, the ceiling hides larger ratios, and a minute sample can miss a burst between samples. Zero describes this observed window, not proof that no liquidations occurred.
What this cannot see
Binance throttles liquidation publications, so these readings describe the observed feed and miss some liquidation records. Count estimation is still under validation. It would require uncertainty, support and freshness checks, and would not recover hidden event times or validate a price-level heatmap or cascade forecast.
Technical details
Field ID
feature.liq_intensity_norm
Valid query operators
at least, at most, between
Window operators: lowest, highest, average, latest or change in, over a trailing window.
Editable query preset
This preset is a starting point, not a recommendation. Edit it before running the search.
{
"schema_version": "research_query.v2",
"normalization_version": "archive_normalization.v1",
"feature_version": "feature_defs.v1",
"target": "record_occurrences",
"where": {
"all": [
[
"feature.liq_intensity_norm",
"gte",
0.3
],
[
"times.anchor_time",
"gte",
"2025-07-15T00:00:00.000Z"
]
]
},
"sort": [
"times.anchor_time",
"desc"
],
"page": {
"limit": 5,
"cursor": null
}
}The search reports how often the record held this condition and what followed. It does not decide whether an idea works.
Related readings
- Cascade clustering feature.cascade_clustering_index
- Liquidations in the trailing hour feature.liq_notional_usd_1h
- Trailing one-hour realized volatility feature.realized_vol_1h