Kelp DAO事件三种处理路径及潜在坏账分析

Kelp DAO เหตุการณ์สามเส้นทางจัดการและวิเคราะห์หนี้เสียที่อาจเกิดขึ้น

BroadChainBroadChain20/04/2569 09:46
เนื้อหานี้แปลโดย AI
สรุป

博链BroadChain ได้รับทราบ เมื่อวันที่ 20 เมษายน เวลา 09:46 ตามข้อมูลจาก PANews ผู้ก่อตั้ง DefiLlama 0xngmi วิเคราะห์ชี้ให้เห็นว่า Kelp DAO เผชิญกับสามแผนการจัดการในเหตุการณ์ rsETH แผนแรกคือให้ผู้ใช้ทั้งหมดแบกรับความสูญเสีย ผู้ใช้จะเผชิญกับการลดมูลค่า 18.5% หากดำเนินตามแผนนี้ ในปัจจุบันการปรับใช้ Aave ทั้งหมดมี rsETH ประมาณ 666,000 เหรียญ สมมติว่าตำแหน่งทั้งหมดในทุกเชนอยู่ที่ LTV การชำระบัญชี 95% มูลค่าสุทธิจะถูกทำให้���ป็นศูนย์ สร้างหนี้เสียประมาณ 216 ล้านดอลลาร์ ในจำนวนนี้ Umbrella ETH สามารถครอบคลุมได้ 55 ล้านดอลลาร์ Aave Treasury สามารถครอบคลุมได้ 85 ล้านดอลลาร์ ส่วนที่ขาดเหลือ 76 ล้านดอลลาร์

博链BroadChainได้รับทราบว่า วันที่ 20 เมษายน เวลา 09:46 ตามข้อมูลจาก PANews ผู้ก่อตั้ง DefiLlama 0xngmi วิเคราะห์ชี้ให้เห็นว่า Kelp DAO กำลังเผชิญกับสามทางเลือกในการจัดการเหตุการณ์ rsETH ทางเลือกแรกคือให้ผู้ใช้ทั้งหมดแบกรับความสูญเสียร่วมกัน ผู้ใช้จะเผชิญกับการลดมูลค่า 18.5% หากใช้ทางเลือกนี้ rsETH ประมาณ 666,000 โทเคนในการปรับใช้ Aave ทั้งหมดในปัจจุบัน สมมติว่าตำแหน่งทั้งหมดในเชนอยู่ที่ LTV การชำระบัญชี 95% มูลค่าสุทธิจะถูกทำให้เป็นศูนย์ สร้างหนี้เสียประมาณ 216 ล้านดอลลาร์ ในจำนวนนี้ Umbrella ETH สามารถครอบคลุมได้ 55 ล้านดอลลาร์ คลัง Aave สามารถครอบคลุมได้ 85 ล้านดอลลาร์ ส่วนที่ขาดหาย 76 ล้านดอลลาร์ที่เหลือจำเป็นต้องได้รับการชดเชยผ่านการกู้ยืมหรือการขายโทเคน AAVE มูลค่า 51 ล้านดอลลาร์ ทางเลือกที่สองคือการรวมความสูญเสียไว้ที่ผู้ถือ rsETH ใน L2 โดย Aave ใช้คลังเพื่อช่วยเหลือผู้ใช้ในเมนเน็ต แต่ละทอดตลาด L2 ตามทางเลือกนี้ มีอุปทาน rsETH ประมาณ 359 ล้านดอลลาร์บน Aave หากกู้ยืมแบบวงจรทั้งหมดที่ LTV สูงสุด จะสร้างหนี้เสีย 341 ล้านดอลลาร์ ซึ่ง Umbrella ไม่สามารถครอบคลุมได้ Aave ต้องรับผิดชอบเอง ทางเลือกที่สามคือการใช้สแนปช็อตก่อนการโจมตีเพื่อคืนสินทรัพย์ให้กับผู้ถือ ชดเชยเฉพาะ 124 ล้านดอลลาร์ที่แฮกเกอร์กู้ยืม (เมนเน็ต) และ 18 ล้านดอลลาร์ (Arbitrum) หลังจากหักส่วนที่ Umbrella ครอบคลุมแล้ว ความสูญเสียประมาณ 91 ล้านดอลลาร์ แต่เนื่องจากการไหลของเงินหลังการโจมตีมีความซับซ้อนและพูลโปรโตคอลไม่สามารถแยกผู้ฝากได้ การดำเนินการจึงมีความยากลำบากอย่างมาก