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

核心判断

先来看几个关键点：

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

什么是时间加权委托？

简单说，它就是把一笔大额订单，在预设的起止时段内，按时间轴均匀拆分为若干等量小单。

欧意 www.okx.com 若打不开请 点击跳转 下载请点击 [→] 官方app下载 [←]

币安 www.binance.com 若打不开请 点击跳转 下载请点击 [→] 官方app下载 [←]

核心目标只有一个：降低对盘口的瞬时冲击。

试想，在流动性一般、盘口较薄的合约上，如果你一次性挂出全量买单，很可能瞬间吃掉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数据，否则无法准确还原真实成交情况。