下单面板上的 Post-only 勾选框，常被当作「省手续费开关」随手点上。它确实和费用有关，但它的语义比这窄，也比这严格：Post-only 保证的是「如果成交，这单一定以挂单方（maker）身份计费」，而不是「这单会成交」，更不是「这单挂得更快」。把这两件事分清，才算会用这个参数。本文撰写于 2026 年 8 月，只讲撮合机制，不涉及任何平台的现行费率数字。
先说为什么这个参数存在。多数交易所有两条费率：主动吃掉盘口挂单的 taker 费率，和把单子挂进盘口等待成交的 maker 费率，后者通常更低，有些阶段甚至为零或为负。价差的存在让「以哪一侧身份成交」有了成本意义。Post-only 的作用就一句话：宁可这单被拒，也不允许它以任何方式瞬间吃掉对手盘挂单。撮合引擎收到这样的订单时先做一次检查——这个价格如果立刻撞上可成交的挂单，引擎不撮合，直接拒绝或撤销这笔订单；只有它能安静地留在盘口里等待别人来吃时，才会被接受。
所以第一个边界场景是「被拒不是故障」。你想买的价格恰好低于或等于当前卖一，这单会瞬间可成交，Post-only 就把它打回来。界面上表现为下单失败、状态一闪而过，接口里则返回明确的原因代码。老手的处理是把价格往保守方向挪一档，让单子必然挂进盘口。新手常见的困惑「为什么我挂单会被拒」，多数就是价格撞上了盘口而不是系统出错，看返回原因就能确认。
第二个边界是空盘口和极端行情。当某侧完全没有对手挂单时，不同撮合实现对 Post-only 的处理可能不同：有的接受订单挂入，有的按流动性缺失拒绝。行情剧烈波动、盘口被瞬间扫空的时刻，你以为在「等更优价格」的 Post-only 单可能反复被拒，实际效果是一路踏空。Post-only 是费率确定性的工具，不是成交保证，行情越急，这个取舍越要向成交确定性倾斜，这是使用时最需要自己想清楚的一层。
第三个边界和另外两个机制的交叉：自成交防护与改单。自成交防护管的是同一账户双边挂单相遇时哪条腿先撤，Post-only 管的是单腿与外部盘口的关系，两者都在防止「自己吃自己」，但作用点不同，同时开启时以拒绝原因代码为准逐笔排查。改单（撤下旧单换一个新价重新挂）则是另一个动作：改单过程中订单短暂离开盘口，重新挂入时的身份由当时盘口决定，如果改到了可瞬间成交的价位，Post-only 同样会把新单拒掉。以为改单不算新单而漏掉这层检查，是参数失灵的常见来源。
什么时候值得用？核心是一道简单的算术：maker 与 taker 的费率差，对比这单「必须今天成交」的隐性成本。不急着成交、愿意等盘口的挂单策略，Post-only 把费用锁在下界，逻辑自洽；追成交的执行场景，它增加的是被拒重试的摩擦。这个账要按你自己交易时点两份费率页的实际数字算，本文不代填数字。
最后的核验清单：网页端和 API 对这个参数的支持程度不同，有的端点叫 Post-only，有的实现为 tif 或自定义参数组合，行为细节（被拒还是撤销）以对应平台当期的接口文档为准；下单后的费率显示在成交回报字段里，拿不准时先小额验证一笔，再看回报里的实际费率方向。机制在各平台大同小异，字段名和边界行为才是需要逐家核的部分。
风险提示：本文仅解释订单参数的撮合机制，不构成投资建议，不涉及买卖时机判断。订单被拒或延迟成交可能导致预期价差丢失，参数行为以交易所官方规则与接口文档为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。