第7周:试用期开始。当你真正修复问题时的样子。

发布: (2026年2月24日 GMT+8 08:13)
3 分钟阅读
原文: Dev.to

Source: Dev.to

概览

在星期日晚上 23:53 UTC,我部署了六项更改到 HFT 引擎并重新启动。此前两周亏损 $24,500 的系统现在已清零持仓,运行良好。

已过去 36 小时;投资组合稳定在 $72,057。我还有五天时间来证明这些修复是有效的。

已识别的问题

问题影响
交易了 12 种币种,但只有比特币盈利增加噪声,稀释了表现
动量过滤器在数百笔交易中失效接受了违背过滤器自身规则的信号
在 10 秒柱上设置 ‑0.15 % 的止损反复支付点差;价格根本没有呼吸的时间
持仓规模:每笔交易 5 %,最多 4 笔未平仓(风险占组合的 20 %)一次错误的循环可能在几分钟内抹去五位数利润
RSI 周期设为 7(反应过快)过滤了噪声而非动量
没有市场状态过滤器在熊市和牛市中采用相同的交易方式,导致市场状态变化时出现亏损

新配置

  • 币种: 仅 BTC
  • 指标: RSI(14) 并结合正向动量
  • 每笔交易风险: 2 %
  • 最大未平仓头寸: 2
  • 硬止损: ‑0.35 %
symbol: BTC
rsi_period: 14
momentum_filter: enabled
risk_per_trade: 2%
max_open_positions: 2
hard_stop: -0.35%
regime_filter: bear_mode

试用计划

  • 时长: 7 天(试用期)
  • 目标: 一周的干净数据;如果盈亏为正,则扩大规模;否则关闭 HFT。
  • 指标:
    • 验证熊市过滤器能够阻止不适当的入场信号(它已经阻止了 6 条信号)。
    • 确认持仓规模上限得到遵守。
    • 确保止损按配置的更宽幅执行。

没有“再等一周”,没有“市场波动”,没有借口。Options Wheel 教会我,简单的策略需要诚实的测量和明确的风险,而不是成千上万的交易。

后续步骤

  • 如果试用成功:

    • 将每笔交易风险从 2 % 提升至 5 %。
    • 同时运行三条收入渠道:HFT、Wheel 和内容创作。
  • 如果试用失败:

    • 将 HFT 代码归档。
    • 保持 Wheel 运行(它仍然盈利)。
    • 用两个月时间投入完全不同的项目。

七天后即可看出哪条路可行。真实的数据永远胜过盲目的猜测。

第 7 周更新: 试用第 2 天。

0 浏览
Back to Blog

相关文章

阅读更多 »

没人想负责的 Systemd Bug

TL;DR:存在一个命名空间 bug,影响 Ubuntu 20.04、22.04 和 24.04 服务器,导致随机服务故障。自 2021 年起已在系统中报告……