什么是“仅发布”订单以及何时应该使用它？

了解仅后订单

1. 只交订单是一种限价订单，仅作为挂单者执行，这意味着它必须添加到订单簿中，并且不能立即与对方的现有订单匹配。

2. 如果仅发布指令检测到任何潜在的针对挂单的立即执行，交易所会直接拒绝该订单，而不是将其转换为接受者订单。

3. 这种行为确保交易者避免支付接受者费用，并有资格获得许多交易所提供的挂单者回扣。

4. 订单在订单簿中保持可见，直到被传入的市场订单或激进限价订单完全成交，或者被用户手动取消。

5. 交易所在匹配引擎级别强制执行 post-only 逻辑，使其原子化且一旦提交就不可协商。

费用影响和激励措施

1. 大多数中心化加密货币交易所采用不对称的费用结构，制造商获得 0.01% 至 0.05% 的回扣，而接受者则支付 0.05% 至 0.25% 的费用。

2.持续使用post-only订单可以让交易者随着时间的推移积累回扣，特别是在订单量大但单笔规模小的高频或倒卖策略中。

3. 一些衍生品平台将这种模式扩展到资金利率套利，其中精确的时机和费用最小化直接影响净利润。

4. 部署跨交易所延迟敏感策略的套利者严重依赖后期放置来保持保证金效率并避免滑点引起的接受者转换。

5. 运营专门流动性提供计划的做市商通常将所有挂单配置为仅事后挂单，以符合交易所对回扣资格的要求。

风险和限制

1. 如果在波动的情况下，特别是当买卖价差迅速扩大时，如果放置得太接近中间价格，则仅发布订单可能会默默失败。

2. 在闪崩或突然撤回流动性期间，先前安全的仅后期水平可能变得可执行，导致意外拒绝或超出预期参数的部分填充。

3.当价格在任何匹配发生之前超过其限制时，仅依赖事后执行的交易者可能会完全错失机会。

4. 订单簿深度可视化工具有时会歪曲真实的可用流动性，导致用户根据不完整的数据下达事后订单。

5. 某些交易所不支持止损限价或条件订单的仅发布标志，限制了其在自动化风险管理系统中的适用性。

集成到算法交易系统中

1. 高频交易机器人将 post-only 逻辑直接嵌入到订单提交管道中，在传输前验证与最佳出价/要价的价格距离。

2.日历价差或交易所间三角套利等多腿策略需要严格遵守post-only规则，以防止单腿作为吃单者执行并破坏仓位平衡。

3. 回测框架必须准确模拟仅发布拒绝机制，包括订单到达和预订更新之间基于延迟的竞争条件。

4. Exchange API 在报告 post-only 失败的方式上存在显着差异 - 有些返回 HTTP 400 错误，其他则发送 WebSocket 拒绝消息，需要强大的错误解析。

5. 机构算法套件通常将事后强制执行置于自定义价格发现模块之上，这些模块根据实时价差分析动态调整限制。

常见问题解答

问：在特殊情况下，仅发布订单可以作为接受者执行吗？不会。交换保证原子的仅发布语义。任何导致接受者执行的情况都表明交易所的匹配引擎存在错误，或者在记录的行为之外滥用 API 参数。

问：去中心化交易所支持post-only订单吗？大多数基于 AMM 的 DEX 不实现订单簿或制造商/接受者的区别，因此仅发布逻辑不适用。然而，像 dYdX v3 和 Injective Protocol 这样的订单簿 DEX 确实通过其匹配引擎支持本机 post-only 标志。

问：“仅发布”和“仅创建者”之间有区别吗？它们指的是几乎所有交易所的相同功能。术语因平台文档而异，但没有操作上的区别。

问：如果我的邮寄订单数天未成交，会发生什么情况？它保留在订单簿中，直到取消、过期或匹配。尽管一些交易所在延长期限后实施闲置订单清理政策，但被动放置不会产生额外费用。