源文件:research/quant_digests/2026-04-21_2053_pacifica-hl-maker-taker-xemm-shell.md
在薄簿盘口挂 maker,等被动成交后立即去深流动性 venue 做 taker 对冲,赚跨 venue best-price gap - fees - slippage - latency这份 2026 Rust 仓给的是一套很完整的 maker/taker cross-exchange relative-value raw alpha 骨架:Pacifica 挂单,Hyperliquid 秒级对冲,外加 fill-detection、profit cancel、refresh、slippage guard,全链条都写了。问题是我用公开盘口做了 90 秒 quick probe 后,BTC/ETH/SOL 的理论瞬时 edge 在 repo 默认费率下全程为负:最好一档也只有 -2.33 ~ -3.34bps,离 repo 自己要求的 +15bps 安全垫还差一大截。所以它更像“高质量执行壳 + 极端错价 pocket 策略”,不像可以默认常开的一般性 alpha。
因为它不是泛泛而谈的“做市/搬砖概念”。这个 repo 把 desk 真正在意的那几层都写清楚了:
thin venue maker quote 与 deep venue taker hedge 的价差;换句话说,它很适合当作 microstructure / relative-value / inventory-light execution alpha 的完整策略模板。
djienne/XEMM_CROSS_EXCHANGE_MARKET_MAKING_PACIFICA_HYPERLIQUIDREADME.mdsrc/strategy/opportunity.rssrc/config.rssrc/app.rssrc/connector/pacifica/trading.rssrc/connector/hyperliquid/trading.rsconfig.json别把它误读成“只要跨所就有利可图”。
这里真正的 base alpha 是:
> 同一标的在两所的最佳买卖价并不总同步;如果薄簿 venue 的 maker 报价,能在成交后立刻用深簿 venue 的 taker 单对冲,并且净价差覆盖 maker fee + taker fee + slippage + latency buffer,那么这笔 fill 本身就是 alpha。
也就是:
它不是趋势、不是均值回复、不是 funding carry,而是一条 microstructure / cross-venue relative-value 的原生 alpha。
在 src/strategy/opportunity.rs 里,仓库把两个方向都写成了显式净边计算:
``text buy_limit_price = (HL_bid * (1 - takerFee)) / (1 + makerFee + profitRate) ` 然后再按 Pacifica tick 向下取整,重新计算真实可拿到的 buy_profit_bps`。
``text sell_limit_price = (HL_ask * (1 + takerFee)) / (1 - makerFee - profitRate) ` 再按 Pacifica tick 向上取整,计算 sell_profit_bps`。
这个写法的好处是:
profit_rate_bps 本质上不是收益预测,而是 安全垫 / latency buffer;maker venue × taker hedge venue 组合。README + src/app.rs 里能看出这套壳已经把完整执行流程补齐:
对 desk 来说,这比“只给一个 spread 阈值”值钱很多,因为它已经把 entry / hedge / cancellation / stale-order risk / fill-dedup 串成了一条可执行骨架。
config.json / src/config.rs 默认值:
1.5bps4.0bpsprofit_rate_bps:15bpsprofit_cancel_threshold_bps:3bpsorder_refresh_interval_secs:60s5%(执行保护阈值,不是预期真实滑点)这说明作者默认口径不是“看到正 gap 就上”,而是: 只有 edge 大到足够覆盖费率、滑点、延迟和 quote decay,才值得挂单。
https://api.pacifica.fi/api/v1/info、/api/v1/book?symbol=...&agg_level=1https://api.hyperliquid.xyz/info with {"type":"l2Book","coin":...}BTC / ETH / SOL1s 采样90 个 snapshot(约 90s)Pacifica buy maker -> Hyperliquid sell takerPacifica sell maker -> Hyperliquid buy taker1.5bps maker + 4.0bps taker#### BTC
best_edge_mean ≈ -4.21bpsmedian ≈ -4.31bpsmax ≈ -2.33bpsraw_best_gap_mean ≈ +1.29bps>0bps hit = 0 / 90#### ETH
best_edge_mean ≈ -4.96bpsmedian ≈ -5.07bpsmax ≈ -3.34bpsraw_best_gap_mean ≈ +0.54bps>0bps hit = 0 / 90#### SOL
best_edge_mean ≈ -4.38bpsmedian ≈ -4.56bpsmax ≈ -2.69bpsraw_best_gap_mean ≈ +1.12bps>0bps hit = 0 / 900.54~1.29bps;5.5bps;这条线本质是 sub-minute / event-time alpha。
所以:
15m 主信号;1m/3m 甚至更细粒度的 microstructure shell;1m/3m 的 execution alpha;5m/15m higher-level regime 决定是否放开仓位。即便这轮 first verdict 偏负,这份 repo 仍然很值得留:
不要把它看成“Pacifica × Hyperliquid 专用 bot”,更适合把它抽象成:
> maker-on-thin-venue × taker-on-deep-venue × post-rounding net-edge gate
这个壳未来可以迁到:
答案很直接:
按优先级建议三步走:
不是只看 top-of-book,而是:
depth-weighted hedge price;net_edge_bps。当前均值肯定不够厚,下一步该测:
raw_gap > 5bps / 8bps / 10bps 时的出现频率;用模拟 paper 口径复现:
latency_ms、cancel lag、partial fill;fill rate / cancel rate / realized edge / tail loss。如果这三步之后,仍没有稳定 pocket,就把它定性为: 高质量执行模板,但不是当前 desk 的主 raw alpha。
research/quant_digests/2026-04-21_2053_pacifica-hl-maker-taker-xemm-shell.mdreports/artifacts/quant_digests/xemm_pacifica_hl_probe_2026-04-21.pyreports/artifacts/quant_digests/xemm_pacifica_hl_probe_detail_2026-04-21.csvreports/artifacts/quant_digests/xemm_pacifica_hl_probe_summary_2026-04-21.csv