Odailyニュース Hyperliquid 共同創業者 @chameleonjeff が X プラットフォームで発表したところによると、Hyperliquid に対する協調的な誤情報活動を見て悲しさを感じたため、Hyperliquid の仕組みに関する詳細かつ事実に基づいた説明を提供すると述べています。 Hyperliquid の保証金設計は、数学的メカニズムを通じてプラットフォームの返済能力を厳格に確保しており、HLP の損失は常にその自社金庫に限定され、プロトコルの運用は決して HLP に依存していません——この特性は JELLYJELLY 事件前から存在していました。事件後に追加された保護メカニズムは、HLP のバックアップ清算における損失耐性を最適化するだけで、プロトコルの基盤アーキテクチャは変更されていません。最近の JELLYJELLY 事件では、ある攻撃者が自己のために巨額のロングとショートポジションを構築することで HLP（流動性提供者プール）を操作しようとしました。取引を行う際に未決済の契約の上限が 400 万 USDC のポジションを構築することを許可していたものの、論理的な欠陥は HLP が全資金残高をこの清算の担保として使用していたことにあります。プラットフォーム自体には返済能力リスクは存在しませんが、HLP は市場操作により過度なリスクエクスポージャーに直面しているのは確かです。 現在、HLPの清算コンポーネントの金庫は担保の上限が設定されており、バックアップ清算メカニズムによって潜在的な損失が制限されています。Hyperliquidは依然として元の運営メカニズムを維持しており、担保不足のポジションは以下の順序で処理されます：1）市場清算 2）バックアップ清算 3）自動レバレッジ解除（ADL）。現在のHLPのバックアップ清算には新たな保護メカニズムが追加されており、損失上限を設定することで、マーク価格を操作する攻撃のコストがHLPから得られる限られた利益を大きく上回るようになっています。
