如何在加密货币合约交易中使用“仅减仓”选项？

了解仅减少功能

1、reduce-only模式是币安、Bybit、OKX等主流交易所永续合约交易界面中嵌入的风控功能。

2. 激活后，此设置将订单执行限制为减少或平仓现有风险的头寸——不允许进行新的定向投注。

3. 它在订单层面运行：如果用户持有 5 BTC 的多头头寸并下达 3 BTC 的仅减仓卖单，系统会将其视为部分平仓，而不是作为抵消空头。

4. 无论订单是作为市价订单、限价订单、止损市价订单还是止盈订单，只要打开了仅减仓订单，此逻辑都适用。

5. 交易所通过拒绝任何开设反头寸的尝试来强制执行这一点；后端在将订单发送至匹配引擎之前验证净头寸增量。

当交易者依赖仅减少时

1. 在剧烈波动期间，交易者会激活仅减仓以退出头寸，而不会因意外逆转入场而触发清算。

2.套利者在平仓基差交易时使用它——确保他们只平仓期货部分，同时保留现货对冲。

3. 投资组合经理在再平衡周期中应用它来削减杠杆，而不改变净方向偏差。

4. 跨子账户管理多种策略的用户通常只在一个账户上锁定reduce-only，以将平仓逻辑与其他地方生成的入场信号隔离。

5. 在清算价格区域附近使用追踪止损订单时，这一点变得至关重要——防止通过错误配置的触发器导致意外的保证金放大。

跨平台的技术行为

1. 在 Bybit 上，仅减仓订单在订单历史记录中显示时带有明显的“RO”标记，并且无法修改为同时包含“仅后”或“触发时平仓”标志。

2. 当用户尝试下仅减仓订单时，币安会显示警告横幅，该订单将导致头寸规模为零，但仍持有未平仓订单，突出显示未履行限额的剩余风险。

3. OKX执行严格的先进先出减少：如果交易者以不同的平均价格持有三个独立的多头条目，则首先针对最早的条目执行仅减少卖出。

4. 一些去中心化的永久协议（例如 GMX）不会将仅减少作为 UI 切换，而是在所有“closePosition”调用的智能合约逻辑中嵌入等效行为。

5. API 用户必须在 POST /fapi/v1/order 有效负载中设置参数reduceOnly=true — 省略它默认为正常订单路由。

仅减少失败的风险场景

1. 如果用户同时持有同一交易品种的多头头寸和空头头寸，则仅减仓分别适用于每一方——关闭部分多头头寸不会影响空头头寸，可能会意外增加净增量。

2. 全仓保证金账户可能会在执行过程中重新计算保证金，导致部分成交的表现与孤立保证金假设下的预期不同。

3. 在交易所范围内的流动性紧缩期间，仅减少市场订单可能会遭受严重滑点，尤其是对于小交易量的山寨币对，其买卖价差扩大到超过 3%。

4. 某些平台允许仅减量订单触发本身并非仅减量订单的条件订单（例如止损），从而创建级联非减量执行。

5. 通过钱包转账或期货和现货钱包之间的内部转账进行手动头寸调整，完全绕过仅限减少的约束。

常见问题解答

问：reduce-only 是否可以防止强制平仓？答：不会。Reduce-only 只控制订单意图——它不会改变清算机制。如果保证金比率超过阈值，无论仓位是如何建仓或平仓，该仓位仍将面临清算。

问：我可以在一项操作中将仅减仓与杠杆调整结合起来吗？答：不直接。头寸规模减少后，杠杆变化需要单独的 API 调用或 UI 交互。交易所将杠杆率和头寸规模视为独立参数。

问：如果我的仅减少订单部分成交会怎样？ A：已成交部分平掉您的部分仓位；未成交的剩余订单将作为仅减少订​​单保留在订单簿中，直到被取消或执行 - 不会自动转换为常规订单。

问：reduce-only 是否适用于所有合约类型？答：大多数中心化交易所都支持线性永续合约和反向永续合约。由于结算结构不同，交割期货、期权或移动合约通常不可用。