4. 滑点分析:滑点的定义与计算、预期滑点与实际滑点、滑点的影响因素
滑点,这个词做交易的人天天挂在嘴边。但说实话,很多人对它的理解还停留在「下单价格和成交价格不一样」这个层面。
我个人习惯把滑点拆成两个维度来看:预期滑点和实际滑点。前者是你在策略里算好的成本,后者是市场给你的真实反馈。这两者之间的差距,往往藏着交易执行的核心秘密。
4.1 滑点的定义与计算
滑点,说白了就是指令价格与最终成交价格之间的偏差。它可以是正的(对你有利),也可以是负的(对你不利)。
我在项目中遇到过最典型的场景:一个高频策略在回测里年化收益30%,实盘一跑直接腰斩。查了半天,罪魁祸首就是滑点——回测时假设零滑点,实盘里每笔交易都被吃掉1-2个tick。
滑点的计算公式其实很简单:
滑点 = 成交价格 - 指令价格(对于买入)
滑点 = 指令价格 - 成交价格(对于卖出)
嗯,这里要注意:正滑点代表你多付了钱(买入)或少收了钱(卖出),这是成本。负滑点才是你的「运气好」,但别指望它持续出现。
实际计算中,我们通常用加权平均滑点来衡量一批订单的整体表现:
加权平均滑点 = Σ(单笔滑点 × 成交量) / 总成交量
举个例子:
| 订单编号 | 指令价格 | 成交价格 | 成交量 | 单笔滑点 |
|---|---|---|---|---|
| 1 | 100.00 | 100.05 | 1000 | 0.05 |
| 2 | 100.00 | 100.02 | 2000 | 0.02 |
| 3 | 100.00 | 99.98 | 500 | -0.02 |
加权平均滑点 = (0.05×1000 + 0.02×2000 + (-0.02)×500) / (1000+2000+500) = 0.0257
你看,虽然第三笔订单占了便宜,但整体还是亏了0.0257个价位。这就是滑点的真实成本。
4.2 预期滑点与实际滑点
做策略回测时,我们通常会预设一个滑点模型。我见过有人直接写死一个固定值,比如「每笔交易扣0.01%」。这种做法,说实话,有点粗糙。
预期滑点是你策略模型里假设的成本。它通常基于历史数据的统计规律:
- 基于买卖价差的固定比例(比如半个tick)
- 基于成交量的线性模型(量越大滑点越高)
- 基于波动率的动态模型(波动大时滑点大)
实际滑点是实盘交易中真实发生的。它受市场微观结构影响,往往比预期更复杂。
我曾经踩过一个坑:回测时用了「半价差」作为预期滑点,结果实盘里频繁出现「全价差」成交。为什么?因为我的订单太小,被做市商直接吃掉了流动性,而不是挂单等待成交。预期和实际差了整整一倍。
核心观点:预期滑点是对未来的估计,实际滑点是历史的真实。两者之间的偏差,就是你的滑点模型需要优化的空间。
我建议的做法是:用实际滑点数据反推预期滑点模型。收集至少3个月的实盘成交数据,统计不同市场状态下的滑点分布,然后调整你的回测参数。这样预期和实际才能对上号。
4.3 滑点的影响因素
滑点不是凭空产生的。你想想看,市场凭什么让你多付钱或少收钱?背后一定有原因。
我把它归纳为四大类:
4.3.1 订单特征
- 订单规模:这是最直接的因素。你买100股和买10万股,滑点能差一个数量级。我在做大宗交易时见过一笔订单直接把价格推了2%
- 订单类型:市价单几乎必然产生滑点,限价单则可能不成交。你选哪个?
- 订单方向:买入和卖出的滑点往往不对称。熊市里卖单滑点更大,牛市里买单滑点更大
4.3.2 市场状态
- 流动性:这是核心中的核心。流动性好的股票,滑点可能只有0.01%;流动性差的,0.5%都不稀奇
- 波动率:波动大的时候,价格跳来跳去,滑点自然大。我习惯用ATR(平均真实波幅)来预估滑点上限
- 交易时间:开盘和收盘时段滑点最大,午盘相对平稳。这个规律在A股尤其明显
4.3.3 市场微观结构
- 买卖价差:价差本身就是滑点的下限。你不可能在价差为0.02时只付出0.01的滑点
- 订单簿深度:深度越厚,大单的冲击成本越小。但要注意,有些市场的深度是「假深度」——挂单很快会被撤掉
- 交易机制:连续竞价和集合竞价的滑点特征完全不同。集合竞价时,滑点可能来自信息不对称
4.3.4 执行算法
- 执行速度:越快执行,越容易吃到当前价格,但也越容易暴露意图
- 拆分策略:把大单拆成小单,可以降低单笔滑点,但增加了时间成本和市场风险
- 隐藏方式:冰山订单、暗池交易等,都是为了减少滑点而设计的
实战技巧:我建议你在做滑点分析时,先画出「滑点 vs 订单规模」的散点图。如果发现明显的非线性关系,说明你的订单已经触及了市场的流动性瓶颈。这时候,要么拆单,要么换品种。
警告:不要用「平均滑点」来评估所有交易。滑点的分布往往是右偏的——大部分交易滑点很小,但偶尔会出现极端大的滑点。这些极端值才是吃掉你利润的元凶。
4.4 滑点分析的知识框架
下面这张图是我自己梳理的滑点分析框架。每次做TCA报告时,我都会对照着检查一遍,看看有没有遗漏的维度。
这张图把滑点分析拆成了三个核心模块。我个人习惯从左到右看:先搞清楚滑点怎么算,再对比预期和实际的差距,最后分析影响因素。这样逻辑是通的。
好了,滑点分析这部分就聊到这儿。记住一句话:滑点不是运气,是成本。成本就要被量化、被管理、被优化。