Rolling Beta to BTC
Rolling beta of asset to BTC.
What it measures
The asset's rolling beta to BTC over a 30-minute estimation window: cov(asset, BTC) / var(BTC). Beta is the workhorse of statistical-arbitrage hedging (Pole, 2007): it converts a BTC move into the expected co-move of the asset, so the residual — what the asset did beyond its beta — is the actual idiosyncratic signal. The estimate is rolling because crypto betas drift with regime and liquidity.
References: Pole 2007 Stat-Arb.
Point-in-time, leak-free
Like every QUANT_API feature, cross_market.rolling_beta_btc is computed point-in-time: each value uses only data that had actually arrived at the timestamp you query — live or historical. No restatements, no backfills that quietly rewrite the past, no look-ahead. The value your backtest sees at a given stamp is the value the live API would have returned at that stamp. How we enforce this is documented on the methodology page.
Windows & transforms
The signal is computed over rolling windows; each window can be served raw or through a transform (z-score, percentile rank, delta…). Which windows and transforms you can query depends on your plan — the signal itself supports:
Plan & access
cross_market.rolling_beta_btc unlocks on the Quant plan ($2,500/mo) and every plan above it. Every new account starts with a 14-day free trial of the Signal plan — no card required. The trial covers Signal-plan features, so you can evaluate the API end-to-end before upgrading to Quant.
Example call
Resolve the latest value for BTC (5m window, zscore transform — both available on the Quant plan):
curl -G https://api.quant-api.dev/v1/features/live \
-H "Authorization: Bearer fk_live_<your_key>" \
--data-urlencode "asset=BTC" \
--data-urlencode "features=cross_market.rolling_beta_btc@5m:zscore"Same key works on /v1/features/historical for point-in-time backtesting — see the API docs.