什么是时间加权委托？TWAP策略怎么拆分大单？OKX高级量化交易指南

在量化交易领域，有一种执行方式显得质朴却高效——时间加权委托。这个词听起来有点学术，但换个说法就好理解了：把一笔大单子，严格按时间切成小块，均匀撒出去。它不追价格、不盯盘口、不看成交量，唯一的标准就是时间。这种简单粗暴的哲学，恰恰让它成为应对流动性不足或盘口薄弱的合约时的首选拆单策略。

先摆几个核心判断：TWAP（Time-Weighted A verage Price）是时间加权委托最典型的实现。它不预测行情，不跟踪量能，不判断买卖力道，只忠诚地以“时间”为刻度。正因其逻辑极简，它被OKX、Binance、Bybit等主流交易所的高级API原生支持。当你的策略信号足够强、风控要求足够高时，TWAP往往是默认的拆单选项。

什么是时间加权委托？

简单说，它就是把一笔大额订单，在预设的起止时段内，按时间轴均匀拆分为若干等量小单。核心目标只有一个：降低对盘口的瞬时冲击。试想，在流动性一般、盘口较薄的合约上，如果你一次性挂出全量买单，很可能瞬间吃掉3～5档卖盘，推高成交均价。TWAP正是为了避免这种滑点而设计——它不依赖市场成交量变化，只按时间均匀执行。

TWAP策略怎么拆分大单？

以OKX平台Python SDK（v5.12+）为例，完成一次合规可执行的TWAP拆单，需要走通以下路径：

第一步：确认交易时段有效性。先检查当前合约是否处于连续交易状态。BTC-USDT永续合约支持24小时交易没问题，但像SHFE黄金期货就只有日盘9:00-11:30和13:30-15:00。需要警惕的是，若起始时间落在非交易时段，OKX API将直接拒绝请求并返回code=51001。

第二步：计算基础参数。设定总委托量V、起始时间t₀、结束时间t₁、时间粒度Δt（单位秒）。举个例子：V=120 BTC，t₀="2026-06-04T10:00:00Z"，t₁="2026-06-04T10:30:00Z"，Δt=180秒（即每3分钟触发一次下单）。那么总片数N = floor((t₁ − t₀) / Δt) = 10，单次委托量 = V / N = 12 BTC。

第三步：构造OrderTWAP实例。调用okx.v5.trade.OrderTWAP类，传入instrument_id、side（buy/sell）、sz（单次委托量）、start_time、end_time、interval_sec三个必填字段。注意sz必须为整数且≥最小委托单位（BTC-USDT为0.001 BTC），否则API会返回400错误。

第四步：提交并监听状态。执行order_twaps.submit()后，SDK会自动按Δt间隔循环调用place_order接口。每次下单前，系统会校验账户可用保证金与杠杆率。若某次触发时保证金不足，该批次将跳过且不重试，剩余未执行量继续按计划推进。这一点在实盘操作中需要特别留意。

OKX高级量化交易指南中的TWAP实战要点

方法一：使用WebUI内置TWAP工具（适合手动策略补单）

进入OKX「交易」→「高级交易」→「算法交易」→ 选择「TWAP」模板 → 填写币对、方向、总数量、开始/结束时间 → 点击「生成委托计划」→ 系统自动显示每档时间点与对应下单量 → 确认后一键启动。整个过程可视化，操作门槛低，适合需要手动补单或调整策略的场景。

方法二：通过REST API直连（适合高频策略集成）

向POST /api/v5/trade/order-algo 提交JSON体，key包括：instId、tdMode、side、ordType="twap"、sz、stpId、stpx、startTime、endTime、interval。其中interval单位为秒，取值范围60～3600，小于60秒会被API强制拦截，返回code=51005。这个接口适合需要深度集成的量化策略。

方法三：基于WebSocket订阅实时执行反馈

在/algo-order频道订阅ordId后，每笔子单成交会推送trade事件，包含execPrice、execSz、ts字段。需要明确的是：TWAP母单本身不产生成交记录，只有子单成交才触发trade推送。因此，回测对账时必须聚合所有子单trade数据，否则无法准确还原真实成交情况。