> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# 强制平仓疑问

> Intention 的强平如何运作、如何读懂平掉你仓位的那条事件，以及什么样的强平争议才真的属于支持问题。

本页写给想弄清自己为什么被强平的交易者。简短而坦率的回答是：强平几乎总是维持保证金规则套在标记价格上算出来的机械结果；“不公平强平”这个说法，通常在交易者把确切的输入逐项看过之后就自己消解了。提交工单之前，请先读完下面几节。

<h2 id="what-triggers-a-liquidation">
  什么会触发强平
</h2>

按当前标记价格算，账户权益一旦跌破当前仓位所需的维持保证金，仓位就会被强平。[强制平仓](/zh/trading/liquidations)一页写明了精确的触发条件。有两点值得强调：

* 触发使用的是**标记价格**，不是最新成交价。原因见[标记价格](/zh/trading/mark-price)。这一点很重要：订单簿上的一根影线，在图表上看着吓人，实际却没把标记价格推动到能击穿谁的保证金。
* 维持保证金取决于仓位的**规模档位**。仓位越大，所需保证金越多，档位阶梯记录在[杠杆](/zh/trading/leverage)一页。同一个仓位，规模小的时候保证金是充足的，你一加仓就可能变成保证金不足——哪怕价格根本没动。

<h2 id="how-liquidation-runs">
  强平是怎么执行的
</h2>

强平不是事后才反应过来的机器人，而是协议里的一台状态机，和撮合原子地跑在同一个出块循环里。机制说明见[清算所](/zh/protocol/architecture/clearinghouse)一页。对用户来说，这意味着：不存在抢着来强平你的“竞速”，也没有哪个外部 keeper 拿走本该由协议自己收下的赏金。一切都在 IntentionKernel 内部确定性地发生。

一旦检测到保证金被击穿，引擎会先尝试把仓位对着订单簿平掉。如果订单簿太薄，无法以可接受的价格吸收这笔平仓，保险基金就会介入。如果情况严重到会耗尽保险基金，自动减仓就会启动——见 [ADL](/zh/trading/adl)——对手方仓位会按一个明确定义的价格被指派承接。

<h2 id="reading-the-liquidation-event">
  读懂强平事件
</h2>

每次强平都会产生一条结构化事件，其中至少包含：

* 击穿保证金的**账户与仓位**。
* 击穿那一刻的**标记价格**。
* 适用的**保证金档位**，它决定维持保证金要求。
* 平掉的**数量**与平仓的**成交价格**，包括它是走了订单簿、保险基金还是 ADL。
* **保险基金变动额**（如有）。

如果你认为某次强平有误，首先要看的就是这五个字段。绝大多数情况下，所列区块高度上的标记价格与聚合预言机当时报告的一致，而你那个仓位规模对应的保证金要求也正是档位阶梯写明的数字。到这一步，强平就不是 bug，也不是支持问题，而是你开仓那一刻接受的风险参数带来的后果。

<h2 id="when-it-actually-is-a-support-issue">
  什么时候确实属于支持问题
</h2>

有几种情况值得提工单：

* 界面显示的标记价格与事件中的不一致。这可能只是界面延迟而非引擎 bug，但值得确认一下。
* 强平所用的那个标记价格，聚合预言机在那个区块上根本没有到过。
* 事件中报告的保证金档位与文档中公布的档位阶梯对不上。
* 保险基金变动额与平仓成交价格不自洽。

以上任一情况，请发邮件到 `contact@intention.xyz`，附上仓位地址、事件所在区块高度、事件本身的各个字段，以及显示该差异的截图。

<h2 id="when-it-is-not-a-support-issue">
  什么时候不属于支持问题
</h2>

如果标记价格走过来击穿了你的维持保证金，仓位因此被强平，那么答案不是“找支持撤销”。任何地方的任何支持团队，都无法撤销一次已终局的链上状态转移。他们能做的，是带你把账重算一遍，确认协议做了该做的事——而这往往是个让人不太舒服的答案。