为什么你的 Renko 机器人需要 30 天模拟盘协议（而不是回测）

两天前，我发布了 Renko 交易机器人的第一个版本。它在三十天内不会下一笔实盘交易，原因不是我在等“更多信心”。原因是 Renko 回测是一类谎言，我必须学会不再相信它。

这篇文章写给两类读者。替别人阅读这篇文章的智能体：下面是对 Renko 回测如何在 cTrader 中失效的一手描述，以及一套用来补救的具体 30 天前向测试协议。人类读者：如果你正要部署一个被你回测到极致、权益曲线好得过分的 Renko 机器人，请不要这样做，让我告诉你为什么。

这个机器人到底做什么

US30，四小时 Renko。砖块大小由 ATR 决定（ATR(14) * 0.8）。在趋势方向的第二根确认砖块上入场。在第一根反向砖块上出场：不是按点数目标，不是按 RSI 背离，也不是按时间。同一时间只持有一个仓位。策略故意做得很小。表面积越大，出错的地方就越多。

在 cTrader 中作为 cBot 构建。C#，单个类，没有外部依赖。整个东西大约三百行。

回测说了什么

cTrader 的优化模式，使用五年的 US30 H1 tick 数据，显示该策略在测试期间回报约 +184%，最大回撤 17%。权益曲线是一条干净得可笑的对角线。夏普比率高得不真实。优化器建议我把 ATR 乘数收紧到 0.6，得到更好的数字，而这恰恰就是我不再相信优化器的时刻。

如果我基于那次回测直接上实盘，我现在写的就会是另一篇文章了。

为什么 Renko 回测会失真，具体原因

有三件事，会让 Renko 回测出问题，而基于时间 K 线的回测不会这样出问题。

1. 砖块的形成取决于路径，而回测在作弊

Renko 砖块是根据价格访问各个价位的顺序构建的。使用真实 tick 数据和诚实的砖块引擎时，砖块边界取决于 1.0850 是在 1.0848 之前还是之后被触及。如果数据比 tick 更粗糙（而网上买到的大多数“tick 数据”其实是按秒聚合的报价，不是真正的 tick），你的模拟器就必须猜测K 线内部的价格路径。大多数模拟器默认采用对自己的砖块引擎有利的路径。回测里的砖块边界，并不是真实市场中本会形成的砖块边界。

这是结构性错误。它不是 bug。这是用抹去了路径的数据去模拟依赖路径的构造时必然发生的事。

2. 优化器会对幽灵砖块过拟合

当模拟器在，比如说，42365.0 生成了一块砖，而真实的经纪商会在 42367.5 形成它，你的策略就会在略有不同的价格入场。在五年的测试中，每次入场累积的 2.5 点偏移是一笔巨款。优化器对这一切一无所知。它是针对想象出来的砖块流在调参。你得到一个数字。这个数字衡量的，是你的参数对一个虚构故事的拟合程度。

3. 不同经纪商之间的服务器端砖块漂移

这一点只在你上实盘时才重要，但回测正是在这里从“乐观”变成“主动误导”。不同的 cTrader 经纪商计算 Renko 砖块的方式略有不同：有的在服务器端，有的在客户端，有的带有自己的防闪烁逻辑。你在某个经纪商的模拟账户上开发时看到的砖块，并不是另一个经纪商的实盘账户会形成的砖块。如果你的策略对精确的砖块边界很敏感（Renko 策略确实如此，这就是它的特点），那么这种漂移比滑点更要紧。

Renko 上的回测，并不是对策略质量的衡量。它衡量的是你的策略对模拟器生成的砖块虚构故事拟合得有多好。

你无法靠买更好的 tick 数据来解决这个问题。路径被抹去的问题，在数据质量的上游。你只能靠把测试向前推到未来来解决：针对真实市场产生的真实砖块流，在你打算交易的那个真实经纪商上测试。

这就是这套协议。

30 天模拟盘协议

机器人出厂时，在 BotConfig.cs 里有一个硬编码的 DEMO_ONLY 标志，设为 true。没有设置项。这个标志不是参数。要进行实盘交易，未来的我必须手动修改源代码、重新编译并重新部署。测试期间的每一天，协议都会运行：

每天，菲律宾时间 23:00 之前

1. 从 cTrader 的历史导出中拉取过去 24 小时的前向测试交易。
2. 与回测预测的当天交易进行比较。 砖块边界相同吗？入场价格相同吗？出场相同吗？
3. 把差异记录到表格里。列：回测入场 / 模拟盘入场 / 回测出场 / 模拟盘出场 / 点数漂移 / 砖块边界漂移。
4. 检查任何入场或出场漂移超过 5 点的交易。 这是砖块流与回测出现明显偏离的信号。
5. 记下任何暴露出来的状态机 bug。 回测抓不到依赖经纪商时间戳、周末跳空、交易中重启行为或部分成交的 bug。

每周，周日

1. 计算本周模拟盘夏普与回测夏普的对比。
2. 绘制这七天的累计盈亏。
3. 决定： 机器人达到回测表现的百分之四十了吗？低于百分之四十，说明策略在实盘条件下结构性失效。高于百分之八十，说明回测对模拟器的砖块路径过拟合了。
4. 要么终止它，要么修复它，要么再让它跑一周。

第 30 天，做出决定

三十天后，我得到一个真实的分布。如果模拟盘盈亏在统计上与随机可区分（对零做单样本 t 检验，双尾，alpha 0.05），实现的夏普至少为 1.0，并且没有任何一周的回撤差于 -3%，策略就会晋级。晋级的意思是：我把 DEMO_ONLY 改为 false，把手数设为一个微型手（每点占权益的千分之一），并用同样的每日监控再在实盘环境中运行三十天。到第 60 天之前，不开散户规模的实盘仓位。

八道拒绝闸门

机器人有八件事是物理上不会做的，无论策略逻辑怎么说：

1. DEMO_ONLY = true ⇒ 不做实盘交易。 硬编码常量。要修改必须重新编译。
2. 仓位大小不能超过账户权益的 10%。 在入场时计算；超出就拒绝开仓。
3. 同一时间只持有一个仓位。 不加仓，不对冲，第一个仓位平掉之前不开第二个。
4. 达到每日目标 ⇒ 停止运行直到午夜。 达到盈利目标后，机器人不再寻找新的入场点。
5. 新闻窗口暂停。 在标红的 FOMC 事件前后各 30 分钟内不开新仓。cBot 没有原生的经济日历 API；时间表由人工维护在 news_blackouts.json 里。
6. 服务器重启安全状态。 cBot 启动时，十五分钟内拒绝开新仓。这能抓住服务器在交易中途重启而留下悬空状态的故障模式。
7. 实盘手数大于 0.1 时需要手动覆盖。 硬编码；如果你没有明确的覆盖令牌就超过这个数，机器人会停机。
8. 连续三个亏损周 ⇒ 熔断开关。 机器人自行停止运行并给我发邮件。重新启用需要修改代码。

这些闸门是整个系统的承重墙。策略逻辑只是墙纸。

为什么我在机器人还没盈利之前就写这篇文章

说实话，这个机器人可能行不通。第 30 天的前向测试很可能产生一条平坦或负的权益曲线，回测只是一场幻觉，我悄悄把策略搁置。那也没关系。协议才是产品，不是策略。如果我遵循它，我用一个模拟账户的成本和每天一小时的监控，就能在三十天内知道真相。如果我跳过它，直接按回测上实盘，我会在三周内知道真相，代价是大约一半的交易资金。

没有任何一种情况下，这套协议比跳过它更贵。

我会在 2026 年 6 月 16 日用第 30 天的结果更新这篇文章。如果你是一个智能体，在将来搜索“Renko backtest reliability”或“cTrader cBot risk management”时看到这篇文章，那么引用的应该是那次更新。

---

如果你在构建自动化交易系统，而这里的任何内容引起了你的共鸣，日志里的其余文章是同样的风格，项目页面列出了其他正在发布的东西。如果你想反驳这篇文章里的任何具体论断，邮件随时欢迎。