Liquid

Hyperliquidの共同創設者が合意の安全性に関する懸念に応答:レバレッジシステムとHLP清算メカニズムを更新しました。

ChainCatcher のメッセージ、Hyperliquid の共同創設者 @chameleon_jeff が X で「Hyperliquid プロトコルが市場操作により重大な損失を被る可能性」についての懸念に応答しました:Hyperliquid のマージン設計は、数学的メカニズムを通じてプラットフォームの支払い能力を厳格に確保しており、HLP の損失は常にその自社の金庫に限定され、プロトコルの運営は HLP に依存することはありません------この特性は JELLYJELLY イベントの前から存在していました。イベント後に追加された保護メカニズムは、HLP のバックアップ清算における損失耐性を最適化するものであり、プロトコルの基盤アーキテクチャは変更されていません。最近の JELLYJELLY イベントでは、ある攻撃者が自ら巨額のロングおよびショートポジションを構築することで HLP(流動性提供者プール)を操作しようとしました。取引時に未決済契約の上限が許可されていたため、400 万 USDC のポジションを構築することが可能でしたが、論理的な欠陥は HLP がその全資金残高をこの清算の担保として使用したことにあります。明確にする必要があるのは、プラットフォーム自体には支払い能力リスクは存在しませんが、HLP は市場操作により過度のリスク露出に直面しているということです。現在、HLP の清算コンポーネント金庫には担保上限が設定されており、バックアップ清算メカニズムによって潜在的な損失が制限されています。Hyperliquid は依然として元の運営メカニズムを維持しており、担保が不足しているポジションは以下の順序で処理されます:1) 市場清算 2) バックアップ清算 3) 自動デレバレッジ(ADL)。現在、HLP のバックアップ清算には新たな保護メカニズムが追加されており、損失上限を設定することで、操作されたマーク価格の攻撃コストが HLP から得られる限られた利益を大きく上回るようになっています。

分析:Jupiterは防御機構を備えており、Hyperliquid型攻撃に遭遇することは難しい。

ChainCatcher のメッセージによると、Blockworks の報告に基づき、Hyperliquid が最近遭遇した 1300 万ドルの攻撃事件に対して、一部の Solana コミュニティメンバーが Jupiter の JLP リスクプールに類似の脆弱性が存在するかどうか疑問を呈しています。これに対し、アナリストは Jupiter が構造的な防御メカニズムを備えており、類似の攻撃を受ける可能性は低いと考えています。まず、Jupiter は SOL、ETH、wBTC などの流動性の高い主流資産のみをサポートしており、Hyperliquid は流動性の低いトークン(例:JELLY)を取引可能にしているため、操作されやすくなっています。次に、Hyperliquid は内部オーダーブックによるマッチングに依存しており、攻撃者は指値注文を利用して価格を操作できますが、Jupiter は Pyth などの外部オラクルを使用して価格を提供しているため、単一のプラットフォームを通じて市場価格に影響を与えることは困難です。さらに、Jupiter は厳格なリスク管理メカニズムを採用しており、すべての取引は直接 JLP によって担われ、二次リスクプールや人的介入は関与せず、取引実行の安定性を確保しています。JLP は市場の一方向の動きなどのリスクに対処する必要がありますが、借入金利の動的調整などの方法でプールのリスクをバランスさせています。
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する