全仓保证金是什么？

一份余额撑着每一个仓位

全仓保证金是 Hyperliquid 上的默认模式。文档把它描述成通过在所有其他全仓保证金仓位之间共享抵押品，来实现最大的资金效率：只有一个池子，而每一个全仓仓位都在它上面取用。

钱也落在这里。一笔充值先入账到那个地址的全仓保证金余额，而一个仓位除非被选成逐仓保证金，否则就以全仓保证金开出。

共享是双向的，而这就是全部的取舍。一个全仓仓位的浮盈会自动变成新仓位可用的初始保证金，不需要转任何东西。一个全仓仓位的浮亏，同样自动地从撑着其他所有仓位的抵押品里扣走。

它对强平改变了什么

检验落在账户上，不在仓位上。一个全仓仓位在账户价值（含未实现盈亏）小于维持保证金率乘以每一个全仓仓位的总未平名义金额时被强平。

因此一次兜底强平是一个波及整个账户的事件。文档说，这个交易者的所有全仓仓位和全仓保证金都会转给强平方，而一个没有持有任何逐仓仓位的交易者，最后账户权益就是零。

有一个后果会让人意外：一个全仓仓位的实际强平价格，不取决于你设的杠杆。文档说，一个杠杆更低的全仓仓位只是占用更多抵押品。推动强平价格的是账户里站着的抵押品，不是杠杆框里的那个数。

什么能再取出来

在用的保证金不行。文档说，初始保证金已被仓位占用，对全仓保证金仓位不能提取。浮盈可以提取，但只有在剩下的部分至少是所有未平仓位总名义金额的 10 %、并且仍然满足初始保证金要求时才行：transfer_margin_required = max(initial_margin_required, 0.1 * total_position_value)。

这里说的转移，指的是除交易之外任何会移走保证金的动作：一次提币、一次转到现货钱包、一次逐仓保证金划转。把一个仓位平掉一部分属于交易，不受那条规则约束。

跨好几个 dex

当仓位分布在好几个永续 dex 上时，全仓共享什么，取决于你的账户抽象。对一个统一账户和对组合保证金来说，抵押品相同的那些 dex 上的全仓仓位全部共享保证金。用标准抽象时，全仓只在一个 dex 的那些资产之内适用。

而且不是哪里都提供全仓。一个依据 HIP-3 部署的 dex，必须由它的部署者在某个资产上启用全仓，文档说这是不可逆的，而主网验证者在它启用之前会执行一套资格标准：可观察的流动性、一个可靠的外部预言机源、对价格操纵的抵抗力。HIP-3 的那些 dex 还支持一个不许全仓的模式，它允许可取出的逐仓保证金，但完全不允许全仓。

什么时候全仓是更省事的选择

• 一次只有一个仓位。没有别的东西要和它隔开，反正整份余额都是它的保证金。
• 你想让它们互相抵消的那些仓位。一个仓位上的盈利不用划转就撑住另一个，而浮盈会自己变成下一次入场的保证金。
• 同一个账户里对冲着的那些仓位，把抵押品拆开只会让两条腿看上去都比这一对实际上更单薄。

而什么时候它不是更省事的选择：好几个互不相关的仓位、一个价格可能跳空的市场，或者任何一笔你希望亏损停在自己选定数字上的交易。那些正是逐仓保证金存在的理由。

智能体用哪个模式

智能体自己的约束不是保证金模式，而是账户。2026 年 9 月 28 日的实测发现，一把已批准的代理密钥不能提币、不能发送、也不能在各个余额之间搬动资金，所以它能够到的最大亏损，就是那个专用账户里放着多少。真正给损失封顶的是一个单独的账户，两个模式下都一样。

设定一个市场的杠杆和保证金模式，是代理密钥少数可以签署的动作之一。在允许全仓的市场上，订单以全仓发出；在拒绝全仓的市场上则以逐仓发出，而依据 HIP-3 部署的许多市场正是如此。