先确认是否附带只挂单条件
阅读区块链交易挂单说明时，不能把限价委托直接等同于只提供流动性的委托。限价首先限定可接受价格；若它与订单簿上已有的对手报价符合成交条件，仍可能立即匹配。本文讨论Coinbase Exchange与Kraken现货相关官方资料中的Post-only，不将其当成区块链网络通用规则。
Coinbase的创建订单文档将post_only单独列为可选条件，并明确：若订单任何部分会消耗已有流动性，整笔订单将被拒绝，没有任何部分执行。因此，只挂单检查不是先完成能够成交的数量，再让剩余数量排队；它会影响这笔新订单能否按该条件被接受。
少量能够立即匹配，也会改变检查结果
设想一个纯教学订单簿，其他用户的最低卖价为每份10个计价单位，那里只有一份可卖；新买单数量为四份、限价同为10，并带只挂单条件。假设其他要求都满足且不存在自成交。在Coinbase上述规则下，即使只有一份会立即匹配，也足以触发整单拒绝，不能记录成成交一份、挂出三份。
另从相同初始状态作独立比较，把新买单限价改为9，卖方仍没有低于10的报价。此时没有符合该买价的现存卖单，因而没有前例的立即匹配冲突；若其余规则均允许，订单才可能先留在簿上。这只是条件演算，不是推荐报价，也不说明之后一定有人愿意按9成交。
平台字段和结束措辞分别保留
Kraken Pro在2025年3月31日更新的限价说明也提醒，限价买单可能立即匹配卖方报价。其Post only说明使用“取消”来描述会立即匹配时的处理，而Coinbase使用“拒绝且不执行”。整理跨平台资料时，应保留各自说法及适用产品，不能据中文都写失败就补出一套完全相同的内部状态流程。
字段拼写同样有范围。Kraken当前现货Add Order接口在oflags中列出post，并限定适用于limit订单；Coinbase将post_only列作布尔字段，还注明它与IOC或FOK不兼容。核对一段介绍时，先把订单类型、附加标记与有效条件配对，不把一家平台的字段组合直接搬到另一家，也不据此编写通用下单步骤。
先前看到的报价不是处理时的保证
Kraken的同一帮助页明确提示，订单簿价格可能在提交时已经变化。所以，一张较早截图显示买价低于最低卖价，仍不足以证明后来处理时必然满足只挂单条件。应将观察到的报价时点与服务端处理结果分开；本文没有测量延迟，也没有查询账户、发送订单或演示反复重试。
复查已有记录时，可以保存所用产品、原始条件、响应中的接受或拒绝说明，再对应后续状态。若只拿到提交参数，就保留结果未确认；若已知订单留簿，也不要填入尚未发生的成交数量。Post-only规定一种执行约束，不提供成交时间、完整成交数量或净收益保证，理解它也不能替代对其他订单规则的核对。