1. TWAP算法概述：什么是TWAP、TWAP与VWAP的区别、TWAP在加密货币中的重要性
1.1 什么是TWAP？一个老交易员的直觉
TWAP，全称Time-Weighted Average Price，时间加权平均价格。
说白了，就是把一个大订单，拆成很多小订单，在固定的时间间隔里，均匀地扔到市场上去。比如你想买100个比特币，不是一口气买完，而是每5分钟买1个，持续8个多小时。这就是TWAP最朴素的思想。
我个人习惯把TWAP叫做「时间切片器」。它不关心价格涨跌，只关心时间。你给它一个总时长，它就把订单均匀地铺满这段时间。我刚开始做量化的时候，觉得这玩意儿太简单了，不就是定时下单吗？后来在实盘里吃过亏，才发现没那么简单。
核心定义：TWAP算法通过将大额订单拆分为多个小额订单，并在预设的时间段内均匀执行，以最小化对市场的冲击，最终使成交价格接近该时间段内的平均价格。
1.2 TWAP与VWAP的区别：一个看时间，一个看量
很多新手容易把TWAP和VWAP搞混。我当年也犯过这个错，有一次在路演时把两者说反了，被台下一位前辈当场指出来，场面一度很尴尬。嗯，从那以后我就再也没搞混过。
它们的核心区别其实就一句话：TWAP只看时间，VWAP只看成交量。
| 对比维度 | TWAP（时间加权平均价格） | VWAP（成交量加权平均价格） |
|---|---|---|
| 权重依据 | 时间间隔 | 成交量 |
| 适用场景 | 流动性一般、不想暴露意图 | 流动性好、追求市场平均成本 |
| 对市场冲击 | 较低，均匀分散 | 较高，集中在放量时段 |
| 执行逻辑 | 固定时间间隔，等量下单 | 跟随市场成交量，放量时多下 |
| 典型用户 | 做市商、套利者、大额建仓 | 机构大单、指数基金调仓 |
你想想看，VWAP是跟着市场走的——市场成交量大的时候，它也跟着多下；市场冷清的时候，它就少下。而TWAP不管这些，到点就下，雷打不动。
我在项目中遇到过这样的情况：某个山寨币流动性极差，一天只有几百万美元的成交量。如果用VWAP，算法会在某个放量时段猛砸进去，直接把价格打穿。换成TWAP后，虽然执行时间拉长了，但价格稳定多了，滑点也小了很多。
我的建议：在流动性差的币种上，优先用TWAP。在主流币种上，VWAP更合适。没有绝对的好坏，只有合不合适的场景。
1.3 TWAP在加密货币中的重要性：为什么非它不可？
加密货币市场和传统股票市场不一样。这里没有熔断机制，没有做市商义务，甚至有些交易所连订单簿深度都造假。在这种环境下，一个大单砸下去，后果可能是灾难性的。
为什么会这样？因为加密货币的流动性是「碎片化」的。同一个币种，可能在币安、OKX、Coinbase、Bybit等十几个交易所同时交易，每个交易所的深度都不一样。你如果在币安一口气买100个BTC，价格可能瞬间被拉高2%-3%。
TWAP在加密货币中的重要性，主要体现在三个方面：
- 降低市场冲击——把大象切成肉丁，分批送进市场。这是最核心的价值。
- 隐藏交易意图——大单容易被狙击。TWAP把订单拆碎后，别人很难判断你到底在买还是在卖，更猜不到你的总规模。
- 适应24小时交易——加密货币不休市，TWAP可以跨时段执行。我做过一个实验，把TWAP设置在凌晨3点到5点执行，滑点比白天低了将近一半。
避坑指南：我曾经在某个小交易所跑TWAP，结果发现交易所的撮合引擎有bug——同一价格档位的订单，后到的反而先成交。那次亏了不少手续费。所以，跑TWAP之前，一定要先摸清交易所的撮合规则。
1.4 TWAP的核心逻辑框架
下面这张图，是我自己总结的TWAP执行流程。每次给团队新人培训，我都会先让他们看这张图。
这张图其实就讲了一件事：TWAP是一个闭环的、时间驱动的执行系统。输入参数后，它机械地计算、执行、检查、再执行，直到所有订单都完成。没有价格预测，没有市场判断，就是一个「无情的下单机器」。
1.5 一个简单的TWAP代码示例
下面是我早期写的一个TWAP原型代码。虽然现在看起来有点粗糙，但核心逻辑都在里面了。
import time
import random
class TWAPExecutor:
def __init__(self, total_qty, total_seconds, slices):
self.total_qty = total_qty # 总数量
self.total_seconds = total_seconds # 总时长（秒）
self.slices = slices # 切片数
self.qty_per_slice = total_qty / slices
self.interval = total_seconds / slices
self.remaining = slices
def execute(self):
"""执行TWAP"""
print(f"开始执行TWAP，总量：{self.total_qty}，切片数：{self.slices}")
while self.remaining > 0:
# 模拟下单
self._place_order(self.qty_per_slice)
self.remaining -= 1
print(f"剩余切片：{self.remaining}")
if self.remaining > 0:
time.sleep(self.interval)
print("TWAP执行完成")
def _place_order(self, qty):
"""模拟下单函数，实际项目中替换为交易所API"""
# 模拟成交价格（带随机滑点）
price = 50000 + random.uniform(-100, 100)
print(f"下单：{qty:.4f} BTC @ ${price:.2f}")
# 使用示例
twap = TWAPExecutor(total_qty=10, total_seconds=3600, slices=60)
twap.execute()
注意：这个示例只是演示核心逻辑。实际生产环境中，你需要处理网络延迟、交易所限频、订单状态回查、异常重试等问题。我见过最离谱的情况是，某个交易所的API在高峰期会随机返回「订单不存在」，导致重复下单。嗯，那又是另一个故事了。
1.6 什么时候不该用TWAP？
说了这么多TWAP的好处，也得说说它的局限性。我吃过亏，所以想提醒你：
- 趋势行情别用——如果市场在单边上涨，TWAP会均匀买入，结果就是越买越贵。这时候应该用VWAP或者干脆直接吃单。
- 流动性极差别用——有些币种一天就几万美金成交量，TWAP每5分钟下一单，可能直接把价格打飞。我建议先用手工单或者冰山订单。
- 交易所API不稳定别用——TWAP对时间精度要求高，如果API经常超时或者返回错误，你的切片就会乱掉。
血的教训：我曾经在某个新币上线第一天跑TWAP，结果那个币的深度只有0.5个BTC。我的每片订单是0.1个BTC，但依然把价格从10美元打到了15美元。那次亏损让我明白了一个道理：TWAP不是万能的，它需要足够的流动性作为土壤。
好了，关于TWAP的基本概念就讲到这里。记住一句话：TWAP是时间的朋友，不是价格的敌人。它帮你把大单藏进时间里，让市场感觉不到你的存在。