Bybit 的 Reduce-Only 会将订单限制为减少现有仓位的方向，而 Close on Trigger 则用于在条件订单触发时将现有仓位平仓。相比之下，Post-Only 是为了将订单挂入订单簿而非立即成交的条件，并不保证仓位结束。若要减少止盈或止损后产生反向仓位的错误，除了选项名称外，还应同时确认当前仓位数量、订单方向以及剩余的条件订单。
官方文档确认日期：2026年9月7日。以下价格和 BTC 数量为用于说明运作原理的虚拟数值，并非当前行情、建议入场价或建议交易规模。根据账户、产品和仓位模式的不同，可提供的项目和界面可能有所差异。
1. 为什么仓位已经平掉，却产生了反向仓位？
创建订单时赋予订单的个人目的，可能不同于交易系统实际执行的指令。用户可能认为卖出订单是“用于多头止盈”，但如果这是一个未限制减少现有仓位的普通卖出订单，那么即使仓位已经结束，也可能继续作为新的卖出订单执行。因此，仅凭“挂在止盈价格的订单”这一事实，并不能使其成为专用于平仓的订单。
例如，假设在单向持仓模式下持有 BTCUSDT 多头 0.01 BTC，并在 62,000 USDT 挂出一笔普通限价卖出订单 0.01 BTC。之后另一笔平仓订单先行成交，使多头变为 0，但这笔限价订单仍然保留；当价格上涨并触发该订单成交时，就可能新产生空头。此例假设两笔订单并未相互关联为自动撤单。
在这种情况下，需要提出的问题不是“为什么按下了卖出按钮”，而是“执行时是否仍有可供平仓的仓位”。关于平仓限制的依据，可在 Bybit Reduce-Only 官方说明中确认。
2. 三个选项分别回答不同的问题
| 功能 | 确认的核心问题 | 典型使用场景 | 不保证的事项 |
|---|---|---|---|
| Reduce-Only | 这笔订单是否会减少现有仓位？ | 对持有仓位进行限价部分平仓 | 在指定价格全部成交 |
| Close on Trigger | 条件触发后是否作为平仓订单处理？ | 条件市价或限价平仓 | 触发价与实际成交价一致 |
| Post-Only | 能否不立即消耗对手方报价而挂入订单簿？ | 希望以 Maker 身份成交的限价订单 | 减少现有仓位或快速平仓 |
上表比较的是各项功能的目的，并不意味着所有交易界面都可以同时选择这三个项目。实际操作中，先确定“是开仓还是平仓”，然后再确认是否需要条件触发以及成交方式，会更容易理解。如果先确定手续费条件，之后才确认是否平仓，就很容易忽略订单的原本目的。
3. Reduce-Only 的数量限制：为什么输入数量与最终保留的订单不同
如果没有仓位，Reduce-Only 订单会被拒绝；超过持仓量的订单可能会被缩减或取消。当存在多笔订单时，还会考虑接近当前价格的相关订单数量。由于系统会根据条件调整新订单或距离更远的 Reduce-Only 订单，因此请将 官方数量与优先级标准与实际订单记录进行比对。
例如，当前剩余多头为 0.01 BTC，但在分批平仓计划表中填写了 0.006 BTC 和 0.006 BTC，则合计为 0.012 BTC。这是在查看交易所界面之前就能发现的计划不一致。不要假设两笔订单都会一直保持最初输入的数量；每当持仓量发生变化，都应重新核对平仓计划总量与实际订单数量。
这一计算并不是预测某一笔订单必然会变为多少 BTC。结果可能因其他有效订单、价格位置以及期间发生的成交而有所不同。看到取消消息后立即解除 Reduce-Only，可能无法解决数量不一致问题，反而会重新带来产生反向仓位的可能性；因此，先检查数量和订单目的更为妥当。
4. Close on Trigger：条件市价单与限价单的结果不同
应用了 Close on Trigger 的条件订单在触发时，会被评估是否属于减少现有仓位的订单。如果没有可供平仓的仓位，订单会被取消；如果订单数量大于剩余仓位，数量可能会被调整。Bybit 正在处理这类平仓执行中因额外保证金不足而无法像普通新开仓订单一样执行的问题。
| 条件订单类型 | 触发后处理 | 用户需要确认的风险 |
|---|---|---|
| 市价单 | 按照当时可用的市场价格执行平仓 | 预期价格与成交价格之间的差异 |
| 限价单 | 按 Reduce-Only 限价订单处理 | 因未满足价格条件而未成交或产生剩余数量 |
不要将 官方 Close on Trigger 文档中关于保证金相关执行的说明理解为“在所有情况下都保证以期望价格平仓”。同一文档明确说明，条件限价单并不保证成交。此外，Bybit 也说明其永续合约和交割合约的 TP/SL 功能包含这一机制，但不应据此推断用户自行创建的普通反向订单也会以相同方式关联。
5. 如何区分达到触发价与完成成交
条件订单至少包含两个事件。第一，所选基准价格满足条件；第二，生成的订单与实际对手方订单成交。查看交易记录时，如果只确认“Triggered”状态就判断平仓已经完成，就会遗漏第二个事件。
假设一笔虚拟的多头平仓订单将触发价设为 59,000 USDT，将卖出限价设为 58,900 USDT。条件满足后，如果当时可用的买方报价已经是 58,800 USDT，则可能无法满足卖出限价条件。即使有触发记录，仓位仍可能保留。相反，市价处理不会等待特定限价，但会跟随实际报价成交，因此 59,000 USDT 这一数字并不是确定的平仓价格。
还必须区分是依据 Last Traded Price、Mark Price 还是 Index Price 触发。Bybit 说明，用于判断强平的 Mark Price 可能与最近成交价不同。不要仅凭图表上看到的价格就断定止损未触发，而应确认订单中保存的触发依据。选择 Mark Price 本身并不保证避免强平，也不保证以特定价格成交。官方订单执行与强平常见问题
6. 不要将 Post-Only 误认为平仓保证
Post-Only 会取消原本可以立即成交的订单，使其以挂入订单簿的方式处理。例如，提交卖出限价单的瞬间，如果市场最优买价已经上升至该价格或更高，普通限价单可能会立即成交，但 Post-Only 订单可能会被取消。Bybit Post-Only 官方说明
因此，“希望成为 Maker”与“希望立即减少当前仓位”是不同的目标。对于愿意在特定价格等待的部分平仓，以及希望快速消除剩余敞口的情况，不要机械地使用相同设置。即使取消订单节省了手续费，只要仓位仍然存在，价格波动风险就会持续。
普通限价单在提交时如果立即与对手方报价匹配，也可能以 Taker 身份成交。反过来，Post-Only 被接受并不意味着之后一定会成交。当前账户的手续费需要另行确认，不能断言使用某个特定选项就一定会降低整个交易的成本或损失。费率和费用结构请另行参阅 Bybit Maker 与 Taker 手续费对比指南。
7. 单向持仓与对冲持仓模式：不要仅凭卖出按钮判断为平仓
单向持仓模式是在同一合约中持有一个方向的仓位。未设置减少限制的反向订单，可能在减少现有仓位后，以超出部分建立反向仓位。例如，在多头 0.01 BTC 的情况下，如果普通卖出订单 0.015 BTC 全部成交这一简单场景中，原有多头平仓后可能产生 0.005 BTC 的空头。
对冲持仓模式不仅区分 Long/Short，还区分 Open/Close 的对象。持有多头时选择 Open Short，并不是平掉多头，而是建立独立的空头仓位。因此，在订单确认窗口中，仅查看“方向为卖出”是不够的，还必须确认这是否是实际希望平仓的仓位所对应的 Close 项。官方持仓模式对比
不要将本文的单向持仓示例原样应用于所有账户、合约和 API 订单。也不宜将更改持仓模式作为解决错误的第一步。更改模式受到现有仓位、有效订单等条件限制，因此应先确认当前合约所选择的模式以及平仓对象。如果按钮位置不同，不要勉强按照其他界面的说明操作，而应查看该产品的最新帮助文档。
8. 区分取消、拒绝与部分成交的问题排查表
| 表面现象 | 首先比对的记录 | 解读与下一步确认 |
|---|---|---|
| 提交平仓订单被拒绝 | 当前是否存在仓位、平仓方向 | 确认仓位是否已经为 0，或是否查看了其他合约 |
| 订单数量小于预期 | 剩余仓位、其他有效平仓订单 | 比对原有平仓计划总量与实际订单数量 |
| 限价单立即被取消 | 是否选择 Post-Only、下单时的对手方报价 | 确认订单是否属于可能立即成交的订单 |
| 已触发但仓位仍然存在 | 市价单或限价单、成交量、剩余量、后续状态 | 分别确认触发记录与最终成交记录 |
| 图表显示价格触及但未触发 | 触发依据是 LTP、Mark 还是 Index | 比较相同价格类别和时间，并保存记录 |
| 平仓后发现反向仓位 | 按订单 ID 确认成交时间、方向及平仓选项 | 确认是否存在剩余普通订单，或是否错误选择了 Open/Close |
| 市价平仓仅部分成交 | 滑点容许范围、成交量、取消剩余数量 | 先确认实际剩余敞口，避免重复提交新订单 |
特别是使用滑点容许范围的 Market Close，价格范围之外的剩余数量可能会被取消。官方文档说明，该功能不支持条件单、OCO 和追踪止损订单，因此不要假设同样的设置会自动应用于条件市价止损单。带滑点容忍度的市价单
如果原因不明确，请在连续更改设置或反复提交相同订单之前保留记录。收集合约名称、账户的持仓模式、订单 ID、提交时间、触发时间和成交时间、取消或拒绝原因以及成交数量后，需要提供给客户支持的信息也会更加清晰。共享画面时，请遮挡余额等不必要的个人信息，不要发送密码、OTP 或 API 私钥。
9. 提交前及结束后确认清单
提交订单前
- 确认合约名称和结算资产，并检查是否混淆了现货和期货界面。
- 记录当前持仓的方向和剩余数量。使用当前剩余数量，而不是最初建仓时的数量。
- 用一句话定义本次订单。例如，区分是“结束部分现有多仓”还是“新建空仓”。
- 确认单向模式或对冲模式，以及 Open/Close 对象是否与该表述相符。
- 如果是条件单，请分别读取触发条件、触发价格，以及触发后的市价或限价设置。
- 确认包括其他活动订单在内的结束计划数量，是否与当前剩余数量相冲突。
- 了解 Post-Only 订单被取消或限价单未成交时敞口仍会保留后，再核对最终数量。
止盈、止损或手动结束后
- 不要只查看通知，还要确认该合约的实际持仓数量和方向。
- 分别检查活动限价单和条件单。不要因为一个列表为空，就假设另一个列表也为空。
- 区分为已结束持仓保留的订单和新策略使用的订单。不要一次性取消与其他无关合约的保护订单。
- 如果请求了取消，请同时确认最终取消状态，以及期间是否有新增成交。
- 如果是部分结束，请以剩余数量为基础重新计算结束计划并记录。
这份清单的目的不是启用更多订单选项，而是使预期状态与实际状态保持一致。具体规定“剩余持仓为 0、相关的不必要订单为 0”等完成标准，可以减少将简单的订单受理通知与任务完成相混淆的情况。
10. 常见问题
开启 Reduce-Only 后，能保证止损价格吗？
不能。它用于限制持仓方向和数量，并不保证损失上限或某一特定成交价。价格和是否成交必须根据订单类型及当时的市场状况另行确认。
如果直接创建止盈单和止损单，它们会自动互相取消吗？
不能仅凭同时创建两个订单这一事实，就假设它们已经建立关联。请确认是通过哪种 TP/SL 或联动订单功能创建的，并在一方结束后检查另一订单的实际状态。
既然有 Close on Trigger，还需要再找 Reduce-Only 吗？
这并不意味着必须无条件重复勾选相同的复选框。首先区分当前订单是条件结束单还是普通限价结束单。应优先确认该产品界面提供的结束处理方式。
Reduce-Only 订单被取消后，关闭该选项再重新下单可以吗？
在确认取消原因之前，不能说这是恰当的解决方案。如果持仓已经结束，或数量与其他订单重叠，取消该选项可能会意外导致新的建仓。
Post-Only 被取消了，所以持仓也消失了吗？
订单取消与持仓结束是不同的事件。如果结束订单未成交，原有持仓可能仍然存在，因此必须检查持仓选项卡。
在对冲模式下开空仓，多仓会被关闭吗？
Open Short 与 Close Long 不同。如果目的是关闭多仓，必须确认实际对象是 Close Long，不能将同时持有两个仓位视为已完成结束。
应用和网页上的选项位置不同，应该遵循哪种说明？
相比按钮位置，应优先关注合约名称、订单类型、持仓模式以及最终确认窗口的含义。如果某个项目不存在或适用范围不明确，最好在进行实际下单测试前，通过该产品的帮助说明或官方支持渠道确认。
11. 官方来源、范围及相关指南
本文根据截至 2026 年 9 月 7 日核查的以下公开官方文档撰写。核查日期是 CoinPop 的审阅日期，并不意味着交易所的功能发布日期或政策变更日期。本文并非在登录账户后通过交易界面实际提交订单进行复现验证。
- Reduce-Only 订单 — 显示更新于 2026-06-29。数量限制与取消标准。
- Close On Trigger — 显示更新于 2026-06-29。条件结束处理及限价单可能未成交的情况。
- Post-Only 订单 — 显示更新于 2026-06-17。可能立即成交的订单会被取消。
- 常见问题——订单执行与强平 — 显示更新于 2026-08-07。触发、成交及价格标准。
- 持仓模式之间的差异 — 显示更新于 2026-08-07。单向与对冲订单对象。
- 带滑点容忍度的市价单 — 显示更新于 2025-11-25。容许范围与剩余数量取消。
交易所整体的使用条件可另行在 CoinPop Bybit 基础指南中确认。本文的范围不是手续费折扣或注册方法，而是结束现有持仓时发生的下单错误及确认流程。
风险提示：本文是关于订单功能的一般性教育资料，并非针对特定投资、交易或杠杆使用的个性化投资建议。衍生品存在重大损失和强制平仓风险，任何订单选项都不能保证避免损失。服务及产品是否可用可能因居住地和账户条件而异。
关联披露：CoinPop 的部分交易所相关页面可能包含关联链接，CoinPop 可能因符合条件的用户注册或交易而获得报酬。本文中的 Bybit 官方帮助链接是用于信息核验的非关联链接，不承诺特定手续费折扣或奖励。