源文件:research/quant_digests/2026-04-25_1515_ofi-jthreshold-microburst-alpha.md
README.md + Order_Flow_Imbalance.ipynb)+ Binance USDⓈ-M public-data sanity probe(BTCUSDT aggTrades,最近约 19m)1~5s 价格更容易朝同方向继续挪一小步;交易上对应 OFI z-score 极值触发的 very-short-horizon continuation。1s HFT,不应直接硬搬成 5m/15m 主信号)这轮不是在讲“延迟 / 滑点 / 风控很重要”这种常识,也不是把 OFI 当纯执行细节。
base alpha 就一句话: > 如果最近 1 秒里主动买盘或卖盘突然明显压过对手盘,价格在随后几秒里往往还会沿同方向再漂一点;因此可以做一个极短持有的顺势 microburst。
所以它是 raw alpha,而不是单纯 overlay。
---
主来源是 GitHub 仓 grantreed1/Crypto-Order-Flow-Imbalance:
40% train / 60% test)做线性回归,学一个 OFI -> forward return 的 beta;J-threshold(作者口径:约保留 top 5% 机会)时出手。OKX / GATE_IO / COINBASE / DERIBIT / BITSTAMP / BINANCE;这份仓最值钱的不是“OFI 有预测力”这句话本身,而是它把 极短 alpha + admission 阈值 + 风险现实约束 连成了完整壳。
---
J-threshold 验证“高 OFI 极值对应更高 forward return”,同时又在 README 里直接给出高回撤、容量上限和 adverse selection 的反证。---
作者先做单位归一化、再做极值截尾、再做 rolling z-score。翻成人话:先把不同 venue 的“成交量语言”统一,再把离谱大单噪音削平,再看“这一秒到底有多异常”。
J-threshold 的意思不是“预测为正就买”,而是“只有强到进了最靠前那批机会才动手”。这对 short-cycle desk 很重要,因为弱 OFI 常常全被手续费和排队吃掉。
repo README 明写:OKX 最优参数一度给出 Net P&L $575,712,但同时 Max Drawdown -$1.2M;更糟的是,没有正式 stop / inventory discipline 时,甚至会出现约 -$62.3M 的灾难级回撤。 这正说明:raw alpha 有,不代表直接可上线。
---
fapi/v1/aggTrades(公开接口,无需私钥)BTCUSDT5000 笔 aggTrades,覆盖 2026-04-25 14:53:08 ~ 15:11:52 UTC1%/99% 截尾 + 60s rolling z-score;OFI z-score 最强 5% 与最弱 5% 样本,之后 1s / 3s / 5s 的方向延续。992 个秒级 bar,可用样本 927 个。47 次;后续 3s 平均约 +0.167 bps,命中率约 51.1%。,按做空方向记):47 次;后续 3s 平均约 +0.145 bps`。1s 窗里仍有信号,但更噪;3s 比 1s 更像 repo 这类 OFI 信号该落脚的持有窗。它还远远不够证明“可交易”,但至少说明两件事:
0.1 bps 级别的 markout,几乎注定不能用 taker 思路硬吃;它更像 maker skew / quote bias / veto admission 的原材料。reports/artifacts/quant_digests/20260425_1512_binance_btc_ofi_quickprobe_summary.jsonreports/artifacts/quant_digests/20260425_1512_binance_btc_ofi_quickprobe_horizons.jsonreports/artifacts/quant_digests/20260425_1512_binance_btc_ofi_quickprobe_series.csv---
这条线和我们默认 5m/15m 不在同一层级,但仍然值得进研究池,因为它能服务两类东西:
1s / 3s / 1m)如果后面能拿到更稳定的盘口/成交数据,它本身就是一条极短 continuation alpha。
即使不单独做 HFT,它也很适合给已有 1m/3m/5m 信号加一层:
也就是说,这条线不是和主线竞争,而是可能成为 shared microstructure spine。
---
OFI z-score 尾部事件;弱信号不做;最好叠加 spread / top-of-book depth / queue-risk 过滤。3s/5s)、容量上限、inventory 上限、maker-first 或至少 maker-leaning;否则 edge 会被 slippage 和 adverse selection 吃光。---
做 1m bar 内的 max |OFI_z|、sum signed flow、尾部事件计数,测它们对下一 1m/3m 收益的解释力。
最值得先测的组合是:
1m breakout + OFI 同向确认;1m/3m mean reversion + OFI 反向衰减确认。这类信号至少要给 0 / 0.5 / 1 / 2 bps 四档 execution friction;若 1 bps 就全灭,就别把它误判成主 alpha。
repo 真正的亮点是碎片化流动性下的统一 OFI;下一轮如果要认真做,应优先比 单 venue OFI vs 跨 venue 聚合 OFI 哪个更稳。
---
---
Venue: GitHub; DOI: N/A Readable URL: <https://github.com/grantreed1/Crypto-Order-Flow-Imbalance> Repo URL: <https://github.com/grantreed1/Crypto-Order-Flow-Imbalance>
Raw README: <https://raw.githubusercontent.com/grantreed1/Crypto-Order-Flow-Imbalance/main/README.md> Raw notebook: <https://raw.githubusercontent.com/grantreed1/Crypto-Order-Flow-Imbalance/main/Order_Flow_Imbalance.ipynb>