Techub News, співзасновник Hyperliquid @chameleon_jeff відреагував на безпеку протоколу, сказавши: «Дизайн маржі Hyperliquid забезпечує платоспроможність платформи за допомогою математичних механізмів. Щоб було зрозуміло, втрати HLP обмежені його сховищами, і існування Hyperliquid не залежить від операцій HLP. ЦЕЙ МЕХАНІЗМ БУВ ВСТАНОВЛЕНИЙ ЗАДОВГО ДО ЖЕЛЕЙНОГО ІНЦИДЕНТУ. А ПІСЛЯ ЖЕЛЕЙНОГО ІНЦИДЕНТУ Є ДОДАТКОВА ЗМІНА, ЩОБ ЗАХИСТИТИ HLP ВІД ВТРАТ ПІД ЧАС ЛІКВІДАЦІЇ ЗАПАСНОГО ВАРІАНТУ. Фундаментальна зміна стосується HLP, а не самої платформи. Hyperliquid все ще зберігає свій початковий операційний механізм, і порядок обробки позицій з недостатнім забезпеченням виглядає наступним чином: 1) ліквідація ринку; 2) ліквідація бекстопу (зайняття позицій, які не можуть бути ліквідовані ринком); 3) Автоматичне зниження кредитного плеча (ADL). Ліквідація бекстопу проти HLP тепер має новий механізм захисту, який обмежує збитки, так що вартість атаки маніпулювання ціною токена набагато перевищує обмежені вигоди, які вона може отримати від HLP. З розвитком Hyperliquid роль HLP продовжує слабшати, і він більше не потрібен для роботи протоколу - його існуюча вартість в основному відображається в отриманні доходу протоколу за рахунок ліквідації бекстопу, а також у забезпеченні стабільної підтримки базової ліквідності.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Hyperliquid співзасновники: не залежить від HLP, додано новий механізм захисту для ліквідації HLP backstop.
Techub News, співзасновник Hyperliquid @chameleon_jeff відреагував на безпеку протоколу, сказавши: «Дизайн маржі Hyperliquid забезпечує платоспроможність платформи за допомогою математичних механізмів. Щоб було зрозуміло, втрати HLP обмежені його сховищами, і існування Hyperliquid не залежить від операцій HLP. ЦЕЙ МЕХАНІЗМ БУВ ВСТАНОВЛЕНИЙ ЗАДОВГО ДО ЖЕЛЕЙНОГО ІНЦИДЕНТУ. А ПІСЛЯ ЖЕЛЕЙНОГО ІНЦИДЕНТУ Є ДОДАТКОВА ЗМІНА, ЩОБ ЗАХИСТИТИ HLP ВІД ВТРАТ ПІД ЧАС ЛІКВІДАЦІЇ ЗАПАСНОГО ВАРІАНТУ. Фундаментальна зміна стосується HLP, а не самої платформи. Hyperliquid все ще зберігає свій початковий операційний механізм, і порядок обробки позицій з недостатнім забезпеченням виглядає наступним чином: 1) ліквідація ринку; 2) ліквідація бекстопу (зайняття позицій, які не можуть бути ліквідовані ринком); 3) Автоматичне зниження кредитного плеча (ADL). Ліквідація бекстопу проти HLP тепер має новий механізм захисту, який обмежує збитки, так що вартість атаки маніпулювання ціною токена набагато перевищує обмежені вигоди, які вона може отримати від HLP. З розвитком Hyperliquid роль HLP продовжує слабшати, і він більше не потрібен для роботи протоколу - його існуюча вартість в основному відображається в отриманні доходу протоколу за рахунок ліквідації бекстопу, а також у забезпеченні стабільної підтримки базової ліквідності.