图片资料：官方来源
在Kraken Pro的现货保证金交易中，Reduce Only（仅减仓）的适用范围很明确：它只用于减少已经存在的仓位，不会新开仓，也不会在原有方向上继续加仓。围绕这一条限制，才能解释减仓单为什么会出现数量被压缩、余量被取消、提交时被拒或触发时不再执行等不同结果。这里的讨论限于Kraken现货保证金场景，不把结论套用到衍生品全市场的通用规则上。
检查发生在哪个时点，决定了用户看到哪种结果。 限价单和市价单在提交时就会接受仓位检查：账户没有对应持仓，订单被拒绝；订单执行方向会让仓位增加，同样被拒绝。触发类订单（止损、止盈、追踪止损）的检查时点不同：创建时并不要求已有仓位，只有触发条件满足后才进入后续处理并接受检查，也不一定先进入可见订单簿。因此“挂单被接受”不等于“触发时一定执行”——触发那一刻若仓位已经不存在，订单会被拒绝。
缩量的核心来自订单簿维护。 系统会把订单簿中同方向的仅减仓订单总量与当前仓位对齐。当订单数量超过仓位，超出部分不会保留为反向开仓的余量：按反向价格时间优先，处于最不利位置的订单会被缩小或取消，直到累计仅减仓数量等于仓位规模。这一维护既可能发生在下单时，也可能发生在撮合时。
用两个假设算例说明。 假设账户持有1 BTC的BTCUSD多头，提交1.1 BTC的仅减仓卖单。若系统接纳该订单并执行缩量，订单会被压缩到1 BTC，成交后仓位归零，剩余0.1 BTC取消，不会变成空头。若该仓位先被另一笔市价单减到0.5 BTC，此前挂出的1 BTC仅减仓限价单就会被调整为0.5 BTC。再假设价格先触发止盈平掉全部仓位，同时挂着的仅减仓止损单在触发时因无仓位而被拒绝。
Kraken Pro还有额外的前端限制。 平台可能在下单环节就拒绝明显超量的仅减仓订单，而不是等到订单簿维护阶段再压缩。这解释了为何有的用户看到“缩量成交”，有的则直接看到拒单提示。两种情形并不矛盾，区别在于订单是否被系统接纳。
地区与资格口径。 保证金交易服务本身受账户所在地区、账户资格与平台可用性限制，能否使用仅减仓选项以账户实际权限为准。同一账户在不同地区或不同资格状态下，可用的订单能力可能不同，判断时应以账户当前显示的权限为准。
排查时可以按情形区分：提交即被拒，通常先看有无对应仓位、方向是否与平仓一致、数量是否明显超过仓位；挂单后被缩量，说明订单已被接纳，缩量来自订单簿维护或撮合时的仓位对齐；触发时被拒，则要回到触发那一刻的仓位状态。把“提交被拒”“挂单后缩量”“触发时被拒”分开看，比笼统地说“仅减仓不生效”更接近实际机制。