如何跟踪各家自营公司规则下的回撤

简而言之。 自营交易公司（prop firm）设有两种相互独立的回撤限制：每个交易日重置的日回撤限额，以及在整个挑战期间一直跟随账户的最大回撤限额。无论总体盈利多少，只要触及其中任何一个，挑战就会结束。因此，在交易日志中同时跟踪这两项，而不只是看账户余额，才能让出金目标保持在可触及的范围内。

大多数未通过自营公司挑战的交易者，并不是因为策略失效，而是因为盯错了数字。一位交易者一个月下来可能整体盈利，却仍会因为某个糟糕的下午被取消资格，因为日回撤和最大回撤的计算方式不同、重置时间不同，而且往往基于与交易平台所显示的账户数值不同的基准。

本指南将说明日回撤与最大回撤在各家自营公司规则下究竟如何运作、两种限制在哪里产生分歧，以及如何根据真实的交易活动同时跟踪两者，而不是靠账户余额去猜。

日回撤：每个交易日重置的限制

日回撤限制账户在单个交易日内的最大亏损，其基准点设定在当天开始时，通常是固定重置时间点的余额或净值（常见为服务器时间午夜，也有些公司采用美东时间下午 5 点，以对齐期货交易时段的切换）。

如果某公司对 100,000 的账户设置 5% 的日回撤限额，那么交易者当天有 5,000 的额度。一旦亏损达到这个阈值，无论是来自已平仓交易、未平仓的浮动亏损，还是两者之和，账户都会被锁定或取消资格，具体取决于公司规则。

交易者最常搞错的一点是：重置的基准是当天的起始余额，而不是出金或内部调整之后、前一天收盘时的净值。两个账户当天都以 100,000 起步，但如果其中一个带着未实现亏损的持仓进入新的交易时段，两者当天剩余的日额度可能相差很大。

实际限额因公司和挑战类型而异。FTMO 是该领域较大的公司之一，其两步挑战公布的最大日亏损为 5%，一步挑战为 3%，并且以净值而非仅已平仓余额计算，因此持仓一旦朝不利方向移动，就立刻计入限额（FTMO Academy：最大日亏损；FTMO 交易目标）。务必在具体公司自己的规则文件中确认准确的数字和计算方法，而不要假设某家公司的设置适用于另一家。

最大回撤：贯穿整个挑战的限制

最大回撤限制账户在整个评估期内可以承受的总亏损，即从初始余额下降到一个账户永远不能跌破的底线。与日回撤不同，它不会重置。每一个亏损日都在侵蚀同一道上限，直到挑战结束，或者交易者进入资金账户阶段。

对 100,000 的账户设置 10% 的最大回撤，等于设定了 90,000 的硬性底线。这 10,000 的亏损是在一个糟糕的日子里发生的，还是在六周内缓慢累积的，并无区别。一旦净值触及底线，账户就会被关闭。

FTMO 对这条规则的版本是一个很有用的具体例子，因为它公开记录得很详细：最大亏损限额每天都会根据账户曾达到的最高收盘余额（或初始资金，取较高者）重新计算，每当创出新的余额高点就上移，并且在亏损日之后永远不会下调（FTMO Academy：最大亏损）。这是公司自行定义的具体机制，而不是通用标准，不应假设它与其他公司的规则一致。

静态与追踪式最大回撤

不同公司之间的大部分混淆都出在这里，在选择挑战之前，它值得被当作一个独立的决策点。

• 静态最大回撤：底线固定为初始余额减去回撤百分比，且永远不会移动，即使账户增长也一样。10% 静态最大回撤的 100,000 账户，无论账户价值是 100,000 还是 130,000，底线始终是 90,000。
• 追踪式最大回撤：底线会随着账户净值创出新高而上移，始终保持在历史最高净值下方的固定距离处（而不是当前余额下方）。10% 追踪式最大回撤的 100,000 账户，如果增长到 120,000，底线就变成 108,000，即便账户之后回落到 110,000 附近也是如此。

在连续盈利的阶段，追踪式回撤的容忍度要低得多，因为每创出一个新的净值高点，底线就会立刻收紧。如果交易者不实时跟踪这一点，可能会惊讶于一个好的一周之后，剩下的空间竟如此之小，而不是在糟糕的一周之后。

重要提示。 有些公司按已平仓交易的最高净值计算追踪式回撤，另一些则按盘中浮动净值的最高点计算，其中包括持仓的未实现盈利。仅这一区别就可能让有效底线产生可观的差异，而营销页面很少把它解释清楚。务必查看实际的规则文件，而不是销售页面。

基于余额与基于净值的计算

除了静态与追踪式之外，各公司在以哪个数字为衡量基准上也有所不同：账户余额（仅包含已平仓交易的已实现盈亏）还是账户净值（余额加上持仓的未实现盈亏）。

基于净值的规则会在浮动亏损发生的那一刻就把它计入日回撤和最大回撤，哪怕仓位尚未平仓。如果交易者隔夜持有亏损仓位，或在波动剧烈的时段持仓，仅凭未实现的波动就可能突破限额，几分钟后交易恢复，而账户已经被取消了资格。

基于余额的规则只在交易平仓后才计入回撤，这给持仓留出了更大的波动空间，但也可能掩盖账户实际离突破有多近，直到仓位平掉、亏损落定。

大多数自营公司构建评估所基于的平台 MetaTrader 本身对这两个术语有精确定义：余额只反映已平仓交易的结果，而净值是在余额基础上，根据任何持仓的浮动盈亏实时调整后的数值（MQL5 文档：账户属性）。公司的回撤规则直接继承这一区别。基于净值的规则会计入实时的浮动数字；基于余额的规则则在仓位平掉之前忽略它。

大多数自营公司的挑战都运行在 MetaTrader 5 上，规则引擎直接读取该账户，而不是某个独立的仪表盘。如果交易账户通过 MetaTrader 5 集成连接（另见：如何将 MetaTrader 5 连接到 BitStat），已平仓和浮动数字都可以自动记录，而不必在每次交易时段结束后手工抄录。

日回撤与最大回撤一览

在交易日志中跟踪这两项限制

交易平台上的实时余额数字，并不能显示这两项额度各已用掉多少。它显示的是账户当前所处的位置，而不是它距离某个突破规则有多近，而这些规则的重置时间与平台默认显示的并不相同。

下面的示例说明了为什么这两个数字需要分别跟踪，而不能仅凭账户余额去推断。日回撤的使用量随每个交易时段上下波动，即使当天以持平收场，有时也会触及日限额的很大一部分。相对于最大限额的累计回撤则只朝一个方向移动，在每个单看都可控的交易时段中逐步累积。

在交易日志中，这意味着为每个交易时段记录：日亏损占日限额的百分比，以及累计亏损占最大限额的百分比，并按照公司实际使用的基准点（静态初始余额或追踪式高水位线）来计算。把两者并排跟踪，而不只是看账户余额，才能让回撤从一条抽象的规则变成一个影响仓位规模决策的数字，而且是在限额临近之前，而不是在被突破之后。

围绕两项限制建立风险预算

一种可行的做法是，按日限额的一部分而不是最大限额来确定每笔交易的规模，因为日限额是会重置的那一个，因此也是决定任何一个交易时段有多少风险可用的那一个。

如果日回撤限额为 5,000，而交易者希望在单个交易时段内触及这个上限之前至少能承受连续四笔亏损，那么每笔交易的最大亏损应预算为大约 1,000 到 1,250，而不是在一两笔交易里就用掉全部 5,000。这个缓冲很重要，因为一笔过大的亏损可能耗掉一天的大部分额度，迫使交易者要么在当天剩余时间停止交易，要么冒着过大的风险试图在同一天内把它赚回来。

最大回撤限额则是一个变化较慢的上限，决定策略在账户被关闭之前能吸收多少个糟糕的日子、周数或连续亏损。一个现实的历史最大回撤为 8% 的策略，在公司 10% 的限额之下几乎没有剩余余地，即使它在较长样本上的平均每笔交易是盈利的。

一步与两步挑战如何改变回撤压力

公司采用的评估结构会改变回撤限额之下实际有多少空间，即使名义上的百分比在纸面上看起来完全相同。

两步挑战（第一阶段盈利目标，然后第二阶段确认，再到获得资金）通常把同一个盈利目标分摊到两个独立的评估窗口，这给出了更多的交易时段来消化连续亏损，而不会在任何一天把日回撤推到接近限额。一步挑战则把同样的目标压缩到单一阶段，这往往促使交易者在有限时间内为达成目标而采用更大的仓位，而更大的仓位在任何亏损的交易时段中都会消耗日限额中更大的一部分。

两个账户的规则同样是 5% 日回撤和 10% 最大回撤，但如果一个是时间限制紧张的一步挑战，另一个是不限时的两步评估，它们实际承担的风险并不相同。规则文本是一样的；它对仓位规模造成的压力却不同，而这种压力恰恰体现为日志中的回撤使用量，而不是规则文件里。

让挑战提前结束的回撤错误

• 按最大限额而不是日限额来确定仓位。 一个按能承受整个账户回撤来定规模的仓位，仍然可能在单个交易时段内冲破日限额。
• 在基于净值的规则下忽视持仓的浮动亏损。 一个浮亏 3% 的仓位，在亏损发生的那一刻就已经计入限额，而不是等到平仓时。
• 没有确认每日重置时间。 在公司重置边界附近交易而不加以考虑，可能意味着两个交易时段的风险被记成了一个，反之亦然。
• 在一个强劲的周之后混淆追踪式与静态回撤。 盈利阶段会收紧追踪式底线，尽管账户余额看起来比以往任何时候都更安全。
• 把持平的一天当作安全的一天。 一天以接近盈亏平衡收场，盘中仍可能触及日限额的很大一部分，这一点交易日志能记录下来，而收盘余额不能。

交易时盯着规则，而不只是余额

回撤规则并不是附在自营公司挑战上的形式，而是策略必须挺过去的真实约束。只在注册时读一次规则文件，然后在整个挑战期间只盯着账户余额交易，正是交易者在某些当时感觉再普通不过的日子里被取消资格的原因。BitStat 的面向自营交易者的解决方案正是围绕平台余额所显示的内容与规则实际衡量的内容之间的这道缺口而构建的。

本文仅用于教育目的，不构成财务或投资建议。使用杠杆交易有较高的亏损风险，自营公司挑战在市场风险之外又增加了基于规则的风险。过往业绩并不保证未来结果。

在 BitStat 交易日志中，按交易时段逐一跟踪你实际限额下的日回撤和累计回撤，而不是依赖一个无法显示这两项额度的余额数字。