源文件:research/quant_digests/2026-04-01_0325_hyperliquid-whale-trade-convergence-alpha.md
1m/3m/5m 更值得先押 continuation,而不是先做 fade。> 一句话先定性:这不是“看见 whale 就跟单”的段子版 copy trading;更像是把 公开钱包地址 + 大单门槛 + 5 分钟同向收敛 + 组合风险壳 拼成一条可直接上最小实验的短周期 raw alpha。
这轮我优先选它,不是因为又来了一个“多策略 bot”,而是因为这份 2026 新仓库 里真正最适合 desk 的,不是 funding sniper,也不是 liquidation rider,而是 Whale Tracker 这条可以独立拆出来跑的 raw alpha:
trades 流直接给 coin / side / px / sz / time / users,其中 users 就是买卖双方地址。300s 收敛窗,本来就是 1m/3m/5m 语境,不需要硬把日频论文掰成分钟线。所以,这轮它比继续补一个纯 filter / 纯 veto 更值钱。
---
README.mdhlbot/strategies/whale_tracker.pyhlbot/strategies/combiner.pyhlbot/execution/executor.pyhlbot/config.py.env.examplewss://api.hyperliquid.xyz/ws 可公开订阅 trades,适合作最小实验数据入口。10.1093/rfs/hhs053.> 这里地基不是说“whale wallet = 必赚”,而是说:短时订单流本来就会携带信息,而且跨账户/跨参与者的同向聚集,通常比单笔 isolated print 更有意义。
---
hlbot/strategies/whale_tracker.py 里的核心阈值非常直接:
WHALE_TRADE_MIN_USD = 50_000SIGNAL_SCORE_THRESHOLD = 0.6CONVERGENCE_WINDOW = 300 秒CONVERGENCE_BOOST = 0.15也就是说,单笔交易要先过 $50k notional,而且发起方地址必须已经在 tracked whales 里,且该地址得分 >= 0.6,才会生成原始信号。
这个设计有两个好处:
这比单纯看 sz 或单次 liquidation event 更像一个可持续 raw alpha admission layer。
repo 不是机械地“见大单就追”,而是额外统计:
coinside300s若 convergence > 1,就给 signal confidence 再加 +0.15,上限到 0.95。
这一步非常像我们 desk 更关心的东西:
> 不是单个账户一脚踹出去,而是多个独立账户 / 多次可归因大单,在很短时间内把同一方向确认出来。
这比很多“单点 whale alert”更接近可以复现的短周期 alpha。
repo 的 wallet score 机制虽然简陋,但足够形成最小可用版本:
累计成交额 > $500k 且 trade_count > 5min(volume / 5_000_000, 0.7)score *= 0.98+0.02 * count,最多 +0.1这意味着 repo 默认承认一个现实:
> whale 不是静态白名单,而是动态 ranking。
对 desk 来说,这很重要,因为真正该测的不是“神秘地址列表”,而是 地址分层 + 活跃度再加权 这套 admission stack。
---
下面把 repo 里分散的逻辑合并成我们真正能跑的完整策略。
满足以下条件时开多:
size_usd >= 50k 的买向 aggressor trade;score >= 0.6;>1,confidence 再加 0.15;同理,卖向 whale trade 触发开空。
repo 里的原式:
``text size_factor = min(size_usd / 100k, 1.5) confidence = min(whale_score * (0.5 + 0.3 * size_factor), 0.9) if convergence > 1: confidence += 0.15 (cap at 0.95) ``
翻成人话:
repo 不是固定满仓,而是 Kelly-ish:
bankroll = 1000max_position_pct = 0.05min_order_notional = 10size = min(max_size * confidence^2, avg_suggested, max_size)这对我们很有借鉴意义:
> 这种“confidence²” sizing,天然抑制中低质量事件冲动开仓,更适合 event-driven raw alpha。
repo 已经给了完整壳:
3xstop_loss_pct = 3%take_profit_pct = 6%confidence > 0.6),可提前平仓注意: 这套 TP/SL 更像通用 shell,alpha 本体其实在 entry admission。对 1m/3m/5m 实盘化时,TP/SL 大概率要缩窄,不然 holding period 会被拉太长。
---
1m / 3m / 5m / 15m 真有关系它不是日频钱包追踪,也不是慢 carry。
它的原始输入是:
所以它天然适合:
1m: 事件触发后的第一根 / 前三根 bar continuation3m: 降低噪音、保留冲击扩散5m: 最像 repo 默认设计语言15m: 更适合当持仓管理框架,不适合做首触发主频这也是这轮值得收进素材池的地方。
base alpha 不是:
而是:
这能补充 desk 当前 raw alpha 池,不会只是旧 breakout 家族内循环。
---
我做了一个极小的公开 live probe:
trades WebSocketBTC / ETH / SOL20.48s>= $50k whale 门槛去数reports/artifacts/quant_digests/whale_tracker_liveprobe_20260401_0323/summary.csvreports/artifacts/quant_digests/whale_tracker_liveprobe_20260401_0323/meta.json74 笔 trade,最大单笔约 $44.1k,0 笔过 whale 门槛58 笔 trade,最大单笔约 $22.5k,0 笔过门槛36 笔 trade,最大单笔约 $166.4k,1 笔过门槛,且为 buy168 笔 trade 里,只有 1 笔过 $50k,占比约 0.6%这不是 alpha 验证,只是 cadence sanity check。
结论很清楚:
DOGE/WIF/PEPE 这类低价高活跃币,门槛可能要改成 按 ADV / top-book depth / coin-specific percentile,否则容易“只在 majors 上活着”。---
repo 原版更像一个 live skeleton。对我们来说,更该复现的是下面这个 desk 版:
BTC / ETH / SOL / HYPE / DOGE / PEPE / WIF 开始对每个 coin 的每笔 trade,计算:
trade_notional_usd开多条件:
trade_notional_usd >= coin_specific_thresholdwallet_score >= q80same_side_distinct_whales_300s >= 2same_side_whale_notional_300s >= q90开空同理。
TP = +0.6% ~ +1.2% 分层测试SL = -0.3% ~ -0.6% 分层测试max_holding = 5 / 15 / 30 min3~6 bps,不要拿理想费率自我催眠$50k 改成 coin-specific 百分位直接测:
trade_notional >= rolling q99 或 q99.5好处:
例如:
```text whale_shock_score = z(trade_notional_sum_300s_same_side) + z(distinct_wallet_count_300s_same_side) + z(repeat_wallet_intensity)
```
这比简单 convergence>1 更适合做 cross-asset ranking。
---
要提前诚实。
有些地址只是内部转移、做市对敲、清算相关流,不是信息交易。 所以钱包分数必须滚动更新,不能迷信固定白名单。
尤其在 memecoin 上,大单常常是最后一脚而不是开始。 所以最好加:
10s/30s/60s 未被完全反向吞没repo 用 correlation bucket cap 处理这件事,这是对的。 如果 desk 复现时只看单笔 alpha 而不做组内限额,最后很容易把同一轮市场 beta 当成多次独立胜利。
这种事件驱动 continuation,最怕:
所以必须区分:
前者成立,不代表后者成立。
---
这篇最有价值的地方,是它补的是 “公开身份流 + 大单群聚 continuation” 这条 raw alpha 分支,而不是继续围绕:
它与我们已有材料的关系更像:
liquidation cascade 方向验证互补order-flow / imbalance 做共振评分funding crowding 做持仓时长调节但本体依然是 raw alpha,不是 filter 假装 alpha。
---
如果把这份 2026 repo 整体阅读,很容易把注意力放在“多策略 bot”。 但对短周期 desk,真正该先拿走的,是里面 Whale Tracker 这一支:
> 公开钱包地址 + 大额 aggressor trade + 5 分钟同向收敛 → 事件驱动 continuation alpha。
它的优点是:
1m/3m/5m 天然匹配;我的判断: 值得进入复现池,而且优先级不低。 但第一轮别急着做“盲目 whale 跟单”,而是先把它改写成 coin-normalized whale shock continuation,并严格核算 taker cost 与事件后吞没率。
---
抓 Hyperliquid 公共 trade stream,持续记录至少 7 天:
coin, side, px, sz, time, buyer, sellertrade_notional 分位数只测:
same_side_distinct_whales_300s >= 2trade_notional >= q991m / 3m / 5m / 15m forward return 分 bucket 看 continuation分三套:
先验证“群聚是否有 edge”,再验证“高分钱包是否进一步抬升 edge”。 不要一上来就做复杂 wallet 评分,把问题搅在一起。
---
1m / 3m / 5mtrades>=q99 大单 + 300s 同向 distinct-wallet 收敛,对比后续 1/3/5/15m continuationresearch/quant_digests/2026-04-01_0325_hyperliquid-whale-trade-convergence-alpha.mdreports/artifacts/quant_digests/whale_tracker_liveprobe_20260401_0323/summary.csv