做市回补、网格挂单或者单纯想省一点手续费的时候，很多人会勾选下单面板上的 post-only 选项，然后撞上两种完全不同的遭遇：在 A 平台，系统提示订单将被立即成交而拒收这单；在 B 平台，单子安静地挂了出去，只是订单类型从 post-only 变成了普通限价单。同一个勾，两种命运，值得把机制说清楚。post-only 的设计目的只有一个：保证这张单在撮合引擎眼里只能是挂单方，也就是通常费率更低的 maker。撮合的基本规则是新订单先和对手方已有的挂单比对，价格能对上就立即成交，而立即成交意味着你是吃单方，按 taker 费率计费。post-only 给订单加了一条前置约束：如果挂出去的那一刻会撮合，就不撮合。分歧出现在违约之后的处理上。一部分平台选择拒单，把错误抛回给你，让你自己改价重挂，好处是行为完全可预期，代价是在快速行情里反复被拒；另一部分平台选择自动转换，把这单改成普通限价单挂进队列，有的还会把会立即成交的那部分直接取消，只保留剩余数量排队。合约接口里常见的写法是把它做成有效期参数的一种取值，语义与现货面板上的勾是同一件事。这两种处理在费用上通常没有差别——被拒的没成交不收费，被转换的也是排队等别人来吃，仍然按 maker 计费。真正的差别在排队和执行率。转换模式在行情快速贴近时可能把你的单挂在一个尴尬的位置：你原本只想在那个价位当 maker，转换后它继续留在簿上，之后被人成交时你已经不想要这笔成交了。拒单模式则相反，它保护意图但牺牲成交概率，程序化策略必须处理好拒单重试的退避逻辑，否则会高频撞墙。还有一种容易踩的坑：部分平台在特定条件下会忽略 post-only 标记而不报错，比如和某些条件单组合使用时，这属于规则页里的例外条款，不看文档不会知道。动手前建议做一次固定确认：先在费率表上核对 maker 与 taker 的差额，确认这个功能值得依赖；再用一笔最小单在盘口最优价的边界上试一次，观察平台是拒、是转、还是静默忽略，三家平台各试一遍，结论会非常直观。用接口时确认这个标记对应的字段名和取值，别把网页面板的经验直接套到下单参数上。另外要区分 post-only 和零费率活动、费率券这三件事：前两者是结算规则层面的让利，可能叠加也可能互斥，活动条款里写的 maker-only 返佣往往依赖 post-only 行为来判定资格，勾错一个选项，返佣资格就没了。参数以各平台当期规则页和接口文档为准。把场景再落地一点。高频回补挂单的机器人最依赖 post-only 的确定性：它的整个逻辑建立在挂单永远以 maker 身份成交之上，拒单模式反而更受欢迎——被拒就重算价格重挂，逻辑闭环。转换模式在这类策略里要额外处理两件事：一是被转换后单子还留在簿上，策略必须跟踪它的状态，否则会出现同一价位两张重叠单；二是转换与拒单在接口返回里通常是不同响应，把两者都当失败重试会产生重复挂单。手动交易者关心的则是另一头：勾选 post-only 后等待时间明显变长是正常现象，你放弃了立即成交的权利换取费率，尤其在盘口拥挤的价位，排队顺序决定了你要等多久。判断自己该用哪种处理的土办法很直接：在震荡行情里，费率差是你的主要收益来源，拒单模式的确定性更值钱；在单边推进的行情里，错过一次回补可能比多付一次吃单手续费更贵，转换模式给你留了台阶。最后留一个核验动作：任何宣称零费率的活动页，都用一张 post-only 测试单验证成交回报里的费率字段，活动规则和撮合规则的衔接处最容易出意外。本文仅解释交易所产品与机制结构，不构成投资建议、收益承诺或买卖建议；数字资产价格波动剧烈，相关交易可能造成本金损失，请自行评估风险承受能力。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。