第8章 多市场订单执行与算法交易

88页 · 预计10

8.1 订单类型与执行场景选择

很多做量化的人埋头研究策略逻辑,忽视订单执行环节。同样一套策略,执行方式不一样,最终年化收益差距可以达到数个百分点。尤其大资金、高频策略,订单执行本身就是核心竞争力。

首先理清各类订单,以及适配的交易场景。

市价单,按照当下市场价格立刻成交。优点成交确定性高,速度快。缺点滑点不可控,行情剧烈波动滑点会急剧放大。

适合场景。小资金,高流动性标的,滑点影响微弱;紧急止损平仓,优先保障成交;行情快速变动,必须立刻进场。

不适合场景。大额订单,冲击成本巨大;流动性薄弱小品种。

限价单,预先指定成交价格,市场价格触及才会成交。优点成交价格可控,滑点可控。缺点,存在不成交踏空风险。

适合场景。大额订单拆分执行,控制交易成本;挂单支撑阻力位等待成交;流动性差标的,规避冲击成本。

不适合场景。必须保证成交的止损离场;行情剧烈快速变动。

条件单,价格触发预设条件之后,自动生成订单,包含止损、止盈、突破触发订单。

条件单有两个重要坑。 第一,条件触发之后转化为市价单,实际成交价格不等于预设触发价格。跳空行情,止损会出现滑点。 第二,区分客户端条件单和服务器端条件单。客户端条件单,软件关闭、服务器断开,条件单直接失效。高风险交易,优先交易所服务器端条件单。

冰山订单,仅仅展示一部分委托数量,绝大部分委托量隐藏盘口之下。成交一部分之后自动补挂委托,隐藏交易者真实下单规模。

适合大额资金下单,避免盘口对手识别大单,针对性反向交易。

8.2 VWAP与TWAP拆单算法实盘

大额资金不能一笔市价单全部砸入市场,必须拆分为多笔小单分批成交,压低冲击成本。TWAP以及VWAP是工业界使用最多两类拆单算法。

TWAP时间加权平均价格。 把总订单量均匀分配给交易时段每一个时间切片。例如买入十万股,交易总时长4小时,每分钟下单416股,均匀输出订单。

优点逻辑简单,开发难度低,不需要历史成交量数据。 缺点,如果市场成交量分布极度不均匀,成交清淡时段依旧等量下单,冲击成本抬升。

适合场景,流动性尚可,缺少历史成交量数据。

VWAP成交量加权平均价格。 依托历史成交量时间分布分配下单数量。成交量大的时间段分配更多订单,成交冷清时间段分配少量订单。成交均价贴近市场全天成交量加权均价,冲击成本得到控制。

优点,成交均价表现更优秀,冲击成本更低。 缺点,依赖历史成交量数据,开发复杂度更高。

适合场景,中等以及大额订单,标的流动性充足。

实盘优化技巧,我实操VWAP增加三项优化。

第一,实时动态修正。参考当日实时成交量,动态调整下单分配,不完全死板依靠历史数据。 第二,增加随机扰动。下单时间做微小随机偏移,避免算法模式被对手识别,针对性套利。 第三,价格阈值保护。市场价格大幅偏离目标区间,暂停下单,等待价格回归。避免追高杀低。

同样VWAP算法,参数微调差异,最后成交均价差距可以达到千分之几。对于大资金,千分之几就是几十万的损益。

8.3 冰山订单与隐藏交易策略

大资金交易,隐藏交易意图十分关键。一旦盘口识别你的大额订单,对手会针对性调整报价,直接抬升你的交易成本。冰山订单是最主流隐藏交易手段。

冰山订单底层原理,盘口仅仅展示冰山一角,绝大部分委托量隐藏。例如计划买入十万股,对外盘口只展示一万股。一万股成交完毕,系统自动再补挂一万股,直到全部订单完成。外部观察者只能看到公开一万股,无法得知真实总规模。

冰山参数实操设置。

冰山显示比例,我一般设置10%-20%。公开显示总订单10%-20%。比例过高,起不到隐藏效果;比例过低,挂单刷新过于频繁,增加系统压力。

刷新机制。成交80%公开部分,就开始补挂下一批,不要等到全部公开部分成交完毕,防止盘口出现委托真空。

挂单价格偏移,不要直接挂买一卖一,适度偏移一档价位。紧贴最优档位挂单,行为特征过于明显,容易被识别算法交易。

其他隐藏交易辅助手段。

多账户拆分。大额订单拆分到多个账户,每个账户下达小额订单,整体行为分散。

时间分散。不要集中短时间完成交易,分散拉长到整个交易时段,模拟零散散户订单。

反向迷惑小单。少量下达反向小额委托,混淆盘口观察。

普通小资金交易者不需要复杂隐藏手段,资金规模上来之后,隐藏意图就成为必修课。

8.4 滑点控制与冲击成本优化

滑点和冲击成本,属于隐形交易成本。高频、大资金交易,控制滑点等同于直接增加净利润。

滑点三大来源。

第一,买卖价差。买一卖一中间差价。你买入只能吃卖一价格,天然就产生价差损耗。优先选择高流动性品种,缩小点差。避开剧烈波动行情下单,行情剧烈时点差会瞬间扩张。

第二,盘口深度不足。你的下单量超过最优档位挂单量,必须吃掉更深档位委托,成交价格持续恶化。

第三,网络与系统延迟。从本地发出订单,到交易所撮合,中间存在延迟。行情已经变动,但是你的报价还是旧行情。

针对性优化方案。

针对买卖价差:优先高流动性主力合约、头部币种;避开重大数据发布前后剧烈波动窗口;经纪商、流动性提供商筛选低点差通道。

针对盘口深度不足:大额订单拆单,VWAP/TWAP算法;成交量高峰窗口执行下单;分多价位限价委托,不要单一价位大额挂单。

针对网络延迟:服务器就近托管交易所机房;使用低延迟行情接口;策略内部计算逻辑精简,降低本地耗时。

冲击成本经验估算公式。 冲击成本 ≈0.1% × (订单规模 ÷ 标的日均成交量)^0.6

举例,订单规模占日均成交量1%,冲击成本大约0.0063%,几乎可以忽略。订单占日均成交量10%,冲击成本大约0.025%,成本开始显著。

可以使用这套公式预先估算最大安全下单规模,控制冲击成本上限。

8.5 多市场订单路由系统设计

同时运行多个市场,不能每个市场独立编写下单逻辑,统一订单路由系统是专业量化系统必备组件。

三层架构订单路由系统。

第一层,策略层。策略模块只输出交易信号:标的、方向、总数量。完全不关心如何成交,不绑定具体市场下单细节。

第二层,路由层。接收策略信号,结合标的品种、订单规模、流动性,自动选择执行算法、交易通道。

第三层,执行层。对接各个经纪商、交易所API接口,真实完成订单下发。

分层带来巨大好处,策略开发和执行逻辑完全解耦。新增一个市场,只需要新增执行层适配器,不需要修改策略代码。

路由层核心路由规则。

订单规模小于日均成交量0.1%,直接市价单,追求快速成交。 订单规模0.1%-1%,TWAP拆单,半小时窗口执行完毕。 订单规模1%-5%,VWAP拆单,全天时间窗口完成。 订单规模大于5%,VWAP叠加冰山订单,分多天完成。 套利类订单,优先成交确定性,直接市价单,成本其次。

通道选择规则,同一个标的,自动优先选择点差最低、历史滑点表现最优通道。

订单全生命周期状态管理。 待触发,条件单还没有激活; 已挂单,订单推送至交易所盘口; 部分成交,一部分数量已经撮合,剩余委托挂盘; 全部成交,整笔订单执行结束; 已撤单,手动或者系统撤销委托。

异常场景处理逻辑: 订单超时未成交:自动撤单,重新读取最新行情生成新订单; 部分成交:保留已成交部分,剩余数量根据行情判断,要么继续挂单,要么全部撤销; 接口报错:自动重试2次,依旧失败切换备用交易通道,同时上报告警,暂停该通道新订单。

一套合格的订单路由系统,策略模块完全感知不到底层执行细节,只需要输出买卖信号,剩下全部交由路由与执行层处理。

如果你需要定制订单路由系统,或者算法交易的开发,可以访问intoquant.com壹信量化官网,有成熟的执行引擎框架,可以对接多个市场和经纪商。

本章实战笔记

执行也是竞争力。不要只研究策略不研究执行,同样的策略,执行好坏能差出几个点的收益。

大资金的核心是隐藏意图。你下单的意图被别人看到了,就会被收割。拆单、冰山、分散账户,都是为了隐藏。

滑点是可以优化的。不要觉得滑点是天经地义的,从服务器位置、代码、算法,一步步优化,能降很多。

策略和执行要解耦。策略只管信号,执行只管成交,分开设计,系统更灵活。

本章核心公式卡 冲击成本经验公式: 冲击成本 ≈ 0.1% × (订单量 / 日均成交量)^0.6

VWAP成交偏差: 目标:成交均价与全天VWAP偏差小于万分之五

冰山订单显示比例: 10%-20%,根据订单大小调整

本章实战清单

订单执行优化清单 - 根据订单大小选择对应的执行算法 - 小单直接市价,大单VWAP拆分 - 服务器就近托管,降低网络延迟 - 计算实际滑点,每月统计优化 - 流动性差的品种用限价单,避免冲击

订单路由系统清单 - 策略层、路由层、执行层三层架构 - 预设不同规模订单的执行规则 - 多通道自动选择,优先成本低的 - 订单状态全跟踪,异常自动处理 - 统一的成交回报和对账机制

⚠️ 风险提示:本书内容仅为量化研究与知识分享,不构成任何投资建议。套利交易存在基差、费率、流动性、平台与极端行情等风险,历史表现不代表未来收益。投资有风险,入市需谨慎,请自主决策、量力而行。

💡 键盘 ←/→ 翻章 · T 键切换目录