Hyperliquidは、Hyperliquidプロトコルが市場操作の結果として大きな損失を被る可能性があるという懸念に対応した。Hyperliquidの証拠金設計は、数学的メカニズムを通じてプラットフォームのソルベンシーを厳格に保証し、HLPの損失は常に自身の金庫に限定され、プロトコルの運用はHLPに依存しない。インシデント後に追加された保護メカニズムは、バックアップ清算におけるHLPの損失耐性を最適化するだけであり、プロトコルの基盤となるアーキテクチャは変更されません。最近のJELLY JELLYイベントでは、攻撃者がHLP（流動性プロバイダープール）を操作しようとしました。当時のオープンキャップでは、取引時に400 万 USDC相当のポジションを確立することができましたが、論理的な欠陥は、HLPが清算の担保として全資金残高を使用したことでした。プラットフォーム自体にソルベンシー·リスクはありませんが、HLPは市場操作の結果として過度のエクスポージャーに直面しています。現在、HLPの清算コンポーネント金庫は、バックアップ清算メカニズムを通じて潜在的な損失を制限する担保上限を設定しています。Hyperliquidは従来の運用メカニズムを維持し、担保不足のポジションに対して次の順序で処理する：1市場清算 2バックアップ清算 3自動デレバレッジADL。現在のHLPのバックアップ清算には、損失上限を設定することにより、マーク価格操作攻撃のコストがHLPから得られる限られた利益よりもはるかに高くなるように保護メカニズムが追加されています。