BlockBeats News、4月5日、Hyperliquidの共同開発者である@chameleonjeffは、「Hyperliquidプロトコルは市場操作により大きな損失を被る可能性がある」という懸念に対して、「Hyperliquidの証拠金設計は、数学的メカニズムを通じてプラットフォームの支払能力を厳密に保証し、HLPの損失は常に独自の財務に限定され、プロトコルはHLPに依存して動作することは決してありません。この機能はJELLYJELLYにあります」と述べています。 それはイベント以前から存在していました。 イベント後の新しい保護メカニズムは、フォールバック清算の損失に抵抗するHLPの能力を最適化するだけで、プロトコルの基盤となるアーキテクチャは変更されていません。 最近のJELLYJELLY事件では、攻撃者が自分自身に巨大なロングポジションまたはショートポジションを開くことで、HLP(流動性プロバイダープール)を操作しようとしました。 当時の建玉上限により、取引時に400万USDC相当のポジションを開くことができましたが、ロジックの抜け穴は、HLPが資金残高の全額を使用してこの清算の担保を提供していたことでした。 誤解のないように言っておくと、プラットフォーム自体にソルベンシーリスクはありませんが、HLPは市場操作による過剰なエクスポージャーに直面しています。「現在、HLPの清算コンポーネント保管庫には担保上限があり、バックアップ清算メカニズムを通じて潜在的な損失を制限しています。 ハイパーリキッドは、当初の運用メカニズムを維持し、1)市場清算、2)フォールバック清算、3)自動デレバレッジ(ADL)の順で、担保不足のポジションを扱います。 現在のHLPのフォールバック清算に新しい保護メカニズムが追加され、トークン価格操作攻撃のコストは、損失上限を設定することでHLPから得られる限られた収益よりもはるかに高くすることができます。
Hyperliquidの共同創設者がプロトコルの安全性に関する懸念に対応:レバレッジシステムとHLP清算メカニズムを更新しました
BlockBeats News、4月5日、Hyperliquidの共同開発者である@chameleonjeffは、「Hyperliquidプロトコルは市場操作により大きな損失を被る可能性がある」という懸念に対して、「Hyperliquidの証拠金設計は、数学的メカニズムを通じてプラットフォームの支払能力を厳密に保証し、HLPの損失は常に独自の財務に限定され、プロトコルはHLPに依存して動作することは決してありません。この機能はJELLYJELLYにあります」と述べています。 それはイベント以前から存在していました。 イベント後の新しい保護メカニズムは、フォールバック清算の損失に抵抗するHLPの能力を最適化するだけで、プロトコルの基盤となるアーキテクチャは変更されていません。 最近のJELLYJELLY事件では、攻撃者が自分自身に巨大なロングポジションまたはショートポジションを開くことで、HLP(流動性プロバイダープール)を操作しようとしました。 当時の建玉上限により、取引時に400万USDC相当のポジションを開くことができましたが、ロジックの抜け穴は、HLPが資金残高の全額を使用してこの清算の担保を提供していたことでした。 誤解のないように言っておくと、プラットフォーム自体にソルベンシーリスクはありませんが、HLPは市場操作による過剰なエクスポージャーに直面しています。「現在、HLPの清算コンポーネント保管庫には担保上限があり、バックアップ清算メカニズムを通じて潜在的な損失を制限しています。 ハイパーリキッドは、当初の運用メカニズムを維持し、1)市場清算、2)フォールバック清算、3)自動デレバレッジ(ADL)の順で、担保不足のポジションを扱います。 現在のHLPのフォールバック清算に新しい保護メカニズムが追加され、トークン価格操作攻撃のコストは、損失上限を設定することでHLPから得られる限られた収益よりもはるかに高くすることができます。