如何在 Stacked Markets 上使用 VWAP 订单

目录

1. 什么是 VW AP
2. 为什么 VWAP 在 CLOB 上很重要
3. VWAP 执行的算法原理
4. 链上 CLOB 如何实现 VWAP 式执行
5. Stac ked Markets 上的实际用例
6. 风险与局限性
7. 非托管角度：谁来签署每笔子订单
8. 常见问题解答

什么是 VWAP

VWAP 代表成交量加权平均价格。它是指在特定时期内总名义成交价值与总成交量的比率 。公式为：

VWAP = Σ(价格 × 成交量) / Σ(成交量)

对于每笔交易，将价格乘以成交量，求出这些乘积的总和，再除以总成交量。结果是一个单一价格，反 映了大部分实际交易活动发生的加权平均水平。

交易者以两种方式使用 VWAP。首先是作为基准：你的买入价格是在 VWAP 之上还是之下？在 VWAP 之下买入意味着你获得了 优于平均水平的执行。其次是作为执行策略：与其用一个大订单冲击市场，不如将其 拆分为较小的子订单，并根据自然成交量模式进行定时，旨在以接近 VWAP 基准的价格完成全部仓位。第二种用法在 技术上要求更高，这也是本文探讨的内容。

为什么 VWAP 在 CLOB 上很重要

中央限价订单簿 (CLOB) 在离散的价格 水平上撮合买家和卖家。每个挂单都有价格和规模。发送一个大额市价单会依次消耗多个价格层级，随着流动性的消耗，你 的成交价格会越来越差。这种滑点不是手续费，而是一种随订单规模相对于可用深度而变化的结构性成本。

VWAP 执行直接解决了这个问题。将一个大额父订单拆分为较小的子订单并随时间分布，可以减少对订单簿的瞬时冲击 。每个子订单相对于可用深度较小，因此成交价格更接近中间价。所有子订单的加权成交价格会趋向于 VWAP 基准。

这就是为什么 VWAP 执行是机构股票交易者的标准做法，对于通过 Stacked Market s 进行大额交易的活跃永续合约交易者同样重要。在 AMM 上，没有可供读取的订单簿，没有可解析的深度，也没有 可作为目标的有意义的 VWAP 基准。CLOB 结构是实现这一点的先决条件。

VWAP 执行的算法原理

拆分与成交量加权

VWAP 算法从父订单开始：包 括总规模、方向和时间窗口。它将该窗口划分为若干区间（通常为一分钟或五分钟），并根据预期成交量计算每个区间的目 标参与率。预期成交量通常源自该资产在一天中特定时间的历史成交量分布。加密货币永续合约具有明显的日内模式：在主 要市场开盘、宏观数据发布以及资金费率波动剧烈期间，活动更为频繁。一个设计良好的 VWAP 计划会将子订单规模 向高成交量区间倾斜，并在成交量稀疏时减少规模。

在每个区间，算法会发送一个与目标参与率匹配的子订 单。如果市场走势不利，某些实现会暂停或减少子订单规模以避免追涨杀跌。其他实现则会严格按计划执行。这种设计选择 反映了基准跟踪与逆向选择风险之间的权衡。

当执行顺利时，结果是一个已填充的仓位，其平均入场价格近 似于市场在同一窗口内的 VWAP。你没有一次性向订单簿暴露全部规模，而是参与了自然的成交量流。

VWAP 与 TWAP：关键区别

TWAP（时间加权平均 价格）将父订单拆分为等额的切片，均匀分布在整个窗口中，而不考虑成交量。它更易于实现且完全可预测。其弱点在于忽 略了流动性。在成交量稀疏的区间发送等额切片，其单位市场影响比在深度区间发送更大。VWAP 加权通过在流动性自 然充足的地方集中规模来解决这个问题。代价是 VWAP 需要成交量预测，这引入了模型风险。如果实际成交量与历史 分布显著偏离，计划就会失效。

链上 CLOB 如何实现 VWAP 式执行

Stacked Markets 将所有订单通过 Hyperliquid 的链上中央限价订单簿 进行路由。这种路由方式具有对 VWAP 执行至关重要的特定属性。

• 透明的深度。 实时订单簿显示真实价格水平上的真实挂单。没有隐藏的流动性池，也没有在合成水平 之间进行插值的价格预言机。你在订单簿中看到的就是你订单交互的对象。
• IO C 式滑点限制。 每个子订单都有一个定义的成交价格上限。如果市场在子订单成交前超出该界限， 订单将取消而不是追价。你设置价格容差，订单会严格遵守。
• 链上结算。 每个子订单的成交都是可验证的。你的 VWAP 基准是你可以直接审计的链上成交结果，而不是经纪人 计算并报告给你的数字。
• 键盘优先的工作流。 当你手动管 理 VWAP 计划时，决策与订单提交之间的响应速度至关重要。键盘优先的工作流减少了延迟，无需为每个子订单进行 多次确认。

Stacked Ma rkets 上的实际用例

• 在不影响市场的情况下建立大额仓位。 如果当前订单簿深度不支持在可接受的滑点内一次性完成入场，VWAP 计划允许你通过数小时而非数 分钟的时间进行积累。你参与了自然成交量，而不是一次性向订单簿宣布你的全部规模。
• 在趋势行情中退出仓位。 在已经运行的行情中平掉大额仓位需要谨慎。在上涨或下跌中倾倒 全部规模可能会加速反转。VWAP 计划将你的退出分布在行情中，在减少影响的同时捕捉更多趋势。
< li>基准化你自己的执行质量。 即使不运行正式的 VWAP 算法，事后计算 会话 VWAP 并将其与你的平均成交价进行比较，也能告诉你你的执行是否优于平均水平。在买入时持续低于 VWA P 成交，在卖出时持续高于 VWAP 成交是一种可衡量的优势。Stacked Markets 的链上成交数据 使这种计算变得简单直接。
• 减少在较薄市场上的逆向选择。 Hyperliquid CLOB 上较小的永续合约市场可能存在明显的价差和有限的订单簿顶部深度。将仓位入场 分散在多个区间，每个区间的大小仅为可用深度的一小部分，可以降低单个大额订单触发连锁取消的可能性。
< /ul>

风险与局限性

VWAP 执行并非没有风险。失效模式与机制本身同样重要。

• 成交量预测误差。< /strong> 如果历史成交量分布与实际日内成交量不符，你的子订单时间安排就会出错。你可能会在稀疏区间集中 规模，而在深度区间参与不足。结果可能比简单的 TWAP 执行效果更差。
• 执行窗口内的趋势风险。 VWAP 执行假设你对窗口内的短期价格波动不敏感。如果市场在计划期 间强烈背离你的仓位方向，后续的子订单成交价格会越来越差。VWAP 不是执行期间方向性风险的对冲工具。
• 可预测性和抢先交易。 机械化的 VWAP 计划是可读的。能够 检测到订单簿中同等规模、同等间隔订单模式的复杂参与者可能会抢在你的计划之前交易。在子订单规模和时间中引入随机 性可以降低这种风险，但会使基准跟踪变得复杂。
• 取消和部分成交。 由于 Stacked Markets 将子订单路由为 IOC 式滑点限制订单，无法在滑点范围内成交 的订单会取消，而不是以更差的价格成交。在快速波动的市场中，这可能会导致你的计划滞后。
• < strong>托管权归你，执行风险也归你。 Stacked Markets 不持有任何资产 。围绕 VWAP 计划设计、滑点限制和执行时机的风险管理决策完全属于你。没有交易对手方来承担你的执行错误。< /li>

非托管角度：谁来签署每笔 子订单

在中心化交易所，你将资金存入交易所的托管中。当算法代表你发送子订单时，交易所会根据你的 内部余额执行它们。你从不签署单独的订单。你信任交易所的系统能正确执行并安全保管你的抵押品。

在 Stacked Markets 上，你的抵押品从不被汇集，也从未被 Stacked Markets 持有。你 连接以太坊钱包，关联一个签名地址，并直接从你自己的密钥执行交易。VWAP 计划中的每个子订单在执行前都需要钱 包批准，并带有清晰的签名提示。对于手动 VWAP 执行，每个订单都会显示一个明确的批准步骤——你在执行前清楚 地看到你正在签署的内容。

对于通过委托签名进行的自动化执行，Stacked Markets 中的 可选委托签名支持允许签名密钥代表你提交订单，而无需持有你的抵押品。该委托是有限定范围且可撤销的。你的抵押品保 留在你的钱包中。由于 Hyperliquid 在链上结算所有交易，无论哪个密钥提交了订单，每笔成交都是可验证 的。

金库式自动化和跟单交易（具有硬性风险上限、回撤停止和全撤 销钩子）是计划中的功能，尚未上线。当它们上线时，同样的托管模式适用：你的密钥，你的抵押品，你控制的订单。

常见问题解答

VWA P 执行是一种纪律，而不是一种功能。 你的密钥始终归你所有。Hyperliquid 处理撮 合。你处理执行决策。

在测试网上试用：testnet.stackedmarkets.com →