lulu/arbitrage-engine
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
b83ab66039
arbitrage-engine/docs/arbitrage-engine/v51-optimization-plan.md
dev-worker 511f011aef docs: V5.1分析报告+优化方案 
- v51-performance-analysis.md: 完整执行分析（毛R/净R/时段/币种/分数段）
- v51-optimization-plan.md: 优化方案（降频+时段过滤+暂停BTC+拉大TP/SL比）

核心结论：毛R+12R，手续费-109R，净R-97R；信号有微弱优势，费用致亏
2026-03-03 07:28:53 +00:00

4.3 KiB
Raw Blame History

title date
V5.1 优化方案 2026-03-03

V5.1 优化方案

基于：V5.1模拟盘执行分析报告（2026-03-03）
核心目标：在不重建信号系统的前提下，将净R从-96.98R拉回正值
策略：降低手续费暴露 + 提升单笔期望值

优化原则

信号层毛R为+11.98R（微弱正收益），说明信号有效性存在但边际极薄。 改造优先级：先降频降费 → 再提盈亏比 → 最后优化信号质量。

方向一：提高入场门槛（降频）

当前问题

  • 75分以上即可入场，触发频率过高（500笔/历史周期）
  • 各分数段胜率差异不大（85+仅比75-79高1.7%），说明75-84大量交易性价比差

建议改动

参数 当前值 建议值
入场阈值 75 82
预期效果 500笔 约~200笔（减少约60%交易频次）
手续费节省 - ~65R（108×60%）

根据数据，82分以上样本约170笔，需重新统计。需要验证胜率是否提升。

方向二：时段过滤（砍亏损时段）

当前问题

以下时段（北京时间）胜率<40%，是系统性亏损区：

时段 胜率 合计R
01:00 31.8% -15.69R
06:00 33.3% -13.73R
07:00 36.4% -7.40R
09:00 38.7% -16.71R
11:00 28.6% -5.51R
13:00 31.8% -13.62R
18:00 30.0% -6.47R

合计：约7个亏损时段，贡献约-79R亏损。

建议改动

禁止在以下北京时间开仓：01:00, 06:00, 07:00, 09:00, 11:00, 13:00, 18:00
→ 预计减少交易约~100笔，直接节省约79R亏损

方向三：暂停BTC交易

当前问题

币种 胜率 合计R
BTCUSDT 49.3% -45.61R

BTC胜率低于随机水平（49.3%<50%），是最大单一亏损来源，贡献总亏损47%。

建议改动

暂停BTC交易，等积累足够新数据（calc_version=2）后再评估是否恢复。
→ 直接避免-45.61R（历史口径），减少约27%交易频次。

方向四：拉大TP/SL比（提盈亏比）

当前问题

  • sl_multiplier=1.4, tp1=1.05, tp2=2.1
  • tp1_r=0.75, tp2_r=1.5
  • 平均TP净收益=0.90R，平均SL净亏损=-1.23R
  • 盈亏比=0.73，手续费后需要胜率>58%才能打平

建议改动

参数 当前值 建议值
sl_multiplier 1.4 2.0（扩大止损空间，减少噪声止损）
tp1_multiplier 1.05 1.5
tp2_multiplier 2.1 3.0

注意：扩大止损会增大单笔手续费（fee_r=2×0.0005×entry/rd，rd变大则fee_r变小） 同时能减少被噪声打止损的次数（SL平均仅18分钟持仓）

组合改动预期效果（粗估）

改动 预期节省R
提高入场门槛至82 ~65R
过滤7个亏损时段 ~79R
暂停BTC ~46R
合计 ~190R

当前净亏损-96.98R，三项改动合计节省190R，理论上净R可到+93R（乐观估计，存在重叠） 实际效果需要在模拟盘上验证后才能确认

实施计划

Phase 1：参数调整（立即可做，不改代码）

  1. 修改 backend/strategies/v51_baseline.json：
    • threshold: 75 → 82
    • 添加 forbidden_hours_bj: [1, 6, 7, 9, 11, 13, 18]
    • 添加 disabled_symbols: ["BTCUSDT"]
  2. 修改 backend/paper_config.json 对应字段（如果有覆盖）
  3. 重启 signal-engine

Phase 2：TP/SL调整（需验证历史数据影响）

  1. 模拟不同sl_multiplier在历史数据上的表现
  2. 确认新参数下预期胜率和盈亏比
  3. 更新 v51_baseline.json

Phase 3：数据验证

  1. 积累150-200笔新口径数据（calc_version=2）
  2. 对比优化前后各项指标
  3. 根据实际结果再次迭代

注意事项

  1. 不要同时改太多参数：每次只改1-2个变量，方便归因
  2. 记录每次改动时间：便于后续对比数据
  3. 备份当前配置：v51_baseline.json 改前先备份
  4. V5.2同步评估：V5.2目前-15.94R，比V5.1好但仍亏损，后续需同步分析

待讨论问题

  • 入场门槛从75提到82合适吗？是否要先看82-84分的历史胜率数据？
  • 时段过滤是全部禁止还是只禁BTC？
  • TP/SL比调整是否应该先做回测再上模拟盘？
  • 暂停BTC是否需要范总确认？