ข่าว Odaily Hyperliquid 联创@chameleonjeff ในแพลตฟอร์ม X ได้โพสต์ว่า การเห็นกิจกรรมข้อมูลที่ผิดพลาดที่มุ่งเป้าไปที่ Hyperliquid ทำให้รู้สึกเศร้า จึงจะให้คำอธิบายที่ละเอียดและเป็นจริงเกี่ยวกับวิธีการทำงานของ Hyperliquid:การออกแบบหลักประกันของ Hyperliquid ใช้กลไกทางคณิตศาสตร์เพื่อรับประกันความสามารถในการชำระหนี้ของแพลตฟอร์มอย่างเข้มงวด ความสูญเสียของ HLP จะถูกจำกัดอยู่ที่คลังเงินของตนเองเสมอ และการทำงานของโปรโตคอลจะไม่พึ่งพา HLP — คุณลักษณะนี้มีอยู่ก่อนเหตุการณ์ JELLYJELLY จะเกิดขึ้น หลังจากเหตุการณ์นั้น กลไกการป้องกันใหม่ที่เพิ่มขึ้นจะช่วยปรับปรุงความสามารถในการต้านทานความเสียหายของ HLP ในการชำระหนี้สำรอง โครงสร้างพื้นฐานของโปรโตคอลไม่ได้มีการเปลี่ยนแปลง ในเหตุการณ์ JELLYJELLY ที่ผ่านมา ผู้โจมตีคนหนึ่งพยายามที่จะควบคุม HLP (พูลผู้ให้สภาพคล่อง) โดยการสร้างตำแหน่งขายและซื้อจำนวนมาก แม้ว่าขีดจำกัดของตำแหน่งที่ไม่ได้ถูกปิด ณ ขณะนั้นจะอนุญาตให้สร้างตำแหน่งมูลค่า 4 ล้าน USDC แต่ข้อบกพร่องทางตรรกะคือ HLP ใช้ยอดเงินทั้งหมดของตนในการเสนอหลักประกันสำหรับการชำระหนี้ครั้งนี้ ต้องชี้แจงว่าแพลตฟอร์มเองไม่มีความเสี่ยงในการชำระหนี้ แต่ HLP ต้องเผชิญกับความเสี่ยงที่มากเกินไปเนื่องจากการควบคุมตลาด.ปัจจุบัน HLP ได้ตั้งค่าเพดานการจำนำในส่วนประกอบการชำระบัญชี และจำกัดความเสียหายที่อาจเกิดขึ้นโดยกลไกการชำระบัญชีสำรอง Hyperliquid ยังคงรักษากลไกการดำเนินงานเดิมไว้ โดยจัดการตำแหน่งที่มีการจำนำไม่เพียงพอในลำดับต่อไปนี้: 1) การชำระบัญชีในตลาด 2) การชำระบัญชีสำรอง 3) การลดเลเวอเรจอัตโนมัติ (ADL) ปัจจุบัน HLP ได้เพิ่มกลไกการป้องกันในระบบการชำระบัญชีสำรอง โดยการตั้งค่าขีดจำกัดการสูญเสีย ทำให้ต้นทุนในการโจมตีเพื่อควบคุมราคาที่ยกมา สูงกว่าผลประโยชน์ที่จำกัดที่สามารถได้รับจาก HLP
Hyperliquidร่วมก่อตั้ง: ได้อัปเดตระบบเลเวอเรจและกลไกการชำระ HLP และตั้งขีดจำกัดการขาดทุน
ข่าว Odaily Hyperliquid 联创@chameleonjeff ในแพลตฟอร์ม X ได้โพสต์ว่า การเห็นกิจกรรมข้อมูลที่ผิดพลาดที่มุ่งเป้าไปที่ Hyperliquid ทำให้รู้สึกเศร้า จึงจะให้คำอธิบายที่ละเอียดและเป็นจริงเกี่ยวกับวิธีการทำงานของ Hyperliquid: การออกแบบหลักประกันของ Hyperliquid ใช้กลไกทางคณิตศาสตร์เพื่อรับประกันความสามารถในการชำระหนี้ของแพลตฟอร์มอย่างเข้มงวด ความสูญเสียของ HLP จะถูกจำกัดอยู่ที่คลังเงินของตนเองเสมอ และการทำงานของโปรโตคอลจะไม่พึ่งพา HLP — คุณลักษณะนี้มีอยู่ก่อนเหตุการณ์ JELLYJELLY จะเกิดขึ้น หลังจากเหตุการณ์นั้น กลไกการป้องกันใหม่ที่เพิ่มขึ้นจะช่วยปรับปรุงความสามารถในการต้านทานความเสียหายของ HLP ในการชำระหนี้สำรอง โครงสร้างพื้นฐานของโปรโตคอลไม่ได้มีการเปลี่ยนแปลง ในเหตุการณ์ JELLYJELLY ที่ผ่านมา ผู้โจมตีคนหนึ่งพยายามที่จะควบคุม HLP (พูลผู้ให้สภาพคล่อง) โดยการสร้างตำแหน่งขายและซื้อจำนวนมาก แม้ว่าขีดจำกัดของตำแหน่งที่ไม่ได้ถูกปิด ณ ขณะนั้นจะอนุญาตให้สร้างตำแหน่งมูลค่า 4 ล้าน USDC แต่ข้อบกพร่องทางตรรกะคือ HLP ใช้ยอดเงินทั้งหมดของตนในการเสนอหลักประกันสำหรับการชำระหนี้ครั้งนี้ ต้องชี้แจงว่าแพลตฟอร์มเองไม่มีความเสี่ยงในการชำระหนี้ แต่ HLP ต้องเผชิญกับความเสี่ยงที่มากเกินไปเนื่องจากการควบคุมตลาด. ปัจจุบัน HLP ได้ตั้งค่าเพดานการจำนำในส่วนประกอบการชำระบัญชี และจำกัดความเสียหายที่อาจเกิดขึ้นโดยกลไกการชำระบัญชีสำรอง Hyperliquid ยังคงรักษากลไกการดำเนินงานเดิมไว้ โดยจัดการตำแหน่งที่มีการจำนำไม่เพียงพอในลำดับต่อไปนี้: 1) การชำระบัญชีในตลาด 2) การชำระบัญชีสำรอง 3) การลดเลเวอเรจอัตโนมัติ (ADL) ปัจจุบัน HLP ได้เพิ่มกลไกการป้องกันในระบบการชำระบัญชีสำรอง โดยการตั้งค่าขีดจำกัดการสูญเสีย ทำให้ต้นทุนในการโจมตีเพื่อควบคุมราคาที่ยกมา สูงกว่าผลประโยชน์ที่จำกัดที่สามารถได้รับจาก HLP