第 6 章 · 03 滑点与手续费

第 6 章 · 03 滑点与手续费

本节摘要:本节讲清回测里两个最容易被忽视、却会让结果严重失真的因素——滑点(slippage)和手续费(fee)。回测默认假设「订单按请求价全额成交、无滑点」,但实盘里限价单可能部分成交、市价单会穿越订单簿产生滑点;手续费方面,回测默认用交易所的市场费率(maker/taker),但你的实际费率可能因 VIP 等级、平台币抵扣而不同。本节先讲 freqtrade 的手续费建模机制(默认从交易所拉、可用 --fee 覆盖、每笔交易扣两次),再讲滑点的来源与回测/Dry-Run/实盘三种模式下的不同处理,最后给出「让回测更保守、更接近实盘」的实操建议——故意调高 fee、用 --timeframe-detail 模拟 K 线内价格、对市价单策略格外谨慎。

内容来源:原项目文档 docs/backtesting.md(fee / assumptions)、docs/configuration.md(fee / slippage 配置),汉化并套用体系化模板。

⚠️ 风险提示:回测默认的费率与成交假设偏乐观。直接用回测数字做实盘决策,等于「带滤镜看世界」。务必按本节建议把假设调保守。

学习目标

阅读完本节,你应当能够:

1. 解释回测默认的手续费来源(交易所市场费率)与覆盖方式。
2. 说清滑点的成因以及它为何在回测里基本被忽略。
3. 区分回测 / Dry-Run / 实盘三种模式对滑点的不同处理。
4. 用 --fee 和配置项 fee 让回测更接近你的真实成本。
5. 给出让回测「更保守」的实操清单。

一、手续费:每笔交易扣两次

默认行为

回测的盈亏计算默认包含手续费,且 freqtrade 会自动从交易所的市场信息(market info)里拉取该交易对的默认费率(通常是 taker 费率,如 binance 现货 0.1%)。每笔交易扣两次手续费:一次进场、一次出场。

💡 为什么扣两次:一笔完整交易 = 进场(买)+ 出场(卖),每次都收手续费。所以一笔交易的「费用成本」约是 2 * 费率。比如 0.1% 费率,一笔交易成本约 0.2%。

用 --fee 覆盖默认费率

如果你有特殊费率——比如账户达到某 VIP 等级、用了平台币抵扣、或者通过做市商拿到了更低的 maker 费——这些 ccxt 是看不到的。这时用 --fee 显式指定:

# 假设你的实际单边费率是 0.1%(写成 ratio 0.001)
freqtrade backtesting --strategy MyStrategy --fee 0.001
​

--fee 的值是 ratio(比率),不是百分比。0.001 = 0.1%。它会同时应用于进场和出场。

用配置固化

不想每次敲 --fee,写进 config.json:

{
    // ...
    "fee": 0.001
    // ...
}
​

⚠️ 官方建议:正常情况下不要配置 fee,让它回退到交易所默认值即可。只有在你确实有特殊费率、想实验不同费率时才设。配错了(比如把 0.001 写成 0.01)会让回测失真十倍。

二、滑点:回测里基本被忽略

滑点(slippage)指「请求价」与「实际成交价」之间的差。它的成因:

1. 订单簿深度不足:你想买的量比卖一档的量还大,只能一路吃到更高档位,实际成交均价高于请求价。
2. 市价单穿越:市价单不挑价,直接吃订单簿,极端情况下会吃到很差的价。
3. 价格快速波动:下单到成交之间的时间里价格已经动了。

回测对滑点的处理

回测的核心假设之一是:所有订单只要价格在当根 K 线 high/low 范围内,就按请求价全额成交,无滑点。也就是说,回测基本不建模滑点。

这是回测「乐观假设」的最大来源之一。实盘里,你的限价单可能部分成交、市价单可能滑到很差的价——这些回测都看不到。

Dry-Run 与实盘的滑点建模

不同模式对滑点的处理不同:

Dry-Run 的 5% 滑点上限是「保护性假设」——如果模拟成交价偏离请求价超过 5%,就当作没成交(避免模拟出离谱的价格)。但回测没有这个机制。

💡 核心结论:回测里「市价单策略」的成交价是最乐观的;Dry-Run 引入了有限的滑点模拟;实盘才是真实滑点。这就是为什么一个在回测里完美的市价单策略,Dry-Run 一跑就可能变差,实盘更差。

三、为什么默认值偏乐观

把手续费和滑点合起来看,回测的默认假设系统性偏乐观:

这意味着:同一个策略,回测的收益率通常比实盘高 20%~50%(经验值,因策略而异)。短线、高频、市价单策略差异更大;长线、限价单、低频策略差异较小。

四、让回测更接近实盘的实操清单

既然默认偏乐观,就主动把假设调保守:

1. 故意调高 fee

把 fee 设得比真实值略高一点,留安全边际:

# 真实 0.1%,回测用 0.12% 甚至 0.15%
freqtrade backtesting --strategy MyStrategy --fee 0.0012
​

这能抵消一部分滑点和「默认费率是 maker 而你实际付 taker」的偏差。

2. 用 --timeframe-detail 模拟 K 线内

freqtrade backtesting --strategy MyStrategy --timeframe 1h --timeframe-detail 5m
​

更细周期模拟 K 线内价格走势,部分补偿「K 线内价格理想化」的乐观(见第 01 节)。注意它不模拟滑点,但能让成交时机更真实。

3. 区分 maker / taker

如果你的策略大量用市价单(order_types 里 entry/exit 是 market),回测会按 taker 费率算,但完全忽略滑点——这是最危险的组合。对这类策略:

• 回测时 --fee 用 taker 费率(通常比 maker 高一档)。
• 务必用 --timeframe-detail 验证。
• Dry-Run 跑足够长,观察 5% 滑点上限是否频繁触发。

4. 关注 Wallet 口径指标

第 02 节提到的「Wallet based Metrics」含浮亏,比 closed trades 口径保守。优先看这组。

5. 留「折扣系数」

把回测收益率打个 7~8 折作为实盘预期。如果打折后依然可接受,再考虑上线。

五、配置项速查

与费用相关的配置项集中这几条:

⚠️ futures_funding_rate 慎设:合约策略的盈亏受资金费率影响。如果你在测某个币、又懂资金费率的影响,可以设;否则设 0,避免回测被错误的资金费率扭曲。

本节要点回顾

1. 手续费:回测默认从交易所市场信息拉 taker 费率;每笔交易扣两次(进场+出场);用 --fee 0.001 或配置 fee 覆盖。
2. 滑点:回测基本不建模(假设按请求价全额成交);Dry-Run 市价单有 5% 滑点上限;实盘才是真实滑点。
3. 偏乐观来源:fee(默认可能是 maker,实际付 taker)+ 无滑点 + 全额成交 + K 线内理想化,系统性高估收益。
4. 三种模式对比:回测(无滑点)→ Dry-Run(5% 上限)→ 实盘(真实);市价单策略差异最大。
5. 调保守清单:故意调高 --fee、用 --timeframe-detail、市价单按 taker 费率、看 Wallet 口径、回测收益打 7~8 折作为实盘预期。
6. 配置项:fee(慎设)、exchange.unknown_fee_rate、futures_funding_rate(不熟设 0)、tradable_balance_ratio(0.99)。
7. 核心心法:回测数字是「上界」,实盘只会更差不会更好;留足安全边际再上线。

下一节,我们进入回测诊断里最关键的一关——未来函数检测(lookahead-analysis),揪出那些「作弊」式盈利的策略。