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.
46 options strategies strategies for crypto, from the AlgoBrain wiki. Defined-risk and income structures on crypto options: verticals, condors, butterflies, covered calls, cash-secured puts and the wheel. 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=options-strategies.
The behavioral risk on the sell side is also here: the high hit rate of short condors breeds over-confidence, causing position over-sizing exactly before shock days — a behavioral pattern that periodically concentrates losses.
Why it works: Front-end Deribit implied daily move exceeds realized intraday range on catalyst-free days; the short-credit seller collects the full-day theta in hours. Behavioral component: GEX-informed directional trades exploit the mechanical hedging flows of short-gamma dealers that systematically amplify or dampen moves. Crypto 0DTE edge is distinct from equities — no competing retail-bid compression, perp-
Build the 0DTE Options 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/technical-analysis/0dte-trading.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 Gamma, Time to Expiration (DTE), Theta, Vega, DVOL — Deribit Volatility Index 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 0DTE Options Trading 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/technical-analysis/0dte-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.
A 5% OTM put overlay in crypto maintains long put options roughly 5% out-of-the-money on BTC/ETH via deribit, rolled at 30–60 DTE, sized to spend a fixed small % of NAV per year on premium.
Why it works: Counterparty is the crypto put seller (vol-selling community) collecting the variance-risk-premium; overlay buyer pays above fair actuarial value for crash insurance because cash released in a cascade has higher utility than calm-regime premium cost.
Via API/api/v1/strategies/5-percent-otm-put-overlay
AI-agent prompts
Build it with an AI agent
Build the 5% OTM Put Overlay (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/5-percent-otm-put-overlay.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/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
- GET https://cryptodataapi.com/api/v1/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
3. Compute Time to Expiration (DTE), Funding Rate, DVOL — Deribit Volatility Index, Implied Volatility, Volatility Skew 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 5% OTM Put Overlay (Crypto) 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/5-percent-otm-put-overlay.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 backspread (reverse ratio spread) is the mirror image of a ratio spread: sell fewer near-the-money options and buy more further-OTM options. The classic call backspread sells 1 ATM call and buys 2 OTM calls; the put backspread sells 1 ATM put and buys 2 OTM puts.
Build the Backspread 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/backspread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Volatility, Gamma, Theta, Delta, 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 Backspread 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/backspread.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 bear call spread (a call credit spread) is a bearish-to-neutral, defined-risk structure that collects a net credit at entry. You sell a lower-strike call and buy a higher-strike call at the same expiry; the short call generates premium, the long call caps the otherwise-unlimited upside risk.
Build the Bear Call Spread 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/bear-call-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute DVOL — Deribit Volatility Index, Gamma, Funding Rate, Vega, Implied Volatility 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 Bear Call Spread 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/bear-call-spread.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 bear put spread (a put debit spread) is a bearish, defined-risk structure that pays a net debit at entry. You buy a higher-strike put and sell a lower-strike put at the same expiry; the long put gives the downside, the short put cheapens the position and caps the profit.
Build the Bear Put Spread 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/bear-put-spread.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 Vega, Theta, DVOL — Deribit Volatility Index, Gamma, Implied Volatility 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 Bear Put Spread 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/bear-put-spread.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 box spread is a four-leg options structure that combines a bull call spread and a bear put spread at the same two strikes and the same expiry. Its value at expiration is exactly the difference between the strikes, regardless of where the underlying settles.
Build the Box Spread 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/box-spread.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/sentiment/macro
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Delta, Gamma, Vega, Theta, Funding Rate 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 Box Spread 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/technical-analysis/box-spread.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.
Build the Broken Wing Butterfly 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/broken-wing-butterfly.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Implied Volatility, Realized Volatility, Funding Rate, Gamma, Theta 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 Broken Wing Butterfly 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/broken-wing-butterfly.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 bull call spread (a call debit spread) is a bullish, defined-risk options structure that pays a net debit at entry. You buy a lower-strike call and sell a higher-strike call at the same expiry; the long call gives the upside, the short call cheapens the position and caps the profit.
Build the Bull Call Spread 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/bull-call-spread.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 Vega, Theta, DVOL — Deribit Volatility Index, Gamma, 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 Bull Call Spread 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/bull-call-spread.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 bull put spread (a put credit spread) is a bullish-to-neutral, defined-risk structure that collects a net credit at entry. You sell a higher-strike put and buy a lower-strike put at the same expiry; the short put generates premium, the long put caps the loss.
Build the Bull Put Spread 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/bull-put-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute DVOL — Deribit Volatility Index, Gamma, Vega, Implied Volatility, 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 Bull Put Spread 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/bull-put-spread.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 butterfly spread is a defined-risk, low-cost options structure that profits when the underlying finishes near a specific target price at expiry. The classic long call butterfly buys 1 lower-strike call, sells 2 middle-strike calls, and buys 1 upper-strike call — all same expiry, equally spaced.
Build the Butterfly Spread 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/butterfly-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/indicators/technical
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Gamma, Implied Volatility, Realized Volatility, Funding Rate, Theta 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 Butterfly Spread 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/butterfly-spread.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.
Build the Calendar Spread 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/calendar-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute DVOL — Deribit Volatility Index, Implied Volatility, Delta, Gamma, Theta 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 Calendar Spread 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/calendar-spread.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 cash-secured put is an options income structure: sell a put option on bitcoin or ethereum while reserving enough collateral to buy the coin at the strike if the option settles in-the-money. In crypto it is traded on deribit BTC/ETH options, most cleanly with USDC-margined (linear) contracts secured by USDC collateral.
Build the Cash-Secured Puts 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/cash-secured-puts.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Delta, Vega, DVOL — Deribit Volatility Index, Theta, 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 Cash-Secured Puts 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/cash-secured-puts.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 christmas tree spread — also called a ladder spread — uses options at three (or more) strikes in a ladder-like progression to express a moderate directional view at very low cost.
Build the Christmas Tree Spread 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/christmas-tree-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Implied Volatility, Realized Volatility, Funding Rate, Gamma, Theta 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 Christmas Tree Spread 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/christmas-tree-spread.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 collar combines a long spot BTC/ETH position with a purchased OTM put (a floor on losses) and a sold OTM call (a cap on gains that funds the put). When the call premium equals the put premium the hedge is a zero-cost collar.
Build the Collar (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/collar.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 Funding Rate, Delta, Gamma, Theta, Vega 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 Collar (Crypto) 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/technical-analysis/collar.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 covered call is the most common options income structure, re-scoped here for crypto. The trader holds spot BTC or ETH (or a BTC ETF position) and sells one call against those coins on deribit, collecting the option premium as immediate income.
Build the Covered Call (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/covered-call.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 Implied Volatility, Delta, 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 Covered Call (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/covered-call.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 credit spread sells a higher-premium option and buys a lower-premium option of the same type (both calls or both puts), same expiry, different strikes — collecting a net credit at entry.
Build the Credit Spread 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/credit-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Delta, Gamma, Theta, Vega, DVOL — Deribit Volatility Index 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 Credit Spread 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/credit-spread.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.
Analytical: by continuously neutralizing delta, the position converts a directional bet into a pure view on the realized-vs-implied volatility spread.
Why it works: By neutralizing delta the position isolates the gap between realized and implied volatility; the counterparty is the options seller who priced in excess implied vol (short-gamma loses to the long-gamma hedger when realized beats implied) or the buyer who paid too little for the insurance (long-gamma loses to short-gamma when realized vol disappoints).
Build the Delta-Hedged Options (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/delta-hedged-options.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/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
- GET https://cryptodataapi.com/api/v1/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
3. Compute Delta, Realized Volatility, Implied Volatility, DVOL — Deribit Volatility Index, Theta 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 Delta-Hedged Options (Crypto) 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/delta-hedged-options.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 diagonal spread buys a longer-dated option at one strike and sells a shorter-dated option at a different strike — a hybrid of a calendar spread (different expiries) and a vertical (different strikes).
Build the Diagonal Spread 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/diagonal-spread.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 Theta, Delta, Gamma, Vega, Gamma Risk 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 Diagonal Spread 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/diagonal-spread.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 double diagonal combines a diagonal call spread and a diagonal put spread into one position: sell a near-term OTM call and a near-term OTM put (a front-month short strangle) and buy longer-dated OTM options further out on each side as protection.
Build the Double Diagonal 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/double-diagonal.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 Theta, Delta, Gamma, Vega, 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 Double Diagonal 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/double-diagonal.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 gut spread (or "guts") is a straddle-family structure built from in-the-money options instead of ATM or OTM ones. Long guts buys an ITM call and an ITM put; short guts sells both.
Build the Gut Spread 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/gut-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Delta, Vega, Theta, Funding Rate, Gamma 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 Gut Spread 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/gut-spread.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 iron butterfly ("iron fly") is a defined-risk, credit options structure: a short ATM straddle wrapped in long OTM protective wings. You sell 1 ATM call and 1 ATM put at the same strike, then buy 1 OTM call above and buy 1 OTM put below to cap the tails.
Build the Iron Butterfly 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/iron-butterfly.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/indicators/technical
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Funding Rate, Implied Volatility, Realized Volatility, Gamma, Theta 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 Iron Butterfly 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/iron-butterfly.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 iron condor is a market-neutral, defined-risk options structure that profits when the underlying stays inside a range. It is two credit spreads sold simultaneously: a short put spread below spot and a short call spread above it.
Build the Iron Condor 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/iron-condor.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/indicators/technical
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Funding Rate, Implied Volatility, Realized Volatility, Gamma, Theta 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 Iron Condor 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/iron-condor.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 jade lizard is a three-leg premium-selling structure that combines a short put with a short call spread (short OTM call + long further-OTM call). When the total premium collected exceeds the width of the call spread, the structure has no risk to the upside — a rally past the call spread nets to zero-or-positive.
Build the Jade Lizard 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/jade-lizard.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Funding Rate, Implied Volatility, Realized Volatility, Gamma, Theta 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 Jade Lizard 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/jade-lizard.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 long call is the canonical bullish options structure: the buyer pays a premium for the right (not the obligation) to buy the underlying coin at a fixed strike on or before expiry.
Build the Long Call (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/long-call.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Theta, DVOL — Deribit Volatility Index, Delta, 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 Long Call (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/long-call.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.
Long options trend expression is a combination strategy that uses a trend-confirmation gate to select direction and an IV/RV filter to select the instrument: when a trend is confirmed AND implied volatility is cheap relative to the most recent realized move, the strategy expresses the trend via long calls (or call spreads in uptrends) instead of long futures or perp positions.
Why it works: A confirmed trend provides directional edge; cheap IV (IV < realized vol over the prior move) provides options-instrument selection edge; expressing the trend via long calls (or call spreads) instead of futures caps the downside to the premium paid, eliminating the stop-wicking failure mode where a technically valid trend is prematurely terminated by a short-duration spike against the position — t
Via API/api/v1/strategies/long-options-trend-expression
AI-agent prompts
Build it with an AI agent
Build the Long Options Trend Expression 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/long-options-trend-expression.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/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
3. Compute DVOL — Deribit Volatility Index, Implied Volatility, Realized Volatility, 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 Long Options Trend Expression 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/long-options-trend-expression.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 long put is the canonical bearish options structure and the simplest coin-book downside hedge: the buyer pays a premium for the right to sell the underlying at a fixed strike on or before expiry.
Build the Long Put (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/long-put.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute DVOL — Deribit Volatility Index, Volatility Skew, Delta, 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 Long Put (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/long-put.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 married put pairs a newly established long spot BTC/ETH position with a put bought at the same time — the coin and the put are "married" at inception.
Build the Married Put (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/married-put.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 Implied Volatility, Delta, Gamma, Theta, Vega 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 Married Put (Crypto) 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/technical-analysis/married-put.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.
Options-income strategies derive edge from three of the five edge categories, in roughly this order of importance:
Why it works: Option buyers — leveraged spot holders, mandate-driven hedgers, retail lottery-call buyers — pay above actuarially fair value for optionality; the income seller absorbs this tail risk and collects the variance risk premium as steady theta carry, while the counterparty is price-insensitive (hedging for survival reasons, not EV optimization).
Build the Options Income (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/options-income.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/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
3. Compute DVOL — Deribit Volatility Index, Funding Rate, Gamma Explosion, Realized Volatility, 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 Options Income (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/options-income.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.
Options premium selling is the canonical short-vol strategy, re-scoped to crypto: the trader systematically sells out-of-the-money puts, calls, strangles, or condors on deribit BTC and ETH (plus on-chain vaults and BTC-ETF options) and harvests the variance risk premium (VRP) — the persistent gap between implied volatility (DVOL) and subsequently realized volatility.
Why it works: Leveraged spot holders buy crash protection above actuarially fair value and retail buyers overpay for OTM lottery calls; the premium seller collects the variance risk premium in exchange for tail exposure — compensation for absorbing a risk the counterparty is structurally compelled to offload regardless of price.
Build the Options Premium Selling (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/options-premium-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/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
3. Compute DVOL — Deribit Volatility Index, Cboe SKEW Index, Funding Rate, Gamma, Theta 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 Options Premium Selling (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/options-premium-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.
Options relative-value event calendar positions the term structure of implied volatility around scheduled high-impact events — Bitcoin halvings, ETF approval/rejection decisions, FOMC meetings during macro-crypto correlation periods, and major Ethereum hard forks.
Why it works: Scheduled high-vol events (halvings, ETF/regulatory decisions, FOMC, major protocol upgrades) predictably compress forward implied volatility in the near-dated expiry: market makers build a 'vol-of-vol premium' into the near-term implied vol surface, creating a systematic richness in front-month vs back-month IV ratio (term-structure steepening into the event). The event-calendar overlay selects W
Via API/api/v1/strategies/options-rv-event-calendar
AI-agent prompts
Build it with an AI agent
Build the Options Relative-Value × Event Calendar 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/options-rv-event-calendar.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/event/calendar
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Implied Volatility, Yield Curve, Realized Volatility 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 Options Relative-Value × Event Calendar 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/options-rv-event-calendar.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.
Under the null hypothesis, DVOL is a fair estimate of subsequent realized vol, and any premium collected is exactly offset by the expected loss from the tail.
Why it works: The variance risk premium (DVOL > subsequently realized vol) compensates sellers for bearing crash risk; behavioral: retail buyers chronically overpay for crash protection; structural: on-chain vault and ETF demand for covered-call overlays creates a persistent buyer-of-vol base. Crypto VRP is systematically wider than equities', providing a fat structural premium — offset by a genuinely fatter ta
Build the Options Selling Strategies (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/options-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/options
- GET https://cryptodataapi.com/api/v1/volatility/implied
3. Compute Theta, Implied Volatility, Vega, Gamma, Delta 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 Options Selling Strategies (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/options-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 protective put is a hedging overlay in which a holder of spot BTC/ETH (or a BTC-ETF position) buys a put on the same coin to floor downside risk while keeping full upside. The put is insurance: below its strike it gains value roughly one-for-one, capping the position's loss at (spot entry − strike) + premium.
Build the Protective Put (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/protective-put.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 Implied Volatility, Delta, Gamma, Theta, Vega 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 Protective Put (Crypto) 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/technical-analysis/protective-put.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.
Build the Put Spread 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/put-spread.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 Vega, Theta, DVOL — Deribit Volatility Index, Gamma, Implied Volatility 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 Put Spread 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/put-spread.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.
Put-call parity is a no-arbitrage identity linking a European call, a European put, the underlying, and financing: C − P = S − K·e^(−rT), where C and P are the call and put at strike K, S is spot, r is the financing rate to expiry, and T is time to expiry.
Why it works: Deribit options flow does not continuously enforce parity against the perp/futures curve; funding spikes, thin weekly/alt option books, and new-expiry listings let a locked conversion/reversal earn a rate above the funding-implied forward.
Via API/api/v1/strategies/put-call-parity-arbitrage
AI-agent prompts
Build it with an AI agent
Build the Put-Call Parity Arbitrage (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/arbitrage/put-call-parity-arbitrage.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Funding Rate 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 Put-Call Parity Arbitrage (Crypto) 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/put-call-parity-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.
Put-protected dip buying is a mean-reversion entry with a hard disaster floor: a dip-buy position (spot or perp long) in BTC or ETH at a post-capitulation discount is opened simultaneously with an OTM put on the same underlying, so the maximum loss on the downside is bounded at the put strike rather than being open-ended.
Why it works: Post-capitulation spot sellers and liquidated longs create a mean-reversion discount at cycle lows; OTM puts purchased alongside the dip entry hard-cap the disaster scenario so the buyer cannot gap through a defined floor — the counterparty absorbing the disaster risk is the vol-seller who prices that floor as a premium; the buyer pays a defined insurance cost to hold the entry through the noise w
Via API/api/v1/strategies/put-protected-dip-buying
AI-agent prompts
Build it with an AI agent
Build the Put-Protected Dip Buying 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/put-protected-dip-buying.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, Crypto Fear & Greed Index, 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 Put-Protected Dip Buying 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/put-protected-dip-buying.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 ratio calendar spread is a calendar spread (long and short options at the same strike, different expiries) built with an unequal number of contracts on the two legs — 1:2, 2:1, 1:3, etc. The 1:1 calendar is a pure vega/term-structure bet; adding a ratio injects a deliberate tilt. Long-heavy (more far-dated longs, e.g.
Build the Ratio Calendar Spread 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/ratio-calendar-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute DVOL — Deribit Volatility Index, Vega, Delta, Gamma, Theta 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 Ratio Calendar Spread 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/ratio-calendar-spread.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 ratio spread buys N options at one strike and sells M options at a further strike, with M > N (usually 1:2 or 1:3). The canonical form is the call ratio spread: buy 1 near-the-money call, sell 2 further-OTM calls. The extra short options finance the long, so the trade is typically zero-cost or a net credit.
Build the Ratio Spread 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/ratio-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Vega, Delta, Gamma, Theta, 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 Ratio Spread 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/ratio-spread.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 reverse iron condor (RIC) is the mirror image of an iron condor: instead of selling the wings to collect premium, you buy OTM spreads on both sides to profit from a large move in either direction. Specifically you buy a bull call spread above spot and a bear put spread below it.
Build the Reverse Iron Condor 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/reverse-iron-condor.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Gamma, Implied Volatility, Realized Volatility, Funding Rate, Theta 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 Reverse Iron Condor 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/reverse-iron-condor.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 seagull is a three-leg structure that provides cheap directional exposure or protection with an asymmetric, three-strike payoff (the wings-and-body shape that gives it the name).
Build the Seagull Option 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/seagull-option.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, Vega, Theta, Funding Rate, Gamma 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 Seagull Option 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/technical-analysis/seagull-option.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 short put spread (also bull put spread or put credit spread) sells a higher-strike put and simultaneously buys a lower-strike put, same expiry — collecting a net credit.
Build the Short Put Spread 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/short-put-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute DVOL — Deribit Volatility Index, Delta, Gamma, Theta, 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 Short Put Spread 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/short-put-spread.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 short straddle is the maximum-premium-collection option structure: sell an at-the-money call option and an at-the-money put option at the same strike and expiration, banking both credits. In crypto this is traded almost entirely on deribit BTC and ETH options.
Build the Short Straddle 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/short-straddle.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Theta, DVOL — Deribit Volatility Index, VIX (CBOE Volatility Index), Delta, 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 Short Straddle 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/short-straddle.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 short strangle sells an out-of-the-money call option and an out-of-the-money put option at different strikes, same expiration, on deribit BTC or ETH options. By placing both short strikes away from spot it creates a wider profit zone than the short straddle at the cost of a smaller credit.
Build the Short Strangle 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/short-strangle.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Theta, DVOL — Deribit Volatility Index, Delta, Vega, Volatility Regime 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 Short Strangle 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/short-strangle.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 strip and strap are directionally biased variants of the long straddle. Both are long-volatility structures that profit from a large move in either direction, but they load extra contracts on one side to express a lean.
Build the Strip and Strap 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/strip-strap.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Theta, Delta, Vega, Volatility Regime, 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 Strip and Strap 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/strip-strap.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 Wheel is a systematic options income cycle that alternates between selling cash-secured puts and covered calls on coins the trader is willing to own — re-scoped here from equities to crypto (BTC/ETH on deribit, or via on-chain vaults and BTC-ETF options).
Build the The Wheel Strategy (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/wheel-strategy.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 Implied Volatility, 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 The Wheel Strategy (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/wheel-strategy.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 vertical spread is the building block of most multi-leg options structures: buy and sell two options of the same type (both calls or both puts), same underlying, same expiry, different strikes.
Build the Vertical Spread 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/vertical-spread.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/volatility/regime
- GET https://cryptodataapi.com/api/v1/volatility/index
- GET https://cryptodataapi.com/api/v1/hyperliquid/candles
3. Compute Vega, DVOL — Deribit Volatility Index, Support and Resistance, Gamma, Delta 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 Vertical Spread 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/vertical-spread.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.
Short-dated crypto options carry a structural realized-vol premium at the front end of the Deribit surface: the daily implied move typically exceeds the intraday realized move in non-cascade conditions, making the short-credit seller structurally advantaged.
Why it works: Short-dated crypto options are priced to embed a realized-vol premium at the front end of the surface (the front-end implied move typically exceeds the realized intraday move on non-cascade days); seller collects rich theta in hours and the edge persists because there is no competing retail-0DTE demand large enough to cheapen it, and because the market path is driven by the perp tape, not option-d
Build the Zero DTE Options 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/zero-dte-options.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 Theta, Gamma, Vega, Delta, DVOL — Deribit Volatility Index 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 Zero DTE Options 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/zero-dte-options.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 options strategies crypto trading strategies?
Defined-risk and income structures on crypto options: verticals, condors, butterflies, covered calls, cash-secured puts and the wheel.
Which indicators do options strategies strategies use?
Most often Funding Rate, Gamma, Theta, Vega.
Can an AI agent build these strategies from an API?
Yes. GET /api/v1/strategies?group=options-strategies 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.