强制平仓

一个仓位再也盖不住它可能继续吃到的亏损，强制平仓就发生了。在 Intention 上，这是一次协议动作，不是一笔 keeper 交易——网络自己把仓位平掉，和其他一切处在同一个区块执行里。没有抢触发的竞赛，也没有要赢下的 gas 拍卖。 在讲机制之前，有两件事值得先弄清楚：什么会被强平，以及检查什么时候运行。

​

评估的是风险单元，不是账户

强平不看你的账户，它看的是风险单元——一组共用保证金资产、因而同涨同跌的仓位。 大家容易忽略的后果是：强平掉其中一个单元，不会碰到另一个。逐仓的 BTC 仓位可以被强平，而你那个拿着 ETH 和 SOL 的全仓账户毫发无损——反过来也一样。逐仓是真隔离，而且两个方向都隔离。

​

保证金占用率

健康度用维持保证金占用率来表示：维持保证金要求当前占了你可用保证金的多大比例。 $$\text{占用率} = \frac{\text{维持保证金}}{\text{净保证金资产}}$$ 净保证金资产是你的余额加上未实现盈亏，再减去已被占用的部分。维持保证金按每个仓位各自所在的档位算出来再相加——见杠杆。 这条边界值得说准，因为很容易想当然：触发强平，要求净保证金资产严格低于维持保证金要求。相等不强平。

​

算一遍

一个账户，两个风险单元，维持保证金率取 0.50%。全仓仓位共用保证金资产，放在一起评估；每个逐仓仓位单独评估。 两个单元离强平都还远，但安全程度并不一样，而且这个账户没有单一的占用率。逐仓那个仓位离自己的阈值近了三倍半，而且往账户里加保证金资产对它没用——逐仓保证金在开仓时就分配好了，只有给那个仓位增加保证金才能改变它的占用率。 这就是两种模式的实际差别。全仓把你的保证金资产汇到一起，一处的盈利抵得掉另一处的亏损；逐仓则把两个方向都关在里面。 维持保证金要求按仓位规模分档。仓位越大，越难在不推动市场的前提下平掉，所以要求按比例更高，最大杠杆更低。各市场的档位表发布在自己的合约规格里。

​

检查何时运行

协议不会每个区块扫描每一个账户，而是检查那些可能发生了变化的部分：

• 每次标记价格更新时——全量扫描，因为一次价格波动可能让任何仓位陷入风险
• 每个区块——检查自上次检查以来余额或仓位发生变化的账户：充值、提现、划转、成交和资金费
• 资金费结算时——检查每一个被扣费的账户

成交不会逼着协议在同一区块内把成交账户再扫一遍，因为那笔订单被允许撮合之前，保证金就已经查过了。检查放在新信息出现的地方，不是到处都查。

​

处理流程

风险单元一越过阈值，协议就走一套固定流程；单元一恢复健康，流程立刻停。 先撤单。未成交的订单占着保证金，撤掉就把这部分额度还回来了；账户只是保证金吃紧、还没到资不抵债，往往这一步就够。范围跟着风险单元走：逐仓仓位撤该市场该方向的订单，全仓账户则全撤。 然后轧差。账户在全仓模式下同时拿着同一市场的多头和空头，这两个仓位就相互抵消——小的那边冲大的那边。两条腿都付吃单手续费，也都各自出现在成交历史里，所以手续费和已实现盈亏能按腿归属。 然后接管。单元还是不够，协议就在订单簿上把仓位平掉，以破产价格为界——也就是仓位剩余保证金刚好耗尽的那个价格。 接着是保险基金：一笔由强平罚金注入的协议状态，订单簿盖不住的部分由它吸收。 最后是自动减仓，最后手段，用在保险基金也盖不住的时候。

​

降低被强平的概率

• 盯占用率，别盯价格：离强平还有多远，看的是保证金，不是价格已经走了多少。
• 占用率得你自己盯：没有任何提醒，一路加风险也没有任何东西拦你，所以你留在手上的保证金余量，就是唯一的缓冲。
• 弄清是哪个单元在承压：混合模式下，真正该看的，是你担心的那个仓位所在单元的占用率。
• 按档位控制规模：跨进更高的档位，维持保证金要求就上去了；别的条件一点没变，强平价格也会朝对你不利的方向挪。

​

实时取值从哪里读

本页的每一个数字都是链上的按市场配置，不是协议常量。驱动它们的参数： 它们发布在各市场的合约规格里，也可以直接从链上读。集成如果把它们写死，迟早会算出一个网络并没有在用的数字——见开发者。

​

后续阅读