Post-only order

彼得可以用 Limit order 设置最高买入价。但如果已经有人以更低的价格卖出，普通限价单也可能立即成交。Kraken 的 post limit 适用于彼得想先把报价留在订单簿中等待的情况。日后匹配成交时，他提供的是流动性，也就是别人可以接受的报价。价格上限仍然重要，post-only 只是另加一项条件。 [1]

假设彼得提交的订单会立即接受一个等待中的卖单。Coinbase Exchange 说明，它会拒绝整笔 post-only 订单，即使只有部分数量能够立即成交，也一样拒绝。它不会先以 taker 成交一部分，再把剩余部分当 maker 留下。阻止这次立即交易，恰恰是这里预期的行为。因此彼得需要确认，订单究竟正在等待，还是根本没有被受理。 [2]

仅凭 post-only 这个名称，不能预测所有平台的处理结果。Coinbase Prime 的规则说明，会把可立即成交的价格调整到相应的最佳 bid，也就是买方报价，或 ask，也就是卖方报价。这与 Coinbase Exchange 的拒单机制不同。彼得应确认自己使用的产品，并查看回执中实际受理的价格。相似的服务标志，不意味着所有界面都有相同规则。 [3]

彼得填写表单时看到的价格，未必在订单处理时仍然有效。CFA Institute 将事件与随后动作之间的延迟称为 latency。在这段时间里，其他人可能新增报价、成交或撤销报价。刚才看似符合 post-only 的限价，到达交易所时可能已经允许立即成交。屏幕上的订单簿快照既不预留价格，也不承诺订单会被接受。 [4]

彼得的订单获受理了，但这不是直接排到队首的通行证。Coinbase Markets 按价格、报价是否显示以及时间来确定优先顺序；post-only 本身不会改变这个顺序。更早且符合条件的报价可能先成交。彼得的订单可能等待、分批成交，也可能始终没有交易。Maker 描述的是可能发生的交易角色，而不是已经买到的数量。 [3]

在订单簿中等待，必须与其他订单规则兼容。例如，Coinbase Exchange 不允许 post-only 与 IOC 或 FOK 组合：IOC 取消未立即成交的余量，FOK 则要求立即全部成交。所引用的 Kraken 文档说明，post limit 不适用于 Stop loss limit 和 Take profit limit，即用于限制损失或止盈的条件限价单。彼得需要检查具体产品的选项和市场模式，不能照搬其他界面的教程。 [2] [1]

Kraken 区分 post limit 与 reduce-only。后者只允许订单减少现有仓位，不能扩大仓位或新开仓。Post-only 不能替代这项检查，也不会自行取消之前的订单。Coinbase Exchange 同样区分受理、未完成余量和全部完成。如果彼得改变计划或通过其他方式买入，仍须单独检查等待中订单的状态。 [1] [2]

人们常用 post-only 来争取 maker 费率。Kraken 把该费率与实际成交联系起来，名称本身并不表示免费交易。等待也可能让彼得错过原计划的买入，或日后支付不同价格。CFA 将延迟和未成交也列为交易成本。因此应比较整笔计划交易的结果，而不只是手续费率之差。Post-only 改变的是订单条件，不是未来市场的不确定性。 [4] [1]