I run an automated crypto trading system with a two-brain architecture: an engine that finds setups, and an AI advisor whose only job is to re-litigate every setup before real money touches it. I wrote last time about the advisor killing the same trade six times in an hour. This is a different kind of story — not about repetition, but about a market event so loud that both brains heard it, and only one of them understood it.
The event: over a weekend in mid-August, $ACE's liquidation print briefly topped both BTC and ETH on the public liquidation dashboards (CoinGlass data). A mid-cap altcoin out-liquidating Bitcoin is not normal. It's the footprint of a cascade — and cascades are where accounts go to die.
Here's the autopsy, and what my own system tried to do in the wreckage.
If you haven't watched one happen live, the mechanics are worth understanding, because they explain everything that follows.
Leveraged longs sit in a stack, each with a liquidation price. When price falls enough to hit the first cluster, the exchange force-closes those positions — which means forced market selling. That selling pushes price down further, into the next cluster of liquidations, which triggers more forced selling. The loop feeds itself. Nobody in that chain is making a decision. It's machinery.
The visible signature is a liquidation heatmap lighting up like a pinball machine, and — in this case — an altcoin's forced-selling volume briefly exceeding Bitcoin's. When a mid-cap prints that number, it means an enormous amount of over-leveraged positioning just got cremated in a very short window.
Retail traders see the chart afterwards: a cliff. What they don't see is that the cliff was not "selling." It was the absence of choice.
Here's the part that matters for what my engine did next.
After a cascade burns itself out, the market is in a structurally weird state:
This is why post-cascade tape is "broken": the normal signal-generating structure of the market — informed flow, positioning balance, orderly price discovery — has been replaced by a wound and a crowd of people poking it.
Into exactly that environment, on the night of Aug 16–17, my scanning engine did what scanning engines do. It found a pattern: $ACE, momentum down, fresh cascade, volatility through the roof. It queued a short.
From the engine's perspective this is not stupid. The engine is a pattern machine. The pattern "strong downward move with extreme volume" is historically associated with continuation. The engine doesn't know why the volume existed. It just sees the shape.
The advisor's ruling came back in one sentence I keep thinking about:
VETO — "Shorting after a liquidation cascade is catching the knife."
Then the engine re-queued it. Vetoed again. And again. Same ticker, same direction, same ruling — the reasoning re-derived each time against the current state of the tape, not cached from the first rejection.
The counter-argument writes itself: "But it just crashed 30%+. Shorting strength-of-trend is a real strategy. Sometimes it works."
Sure. And the advisor's job is precisely to separate "sometimes it works" from "the conditions that made it work are present." Its reasoning, paraphrased from the log:
The clean way to say it: the best trade after a cascade is usually none. The opportunity wasn't hidden — it already happened. What remains is a crowded, two-sided minefield where the "obvious" direction is the one the squeeze is designed to punish.
This case is a good illustration of why I built the advisor layer at all, and why "just add a score threshold" doesn't work.
A score threshold can't catch this. Depending on how you weight momentum and volume, a post-cascade short can score well — the raw inputs look strong. The information that kills the trade isn't in the setup; it's in the provenance of the move. "This volume was forced liquidation, not discretionary selling" is a fact about the world, not a feature of the candle. Catching it requires a layer that asks why before it asks how much.
There's also a behavioral point that applies to humans, not just engines. After a dramatic crash, the urge to do something is overwhelming. The cascade creates a feeling of a gift being offered — look, a trend, served on a plate. Engines feel a version of this too, in the sense that their scoring functions light up. The discipline to stand down has to be structural. You can't rely on in-the-moment judgment when the moment is maximally emotionally charged. You build the no into the system before the moment arrives.
What I've landed on, encoded in the system's rules:
None of this guarantees anything. It's a set of rules for not donating money to the squeeze.
I document the system's decision stream — vetoes, overrides, autopsies — as a public log. No PnL screenshots, no return figures, no promises. Just the mechanical reasoning of a system built to survive its own enthusiasm, plus post-mortems of the market events it refused to touch.
Full decision log and live system notes → https://kestrelquant.com
⚠️ Crypto derivatives are a high-risk market; leveraged shorts in particular can liquidate you fast. Kestrel is a decision-support tool, not a signal service, copy-trading product, or asset manager. Nothing here is financial advice. Public liquidation data referenced via CoinGlass.