什么是合约中的“Post-Only”订单？ （创客策略）

仅后执行的核心机制

1. Post-Only 订单是一种严格的限价订单，必须以不超过当前点差的价格下达。它无法立即与订单簿中任何现有的对手方订单进行匹配。

2. 交易所进行实时验证：如果买价大于或等于最佳卖价，或者卖价小于或等于最佳买价，则直接拒绝该订单，并且不分配 ID。

3. 只有当买价严格低于最佳卖价且卖价严格高于最佳买价时，订单才会作为可见的流动性条款进入订单簿。

4. 该机制保证交易者承担 Maker 的角色，而不是 Taker 的角色，无论下单过程中后续市场走势如何。

5. Post-Only 逻辑下不允许部分填充；整个订单要么成功发布，要么完全失败。

费用影响和经济激励

1. 交易所采用差异化的费用表：Maker 费用始终低于 Taker 费用，在主要衍生品平台上通常低 2 到 5 倍。

2. 某些场所提供负的挂单费用，这意味着用户在执行时获得回扣——有效地通过提供流动性赚取收入。

3. 在永续掉期市场上，避免接受者费用所带来的累积节省可超过每轮交易 0.03%，与头寸规模和频率呈非线性关系。

4.套利者和做市商依靠这种结构性不对称来维持低利润、大批量的操作，而不会受到摩擦成本的侵蚀。

5. 费用差异直接影响订单路由决策，尤其是在争夺账面顶部队列优先级的共置算法系统之间。

跨主要平台的接口实现

1. OKX在其高级订单面板内显示一个标有“PO”的切换开关；激活需要用户在提交前明确确认。

2. Bybit 将 Post-Only 作为默认选项集成到其“Limit”下拉列表中，但只有在手动启用“Maker Only”复选框时才会激活它。

3. Hyperliquid 将 Post-Only 行为嵌入到其原生订单类型选择中，其中“限价 (PO)”作为与标准限价订单分开的不同条目出现。

4. BitTap 在价格输入后显示一个动态“设置为被动”按钮，该按钮通过订单预览旁边的持久绿色“PO”徽章直观地确认激活。

5. Deribit 要求用户从专用订单类型菜单中选择“仅发布”——如果配置错误，则不会退回到标准限制逻辑。

操作风险和失败模式

1. 价格精度错误会导致无声拒绝：当最佳要价为 100.00 时提交 100.00 会立即触发拒绝，即使人类的感知将它们视为相同。

2. 网络延迟峰值可能会导致竞态条件，即订单在价差崩溃时到达，从而导致意外的 PO 违规和拒绝。

3. Flash 崩溃会导致级联拒绝：根据 Hyperliquid 2026 年 3 月的微观结构报告，在极端波动窗口期间，超过 88.9% 的 Post-Only 提交尝试失败。

4. 一些交易所不支持止损市价或基于触发的条件订单的 Post-Only，限制了其在风险管理工作流程中的实用性。

5. 现货市场和永续市场之间的订单簿深度不匹配会产生虚假信心——一种工具的 PO 有效性并不能保证另一种工具的有效性。

有效订单的验证协议

1. 订单状态必须显示“未平仓”，且活动订单选项卡中没有“已执行”或“部分执行”指示符。

2. 订单历史记录中的“角色”栏必须明确注明“Maker”，切勿“Taker”或空白。

3. 与订单相关的已执行交易必须在费用字段中显示负值，例如 -0.00012 BTC，而不是零或正值。

4. 订单 ID 必须在“当前订单”列表中保留至少三个连续轮询间隔，而不会消失或转换为“已取消”。

5. 通过链上交易日志进行的链级确认应反映单个“OrderPlaced”事件，在同一块中没有关联的“OrderMatched”或“OrderCancelled”跟踪。

常见问题解答

问：Post-Only 订单提交后可以取消吗？答：是的。一旦被订单簿接受，其行为与标准限价订单相同，并通过 REST API 或 UI 控件支持完全取消功能。

问：Post-Only 会影响杠杆或保证金计算吗？答：不会。保证金要求仅由名义价值、杠杆设置和基础抵押品决定——Post-Only 状态对保证金引擎逻辑的影响为零。

问：为什么有些交易所拒绝 Post-Only 订单并出现“价格太接近市场”错误？答：当提交的价格落在可配置的价格变动容差范围内（通常设置为一个最小价格增量）时，就会发生这种情况，该容差旨在防止由于舍入伪影而导致边缘情况价差交叉。

问：Post-Only 是否适用于给定交易所的所有合约类型？答：不普遍。由于不同的结算机制和喂价依赖性，某些平台对反向合约、双币种掉期或期权系列禁用 Post-Only。