OKX如何设置减仓以避免增仓？

了解 OKX 订单执行中的仅缩减逻辑

1. OKX 上的仅减仓订单是一条条件指令，它将执行限制在结果头寸大小严格趋于零的情况下。

2. 该标志可防止风险敞口意外增加（无论是多头还是空头），无论市场方向或当前订单簿状态如何。

3. 启用后，交易所会在允许执行之前根据您的现有头寸验证每个潜在的成交，拒绝会扩大净敞口的成交。

4. 该约束适用于匹配引擎级别，而不是客户端逻辑，这意味着它不能被延迟套利或竞争条件绕过。

5. 所有保证金模式均强制执行仅减少行为：现金、逐仓和交叉保证金，但头寸会计规则因模式而异。

通过 OKX REST API v5 进行逐步配置

1. 使用/api/v5/trade/order端点，并将tdMode显式设置为'cash' 、 'isolated'或'cross' 。

2. 在 JSON 负载中包含参数reduceOnly=true — 这必须是布尔文本，而不是字符串。

3. 仅当您当前仓位为净空头时，才将方位指定为“买入” ；仅当净多头时才指定“卖出” 。

4. 除非在多位置模式下操作，否则省略posSide ；在单位置上下文中，OKX 从侧面 + 现有位置符号推断方向。

5. 将ordType设置为'limit' 、 'market'或'post_only' ； reduce-only 与所有类型兼容，但在滑动情况下表现不同。

WebSocket 实时位置验证流程

1. 在提交仅限减仓订单之前，请使用arg = {'channel':'positions','instType':'SWAP'}订阅永续合约的仓位通道，或使用 'SPOT'订阅现货保证金的仓位通道。

2. 解析传入的位置更新以提取pos 、 vailPos和avgPx字段 - 这些字段确定减少的资格。

3. 监控订单通道的状态转换： status: 'live'表示接受； “已取消”代码：51000表示仅减少违规。

4. 如果pos由于并发填充而在提交中发生变化，OKX 将在最终匹配之前重新评估仅减少合规性。

5. 位置状态的本地缓存都不安全——始终依赖最近 200 毫秒内更新的 WebSocket 源值。

绕过仅减少强制执行的常见错误配置

1. 将reduceOnly='true'设置为字符串而不是布尔值会导致静默回退到标准订单行为。

2. 在多头寸模式下同时持有多头和空头头寸时使用posSide='net'会使仅减少语义无效。

3. 当pos > 0时下达仅减少买单会导致立即拒绝，错误代码为58201 ，而不是延迟失败。

4. 在全仓保证金账户中启用autoMarginReduction不会覆盖仅减少约束 - 它只会影响清算机制。

5. 同时提交多个reduce-only订单并不能保证原子执行；每个都根据瞬时位置快照独立验证。

常见问题解答

问：仅减少是否适用于通过条件触发器下达的止盈和止损订单？是的。如果在创建期间指定，条件订单将继承 reduceOnly=true 并在触发时保持强制执行。

问：仅减仓订单可以部分执行并留下剩余风险吗？是的。部分成交按比例减少仓位；剩余的未填充数量将保持有效，直到完全执行或取消。

问：如果我的仓位在订单提交和匹配之间翻转符号，会发生什么情况？ OKX 在比赛时重新计算资格。如果在仅减仓卖出匹配之前持仓变动较长，则订单在执行前会被拒绝。

问：期权行权或转让是否支持仅减少？不。仅减少仅限于线性和反向永续合约、期货和现货保证金——期权合约不支持此标志。