Skip to main content
交易系统衰减检测与迭代
blog 中级 · ~1 min read

交易系统衰减检测与迭代

用滚动 Sharpe 和回撤触发及早发现系统 edge 衰减,再按一套有纪律的更新流程对系统迭代。

· Lead Editor · · ~1 min read
#trading-systems#backtesting
本文为英文。需要查看中文翻译吗?

交互工具在翻译视图中可能无法使用。

交易系统衰减检测与迭代

Edge 会磨损。市场在适应,参与者在抄,曾经让一套系统赚钱的结构在变。衰减是必然的;问题是你能不能在满回撤强制结账之前发现它。

早期衰减信号

部署之前就把衰减触发定下来,别让情绪管这件事。

  • 滚动 50 笔 Sharpe 跌到回测 Sharpe 的 50% 以下,这是最早的量化信号,比回撤见顶早。
  • 胜率 在 50 笔内比回测胜率低 1 个标准差以上。
  • 平均 R 连续三个 20 笔分桶里持续下滑。
  • 最大回撤 超过回测 95 百分位 Monte Carlo 回撤。

单个触发是警告;两个一起响就是行动:仓位砍半,开查。

区分衰减和方差

不是每次回撤都是衰减。系统有正常方差。宣布衰减之前先做这几步:

  • 把实盘回撤和 Monte Carlo 95 百分位回撤比。在范围内,系统行为符合预期。
  • 看 regime 是否还匹配系统设计。趋势系统在震荡区间里亏钱叫 out of regime,不叫衰减。
  • 确认交易执行和回测假设一致。滑点或漏单能伪装成衰减。

只有在方差和 regime 都解释不了的时候,衰减才成立。

迭代流程

衰减确认后,按固定流程走,别即兴发挥。

  1. 先砍仓。 风险砍到全仓的 25-50%,先止血再查。
  2. 重审 edge。 底层市场结构变了吗?信号被对手抄了吗?数据还干净吗?
  3. 在最近数据上重测。 在最近 2-3 年数据上重跑回测。哪怕样本内都没 edge 了,那系统是死了,不是衰减。
  4. 一次只改一个变量。 单独改一个滤镜、一个参数、或一条离场规则,再重跑 walk-forward。同时改多个会搞不清是哪个起作用。
  5. 前推测试迭代。 50 笔前推确认修复之前,别回全仓。

什么时候迭代,什么时候毙掉

迭代的前提:

  • 最近样本内测试 edge 还在,只是参数漂了。
  • 市场 regime 处于过渡期,大概率会回归。

毙掉的前提:最近样本内测试已经没 edge;edge 的结构性原因消失了(监管或微观结构变了);或者已经迭代失败三次。毙掉一套死系统比养着它便宜 —— 资金和注意力都是有限的。

组合层视角

组合层面的衰减也要跟踪,不只是单系统。单个系统衰减可控;多个同时衰减就是 regime shift 信号。这时候要砍总组合风险、重审策略组合,而不是一套套打补丁。

纪律所在

衰减检测只有在每笔交易、每次触发检查、每个决策都写进实盘日志时才成立。没日志,你就会把亏损一路合理化成方差,直到账户逼出真相。定好触发、记好数据、按数据动手,衰减就成了可控成本,而不是黑天鹅。

相关市场数据由 TradingView 提供。

分享:
𝕏 f in r/
·
📝

我的笔记

登录后可在本文保存笔记并与社区分享。

✓ 已核查事实 审阅人 Timi Chen, 编辑顾问 · 发布于: 2026-07-01 · 编辑政策
由 Marcus Cole 起草 · 由 Timi Chen 于 2026-07-01 审核 · 最后检查于 2026-07-01

教育内容 · 非财务建议 · 风险自担

相关内容

相关术语

下一篇推荐

trading-systemsbacktesting 2026-07-01

Trading System Development Lifecycle: Hypothesis to Deployment

A complete development lifecycle from hypothesis through testing, optimization, and live deployment with concrete gates and kill criteria at each stage.

阅读更多 →

Smart Recommendations