Bybit 上的“Post-Only”订单类型是什么？我应该何时使用它？

了解仅后订单

1. Post-Only 订单是确保您的限价订单被添加到订单簿中并且永远不会针对现有订单立即执行的指令。

2. 如果下单会导致与账簿上已有的相反订单匹配，Bybit 会拒绝该订单，而不是作为市场接受者执行该订单。

3. 这种行为保证了交易者收到Maker费用回扣，而不是支付更高的Taker费用。

4. 订单保持被动状态，直到价格变动使市场达到指定水平，此时订单可能会开始增量填充。

5. 流动性提供者通常使用 Post-Only 订单，他们优先考虑一致的费用优势而不是立即执行。

后期限价订单与常规限价订单有何不同

1. 标准限价单可以根据提交时的市场状况充当挂单者或吃单者。

2. 仅发布订单强制执行严格的仅制造商状态——无一例外，即使否则可能部分成交。

3. Bybit的撮合引擎会在下单前验证订单：如果限价超过最佳可用买价或卖价，系统会直接拒绝该订单。

4. 交易者在尝试无效的 Post-Only 提交时会收到明确的错误消息，例如“订单将立即交易”。

5. 此验证步骤会带来轻微的延迟，但消除了费用分类的歧义。

风险和限制

1. 在快速变化的市场中，当价格跳空超过限制水平但不会触发任何成交时，Post-Only 订单会带来滑点风险。

2. 在低流动性货币对中，订单可能会长时间处于未成交状态，而波动性会侵蚀原始优势。

3. 它不能与停止触发器或条件逻辑结合使用——只有纯粹基于限制的进入或退出点才符合资格。

4. 由于波动期间反复出现拒绝周期，一些依赖快速重新定位的交易策略变得不切实际。

5. 拒绝后通常需要人工干预来调整价格水平，从而增加运营开销。

何时部署仅发布订单

1. 在订单簿深度稳定期间，特别是在预计价格波动的关键支撑或阻力区域附近。

2. 在多个交易时段建立积累或分配头寸并优先考虑长期成本效率而不是速度时。

3. 在涉及相关资产的套利设置中，精确的时机比净融资利率优化更重要。

4. 对于算法交易者来说，使用 Bybit 的 REST 或 WebSocket API 将费用感知执行逻辑集成到自定义脚本中。

5. 在参与流动性挖矿计划时，明确奖励持续存在的订单簿并提供额外的代币激励。

常见问题解答

问： 下单后我可以取消仅邮寄订单吗？答：是的。一旦被接受并保留在订单簿中，它的行为与任何其他限价订单相同，并支持完全取消功能。

问：Post-Only 是否适用于 Reduce-Only 仓位？答：是的。仅归约逻辑的运行独立于仅后执行；两个标志可以在单个订单请求中同时激活。

问：所有 Bybit 合约类型都支持 Post-Only 订单吗？答：它们适用于以 USDT 保证金的永续合约、反向永续合约和期货合约，但不适用于现货交易对。

问：如果我的“Post-Only”订单位于订单顶部并被扫荡，会发生什么情况？答：当传入的市价订单达到其价格水平时，它会像任何其他剩余限价订单一样完全或部分执行 - 成交时不适用特殊处理。