PANewsは4月5日、Hyperliquidの共同設立者@chameleon_jeffがプロトコルのセキュリティに関する懸念に応えてXプラットフォームにメッセージを投稿したと報じた。同氏は、Hyperliquidの証拠金設計は数学的メカニズムを通じてプラットフォームの支払能力を厳密に保証し、HLPの損失は常に自社の金庫に限定され、プロトコルの運用はHLPに決して依存しないと述べた。この機能はJELLYJELLY事件以前から存在していた。インシデント後に新たに追加された保護メカニズムは、バックアップ清算時の損失に抵抗する HLP の能力を最適化するだけであり、プロトコルの基本的なアーキテクチャは変更されていません。最近の JELLYJELLY 事件では、攻撃者が自分自身に対して巨大なロング ポジションとショート ポジションを確立することで、HLP (流動性プロバイダー プール) を操作しようとしました。当時の未決済建玉の上限により、取引中に400万USDC相当のポジションを確立することが可能でしたが、論理的な欠陥は、HLPが資金残高全体をこの清算の担保として使用したことでした。明確に言えば、プラットフォーム自体は支払能力リスクに直面していませんが、HLP は市場操作による過度のリスクにさらされています。

現在、HLP 清算コンポーネント金庫は住宅ローンの上限を設定しており、バックアップ清算メカニズムを通じて潜在的な損失を制限しています。 Hyperliquid は、依然として元の動作メカニズムを維持しており、担保不足のポジションを次の順序で処理します: 1) 市場清算 2) バックアップ清算 3) 自動レバレッジ解消 (ADL)。現在の HLP バックアップ清算には、マーク価格を操作するコストが HLP から得られる限られた収入よりもはるかに高くなるように損失上限を設定する新しい保護メカニズムがあります。