We're building the most comprehensive crypto data API we can, and it's still growing — there's always a coin, a field or an endpoint we haven't got to yet.
Please tell us about any data you think Crypto Data API should nail but doesn't. We're data nerds who love to geek out about market data, trading bots, AI agents, or how to make your trading stack work in general. Prefer a form? Send feedback.
19 liquidation & positioning strategies for crypto, from the AlgoBrain wiki. Trade the crowd's leverage: liquidation cascades, short squeezes, open-interest shifts and whale positioning. Each one lists the indicators it uses, the Crypto Data API endpoints that feed it and copy-paste prompts for an AI agent to build and backtest it. All of them are in the API: GET /api/v1/strategies?group=liquidation-positioning.
Cascade monetization rotation is a two-leg lifecycle strategy that holds OTM put options (the tail-hedge leg) during the leverage-stress buildup phase, monetizes those options when a cascade occurs, and rotates the realized payoff into a cascade-fade or post-liquidation-rebound entry at forced-seller prices.
Why it works: Leveraged retail sellers exhaust their supply during the cascade; the tail-hedge leg captures the vol/price payoff from the forced selling, and the capital is rotated into fade/rebound entries at forced-seller prices — the two legs together harvest both the insurance premium during the build phase and the panic-premium discount during the cascade, while the rotation discipline ensures the fade cap
Via API/api/v1/strategies/cascade-monetization-rotation
AI-agent prompts
Build it with an AI agent
Build the Cascade Monetization Rotation crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/cascade-monetization-rotation.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/market-intelligence/options
3. Compute DVOL — Deribit Volatility Index, Implied Volatility, Open Interest, Funding Rate on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Cascade Monetization Rotation strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/cascade-monetization-rotation.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Copy trading is the strategy of automatically replicating another trader's positions -- either through dedicated social trading platforms or by monitoring on-chain activity.
Why it works: Bets that an identified trader has persistent, transferable skill (informational edge) that survives the follower's execution lag; in practice much of the apparent edge is survivorship-selected and decays as the copy crowd grows.
IndicatorsPrice and volume only — see the playbook for the exact rules.
Build the Copy Trading crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/algorithmic/copy-trading.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/sentiment/fear-greed
- GET https://cryptodataapi.com/api/v1/on-chain/whales
- GET https://cryptodataapi.com/api/v1/quant/whales
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
- GET https://cryptodataapi.com/api/v1/market-data/klines
3. Compute the signals described in the playbook on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Copy Trading strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/algorithmic/copy-trading.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Cross-venue cascade dislocation is a short-duration arbitrage strategy that fades the price dislocation between the venue where a liquidation cascade is concentrated and a calmer reference venue, harvesting the reconvergence as the dislocated venue's price snaps back toward the market-consensus price.
Why it works: During liquidation cascades, the venue where the concentrated liquidation engine fires (often Hyperliquid, whose liquidation architecture differs from Binance's mark-price-based engine) transiently dislocates in price from the calmer venue by 0.5–3%; a hedge-adjusted long on the dislocated venue against a short on the calm venue harvests the reconvergence — the counterparty is the forced-sell mech
Via API/api/v1/strategies/cross-venue-cascade-dislocation
AI-agent prompts
Build it with an AI agent
Build the Cross-Venue Cascade Dislocation crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/cross-venue-cascade-dislocation.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/sentiment/macro
3. Compute Open Interest, Funding Rate on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Cross-Venue Cascade Dislocation strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/cross-venue-cascade-dislocation.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Leveraged yield farming is the practice of borrowing assets to amplify liquidity provider (LP) positions in defi protocols, magnifying both yields and risks.
Why it works: Captures the spread between subsidized LP farming yields and lending-pool borrow rates; the other side is passive lenders accepting below-farm yields and protocols paying token emissions to rent liquidity.
Build the Leveraged Yield Farming crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/algorithmic/leveraged-yield-farming.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/dex/trending
- GET https://cryptodataapi.com/api/v1/dex/new-pools
- GET https://cryptodataapi.com/api/v1/sentiment/macro
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
- GET https://cryptodataapi.com/api/v1/market-data/klines
3. Compute Liquidation on 1d bars (pinned: interval=1d, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Leveraged Yield Farming strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=1d (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/algorithmic/leveraged-yield-farming.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Liquidation cascade arbitrage front-runs or follows on-chain liquidations on lending protocols (aave, compound, makerdao, liquity, dYdX) and on-chain perpetual venues (gmx, hyperliquid, dYdX v4).
Why it works: On-chain lending protocols pay a 5-13% bonus to anyone who liquidates an undercollateralized position. Cascade dynamics during sharp price moves create stacked, temporally-clustered opportunities that overshoot fair price.
IndicatorsPrice and volume only — see the playbook for the exact rules.
Via API/api/v1/strategies/liquidation-cascade-arbitrage
AI-agent prompts
Build it with an AI agent
Build the Liquidation Cascade Arbitrage crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/arbitrage/liquidation-cascade-arbitrage.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/dex/trending
- GET https://cryptodataapi.com/api/v1/dex/new-pools
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
- GET https://cryptodataapi.com/api/v1/market-data/klines
3. Compute the signals described in the playbook on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Liquidation Cascade Arbitrage strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/arbitrage/liquidation-cascade-arbitrage.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Liquidation cascade depth sizing gates and sizes cascade-fade entries on real-time order-book depth: when a cascade is confirmed (liquidation volume spike ≥ 2× 7-day average), the strategy reads the bid-side depth at the cascade's current price level and sizes the fade entry proportionally — large when the book is deep (absorbing the cascade), small when the book is thin (cascade far from over), a
Why it works: Cascade-fade entries during liquidation events are sized and gated by real-time order-book depth at the entry level: thin books (low depth-to-trade ratio) signal that the cascade is far from over and that the fade entry will face severe adverse slippage before recovery; deep books (high depth relative to recent liquidation volume) signal that the market is absorbing the cascade and that the fade e
Via API/api/v1/strategies/liquidation-depth-cascade-sizing
AI-agent prompts
Build it with an AI agent
Build the Liquidation Cascade Depth Sizing (Liquidity-Depth Gate) crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/liquidation-depth-cascade-sizing.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/derivatives/binance/long-short-ratio
3. Compute Liquidation, Open Interest on 15m bars (pinned: interval=15m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Liquidation Cascade Depth Sizing (Liquidity-Depth Gate) strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/liquidation-depth-cascade-sizing.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
The liquidation cascade fade is a contrarian, mean-reversion strategy that takes the opposite side of a forced-selling cascade in crypto perpetual futures.
Why it works: Forced liquidation engines market-sell into thin books, overshooting fair price; you're paid to provide the liquidity that disappeared because every discretionary buyer is scared to catch a falling knife.
Via API/api/v1/strategies/liquidation-cascade-fade
AI-agent prompts
Build it with an AI agent
Build the Liquidation Cascade Fade crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/quantitative/liquidation-cascade-fade.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/trade-flow
- GET https://cryptodataapi.com/api/v1/market-intelligence/taker-buy-sell
- GET https://cryptodataapi.com/api/v1/indicators/technical
3. Compute Tape Reading, Funding Rate, Liquidation on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Liquidation Cascade Fade strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/quantitative/liquidation-cascade-fade.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
When a cluster of leveraged long positions accumulates near a price level, a sustained offer at that level triggers a mechanical chain reaction: as mark price falls through the long liquidation thresholds, Hyperliquid's liquidation engine is forced to close (sell) those longs into the order book.
Why it works: Long liquidation engines are forced to sell the perp as price falls through maintenance margin thresholds — mechanical, price-insensitive selling that is self-reinforcing; positioning short just above clustered long liquidation levels captures the forced selling cascade as it fires.
Via API/api/v1/strategies/long-liquidation-cascade
AI-agent prompts
Build it with an AI agent
Build the Long-Liquidation Cascade (Hyperliquid Basket) crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/long-liquidation-cascade.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/hyperliquid/l2-book
3. Compute Average True Range (ATR), Open Interest, Funding Rate, Liquidation on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Long-Liquidation Cascade (Hyperliquid Basket) strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/long-liquidation-cascade.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Low-leverage vol selling enters a short-vol position (selling BTC or ETH options on deribit) only when the structural preconditions for a leverage-fuelled cascade are simultaneously absent: OI/market-cap is below a threshold (no excess leverage accumulated in perps), 8h funding is within a flat band (neither crowded longs nor panic shorts), and the long/short ratio is balanced (no one-sided positi
Why it works: The vol-seller's dominant risk is a cascade that cannot be stopped once it begins; structural cascade fuel (elevated OI/market-cap, stretched funding, one-sided long positioning) is the necessary precondition for unstoppable cascades; by entering short-vol ONLY when all three structural-leverage indicators are simultaneously LOW — OI/MC below threshold, funding flat, long/short ratio balanced — th
Via API/api/v1/strategies/low-leverage-vol-selling
AI-agent prompts
Build it with an AI agent
Build the Low-Leverage Vol Selling crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/low-leverage-vol-selling.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/derivatives/binance/long-short-ratio
- GET https://cryptodataapi.com/api/v1/market-intelligence/options
3. Compute DVOL — Deribit Volatility Index, Implied Volatility, Open Interest, Funding Rate on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Low-Leverage Vol Selling strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/low-leverage-vol-selling.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
The off-hours liquidation playbook is the liquidation cascade fade strategy with session-conditional parameter adaptation: it applies different entry thresholds, minimum cascade sizes, position sizing multipliers, and slippage assumptions depending on whether the cascade occurs during a US/EU peak-liquidity session, an Asian off-peak session, overnight (00:00–07:00 UTC), or a weekend window.
Why it works: Forced liquidation cascades in thin off-hours and weekend books overshoot proportionally further per dollar of forced flow than cascades during peak liquidity hours; the playbook adapts the cascade-fade entry trigger, minimum cascade size, position sizing, and slippage budget by session window, concentrating risk when the reversion edge is amplified by thin liquidity rather than applying the same
Via API/api/v1/strategies/off-hours-liquidation-playbook
AI-agent prompts
Build it with an AI agent
Build the Off-Hours Liquidation Playbook crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/off-hours-liquidation-playbook.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/hyperliquid/l2-book
- GET https://cryptodataapi.com/api/v1/liquidity/depth
- GET https://cryptodataapi.com/api/v1/sentiment/macro
3. Compute Funding Rate on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Off-Hours Liquidation Playbook strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/off-hours-liquidation-playbook.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
A mean-reversion basket that detects trend exhaustion by tracking divergence between price and Open Interest. When price continues making new highs or new lows but OI is declining — meaning existing positions are closing rather than new capital entering — the trend is losing participation and is structurally fragile.
Why it works: Late-trend participants chase price continuation while opening new positions into an increasingly thin and fragile market — declining OI reveals that existing smart-money positions are closing, not new capital entering, so price momentum is running on fumes; the basket fades the trend direction and captures the mean-reversion once the exhausted move rolls over.
Build the OI / Price Exhaustion (Hyperliquid Basket) crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/oi-price-exhaustion.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/hyperliquid/l2-book
3. Compute Open Interest, Funding Rate, Exponential Moving Average, Average True Range (ATR), Moving Averages on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the OI / Price Exhaustion (Hyperliquid Basket) strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/oi-price-exhaustion.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
OI flush reversion is a mean reversion strategy that enters dip-buy positions only after open interest has purged — defined as a decline of ≥ 15% from its recent peak within a 5-day window — confirming that the prior deleveraging is substantially complete before establishing a long.
Why it works: Retail and institutional leveraged participants collectively overestimate the depth and duration of a downmove, building a crowded short book while OI surges downward; once OI has purged (−15%+ from recent peak) the deleveraging is confirmed complete, and the remaining position book is structurally cleaner — the strategy enters a mean-reversion long at exactly the point where the forced-seller sup
Build the OI Flush Reversion crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/oi-flush-reversion.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/sentiment/macro
3. Compute Open Interest, Funding Rate on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the OI Flush Reversion strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/oi-flush-reversion.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
OI-gated pairs is a stat-arb/pairs strategy that adds an open-interest and funding filter on the short leg as a prerequisite for entering — and as a live exit trigger during — any spread position where one leg is short. The primitive edge is spread mean-reversion between cointegrated crypto assets.
Why it works: The most common short-term killer of a running stat-arb pair is a short squeeze on the overvalued leg being held short; the squeeze is mechanical — OI build on the short leg + crowded negative funding on that leg = forced short covering fuel accumulating in plain sight; the OI filter refuses entry (or forces exit) when that precondition is present on the short leg, protecting the spread from a non
Build the OI-Gated Pairs crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/oi-gated-pairs.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/derivatives/binance/long-short-ratio
- GET https://cryptodataapi.com/api/v1/sentiment/macro
3. Compute Open Interest, Funding Rate, Cointegration on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the OI-Gated Pairs strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/oi-gated-pairs.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
A mean reversion strategy that enters immediately after a significant liquidation event has flushed overleveraged positions from the market.
Why it works: Post-liquidation markets are cleaner — weak, over-levered hands have been flushed; the forced sellers have exhausted their supply; the remaining position holders are better-capitalised; price typically mean-reverts sharply from the liquidation extreme as the panic bid returns and the underlying asset reaches fair value again.
Via API/api/v1/strategies/post-liquidation-rebound
AI-agent prompts
Build it with an AI agent
Build the Post-Liquidation Rebound (Hyperliquid Basket) crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/post-liquidation-rebound.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/hyperliquid/l2-book
3. Compute Relative Strength Index (RSI), Open Interest, Funding Rate, Liquidation on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Post-Liquidation Rebound (Hyperliquid Basket) strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/post-liquidation-rebound.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
When a cluster of short positions accumulates near a price level, a sustained bid at that level triggers a chain reaction: as mark price rises through the short liquidation thresholds, Hyperliquid's liquidation engine is forced to close (buy) those shorts into the order book.
Why it works: Short liquidation engines are forced to buy the perp (close short positions) as price rises above their mark-price thresholds — the mechanical buying is non-economic, non-price-sensitive, and self-reinforcing; positioning long just below clustered short liquidation levels captures the mechanical buying cascade.
Via API/api/v1/strategies/short-liquidation-squeeze
AI-agent prompts
Build it with an AI agent
Build the Short-Liquidation Squeeze (Hyperliquid Basket) crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/short-liquidation-squeeze.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/hyperliquid/l2-book
3. Compute Liquidation, Average True Range (ATR), Open Interest, Funding Rate on 5m bars (pinned: interval=5m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Short-Liquidation Squeeze (Hyperliquid Basket) strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/hyperliquid-baskets/short-liquidation-squeeze.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Stop clusters are a structural feature of crypto perpetual markets: the majority of retail participants follow the same technical-analysis playbook (stop below the swing low, above the swing high, at the round number), and those levels are observable in the order book and inferable from chart structure.
Why it works: Retail traders place stops at textbook levels (swing lows/highs, round numbers); large crypto participants — market-makers, prop desks, large perp traders — manufacture a price spike through those clusters to harvest the liquidity, then reverse; the counterparty is the stop-triggered retail seller buying back at a worse price after the sweep.
Via API/api/v1/strategies/stop-hunting-and-liquidity-sweeps
AI-agent prompts
Build it with an AI agent
Build the Stop Hunting & Liquidity Sweeps crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/stop-hunting-and-liquidity-sweeps.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/hyperliquid/l2-book
3. Compute Support and Resistance, Absorption, Footprint Charts, Delta Divergence, Candlestick Patterns on 15m bars (pinned: interval=15m, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Stop Hunting & Liquidity Sweeps strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=15m (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/stop-hunting-and-liquidity-sweeps.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
The edge is not informational — anyone can read a liquidation tape. It is a risk-bearing edge: willing capital steps in to absorb a forced seller's supply at a distressed price, and earns a premium for doing so. In crypto, the forced-selling mechanism is more violent and more frequent than in any equity or bond market:
Why it works: Mandate-bound or margin-bound sellers in crypto (auto-liquidated perp longs, funds with FTX contagion, forced OTC redemptions) must sell at any price; the counterparty willing to step in and absorb flow at distressed prices earns the gap between forced-sale price and subsequent fair value as the selling exhausts.
Via API/api/v1/strategies/structural-forced-selling
AI-agent prompts
Build it with an AI agent
Build the Structural Forced Selling crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/structural-forced-selling.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/on-chain/exchange-flows/spike-alerts
3. Compute Funding Rate, Open Interest on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Structural Forced Selling strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/structural-forced-selling.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
A synthetic long replicates the P&L of holding a coin by buying an ATM call and selling an ATM put at the same strike and expiration on deribit. The combined delta is ≈ +1.0 per contract — identical to holding 1 BTC/ETH — but requires little to no upfront coin, because you never buy spot.
Build the Synthetic Long (Crypto) crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/technical-analysis/synthetic-long.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/market-intelligence/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Delta, Funding Rate, Theta, Gamma, Vega on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Synthetic Long (Crypto) strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/technical-analysis/synthetic-long.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Unlock cascade watch is a combination strategy that monitors the liquidation and leverage structure of a token's perp market around large scheduled unlock events, reducing exposure into the risk window and pre-staging cascade-fade limit orders for the potential price cascade that the combined supply shock and leverage unwind can produce.
Why it works: Large scheduled token unlocks concentrate stop-loss and liquidation clusters in the perp market as participants position for the supply event; the overlap of the unlock supply shock with elevated OI and funding creates a predictable high-risk window during which normal trading strategies carry abnormally high cascade risk — the strategy reduces exposure into the window, pre-stages cascade-fade lim
Build the Unlock Cascade Watch crypto trading strategy using the CryptoDataAPI (X-API-Key header, base https://cryptodataapi.com).
1. Read the playbook first: GET https://cryptodataapi.com/api/v1/algobrain/page?path=wiki/strategies/combinations/unlock-cascade-watch.md
2. Pull the inputs:
- GET https://cryptodataapi.com/api/v1/derivatives/funding-rates
- GET https://cryptodataapi.com/api/v1/hyperliquid/funding-rates
- GET https://cryptodataapi.com/api/v1/derivatives/open-interest
- GET https://cryptodataapi.com/api/v1/hyperliquid/open-interest
- GET https://cryptodataapi.com/api/v1/market-intelligence/liquidations
- GET https://cryptodataapi.com/api/v1/derivatives/binance/long-short-ratio
3. Compute Funding Rate, Open Interest on 4h bars (pinned: interval=4h, lookback=500 bars, universe=BTC,ETH,SOL unless the playbook says otherwise).
4. Emit entry/exit rules, position size (risk 1% of equity per trade) and a stop, as JSON: {"symbol","side","entry","stop","target","size_pct","reason"}.
5. State which regime the rules are valid in (GET /api/v1/regimes/current) and stand aside outside it. Research only — do not place orders.
Backtest it
Backtest the Unlock Cascade Watch strategy on CryptoDataAPI history before trusting it.
- Bars: GET https://cryptodataapi.com/api/v1/backtesting/klines?symbol=BTC&interval=4h (Pro)
- Funding: GET https://cryptodataapi.com/api/v1/backtesting/funding?symbol=BTC (Pro)
- Rules: from the playbook at /api/v1/algobrain/page?path=wiki/strategies/combinations/unlock-cascade-watch.md
Pinned: fees 4.5 bps taker per side, 2 bps slippage, funding applied every 8h, signals on bar close only (no lookahead), 70/30 in-sample/out-of-sample split. Report CAGR, Sharpe, max drawdown, trade count and out-of-sample vs in-sample decay.
Any key works, Free included — mint one in a single call. The list endpoint returns summaries; the per-slug endpoint adds the prompts, edge mechanism and data inputs. Full playbooks come from /api/v1/algobrain/page?path=… using each entry's wiki_path. Or use the MCP server.
What are liquidation & positioning crypto trading strategies?
Trade the crowd's leverage: liquidation cascades, short squeezes, open-interest shifts and whale positioning.
How many liquidation & positioning strategies are there?
Which indicators do liquidation & positioning strategies use?
Most often Funding Rate, Open Interest, Liquidation, Average True Range (ATR).
Can an AI agent build these strategies from an API?
Yes. GET /api/v1/strategies?group=liquidation-positioning lists them; GET /api/v1/strategies/{slug} returns the build and backtest prompts, and each prompt names the exact Crypto Data API endpoints to call. Any API key works, Free included.