BlockBeats ニュースによると、4 月 5 日、Hyperliquid の共同設立者である @chameleon_jeff は、X の「Hyperliquid プロトコルは市場操作により大きな損失を被る可能性がある」という懸念に応えました。
Hyperliquid のマージン設計は、数学的メカニズムを通じてプラットフォームの支払い能力を厳密に保証します。 HLP の損失は常に自身の金庫に限定されており、プロトコルの動作は HLP に依存することはありません。この機能は JELLYJELLY インシデント以前から存在していました。インシデント後に新たに追加された保護メカニズムは、バックアップ清算時の損失に抵抗する HLP の能力を最適化するだけであり、プロトコルの基本的なアーキテクチャは変更されていません。最近の JELLYJELLY 事件では、攻撃者が自分自身に対して巨大なロング ポジションとショート ポジションを確立することで、HLP (流動性プロバイダー プール) を操作しようとしました。当時の未決済建玉の上限により、取引中に400万USDC相当のポジションを確立することが可能でしたが、論理的な欠陥は、HLPが資金残高全体をこの清算の担保として使用したことでした。明確に言えば、プラットフォーム自体は支払能力リスクに直面していませんが、HLP は市場操作による過度のリスクにさらされています。
現在、HLP クリアリング コンポーネント ボールトは担保上限を設定しており、バックアップ クリアリング メカニズムを通じて潜在的な損失を制限しています。 Hyperliquid は、依然として元の動作メカニズムを維持しており、担保不足のポジションを次の順序で処理します: 1) 市場清算 2) バックアップ清算 3) 自動レバレッジ解消 (ADL)。現在の HLP バックアップ清算には、マーク価格を操作するコストが HLP から得られる限られた利益よりもはるかに高くなるように損失上限を設定する新しい保護メカニズムがあります。