# สิ่งที่เกิดขึ้นในเหตุการณ์ Oracle ของ Aave? อธิบายการชำระบัญชี 27 ล้านดอลลาร์

TapChiBitcoin
AAVE-1.73%
ETH-0.59%

ข้อผิดพลาดในการตั้งค่าระบบของ oracle ราคาที่ Aave ใช้ ทำให้มีการชำระบัญชีประมาณ 27 ล้านดอลลาร์สหรัฐในวันอังคาร หลังจากระบบชั่วคราวประเมินค่าทรัพย์สิน staking ethereum ที่สำคัญต่ำกว่าความเป็นจริง ซึ่งใช้เป็นหลักประกัน

เหตุการณ์นี้เกี่ยวข้องกับ เครื่องมือประเมินมูลค่าทรัพย์สินสัมพันธ์ (CAPO) ของ Aave ซึ่งออกแบบมาเพื่อจำกัดความผันผวนของราคาในสินทรัพย์ที่มีความสัมพันธ์สูง ในช่วงที่เกิดข้อผิดพลาด oracle รายงานอัตราแลกเปลี่ยนของ Wrapped Staked Ether (wstETH) อยู่ที่ประมาณ 1.1939 ETH ซึ่งต่ำกว่าราคาตลาดใกล้เคียง 1.228 ETH อย่างมีนัยสำคัญ ทำให้เกิดความแตกต่างประมาณ 2.85%

ความแตกต่างของราคานี้เพียงพอที่จะเปิดใช้งานกลไกชำระบัญชีอัตโนมัติในโหมด Efficiency Mode (E-Mode) ของ Aave V3 ซึ่งในโหมดนี้ สินทรัพย์ที่มีความสัมพันธ์สูงสามารถกู้ยืมกันได้ในอัตราสูงกว่าปกติ แต่เมื่อ wstETH ถูกประเมินค่าต่ำกว่าที่ควร หลายตำแหน่งที่ใช้สินทรัพย์นี้เป็นหลักประกันจึงร่วงลงต่ำกว่าระดับปลอดภัยและถูกชำระบัญชี

ข้อมูลบล็อกเชนแสดงให้เห็นว่า ประมาณ 10,938 wstETH จาก 34 บัญชี ถูกชำระบัญชีในเหตุการณ์นี้ ตามราคาตลาดในเวลานั้น มูลค่ารวมของหลักประกันที่ถูกชำระประมาณ 26–27 ล้านดอลลาร์สหรัฐ บนเครือข่าย Ethereum Core และ Prime ของโปรโตคอล

ผู้ชำระบัญชีได้รับ ETH รวมประมาณ 499 ETH จากเหตุการณ์นี้ ซึ่งรวมถึงรางวัลและค่าธรรมเนียมชำระบัญชีประมาณ 116 ETH และประมาณ 382 ETH จากความแตกต่างของราคาชั่วคราวที่ทำให้หลักประกันถูกประเมินต่ำ

แม้จะเกิดการชำระบัญชีจำนวนมาก แต่ระบบไม่ได้สร้างหนี้เสีย กลไกชำระบัญชีของ Aave ทำงานตามออกแบบ ช่วยให้แพลตฟอร์มยังคงความสามารถในการให้บริการและความปลอดภัยทางการเงิน แม้ข้อมูลราคาจาก oracle จะชั่วคราวผิดพลาดก็ตาม

ทรัพย์สินที่ได้รับผลกระทบเกี่ยวข้องกับ Lido Finance ซึ่งเป็นแพลตฟอร์ม staking ethereum ที่ออกโทเคน wstETH โทเคนนี้มักมีมูลค่าเพิ่มขึ้นเมื่อเวลาผ่านไป เนื่องจากรางวัล staking ถูกรวมเข้าในมูลค่า Lido ระบุว่าเหตุการณ์นี้ไม่เกี่ยวข้องกับโครงสร้างพื้นฐาน staking ของพวกเขา แต่เกิดจากการตั้งค่าระบบ oracle ภายในของ Aave

ตามการวิเคราะห์เชิงเทคนิคจากพันธมิตรด้านการบริหารความเสี่ยง Chaos Labs สาเหตุหลักมาจากความไม่สอดคล้องกันระหว่างเวลาที่อัปเดตข้อมูลและข้อจำกัดของอัตราเปลี่ยนแปลงราคาที่อยู่ในสัญญาอัจฉริยะ CAPO

สัญญา oracle กำหนดขีดจำกัดการเพิ่มขึ้นของอัตรา snapshot สูงสุดประมาณ 3% ทุกสามวัน เพื่อป้องกันการโจมตีด้วยการบิดเบือนราคา แต่เมื่อ oracle นอกเครือข่ายพยายามอัปเดตราคาโดยอิงจากช่วงเวลาสำรวจเจ็ดวัน สัญญาก็จำกัดการเพิ่มขึ้นของอัตรา แต่ยังคงอัปเดตเวลาสำหรับบันทึกข้อมูล ซึ่งทำให้ระบบคำนวณอัตราเปลี่ยนแปลงสูงสุดต่ำกว่าความเป็นจริงสำหรับ wstETH ส่งผลให้เกิดการประเมินค่าต่ำชั่วคราวและเปิดใช้งานการชำระบัญชี

ปัญหานี้ถูกค้นพบและแก้ไขภายในไม่กี่ชั่วโมง ผู้ดูแลระบบความเสี่ยงได้ปรับอัตรา snapshot ให้ตรงกับช่วงเวลาที่อัปเดตข้อมูล เพื่อให้ขอบเขตของราคาของ oracle กลับสู่สภาพปกติ

เป็นมาตรการป้องกัน Aave ได้ชะลอการให้กู้ยืม wstETH ลงเหลือ 1 โทเคนทั้งในระบบ Core และ Prime เพื่อป้องกันการสร้างตำแหน่งเลเวอเรจใหม่ ขณะเดียวกัน วิศวกรก็ได้ตรวจสอบและยืนยันการแก้ไข

นอกจากนี้ ระบบยังได้คืนเงินบางส่วนจากการชำระบัญชี โดยประมาณ 141.5 ETH ถูกคืนผ่านกลไก BuilderNet ที่เกี่ยวข้องกับการอัปเดต oracle และค่าธรรมเนียมประมาณ 13 ETH

ผู้ก่อตั้ง Stani Kulechov กล่าวว่า ขนาดของเหตุการณ์นี้คิดเป็นประมาณ 0.00274% ของมูลค่ารวมของโปรโตคอล และเน้นว่าระบบหลักยังคงทำงานได้อย่างเสถียร

ในโพสต์บน X เขาแจ้งว่าผู้ให้บริการกำลังร่วมกันวางแผนชดเชยให้กับผู้ใช้ที่ได้รับผลกระทบ โดยใช้รายได้จากค่าธรรมเนียมชำระบัญชีที่เก็บไว้ก่อนหน้านี้

ผู้ก่อตั้ง Chaos Labs Omer Goldberg ก็ยืนยันว่าผู้ใช้ที่ได้รับผลกระทบจะได้รับการชดเชยเต็มจำนวน เงินที่คืนจะถูกนำไปใช้ก่อน และส่วนที่เหลือ — คาดว่าจะไม่เกิน 345 ETH — จะถูกใช้จากกองทุนของ Aave DAO

หน่วยงานที่รับผิดชอบของ DAO กำลังดำเนินการปรับกลไกชดเชยอยู่ โดยมีข้อเสนออย่างเป็นทางการที่จะนำเสนอต่อชุมชนในเร็ว ๆ นี้

แม้จะมีการควบคุมอย่างรวดเร็ว เหตุการณ์นี้แสดงให้เห็นว่าข้อผิดพลาดในการตั้งค่าระบบ — แม้จะไม่ใช่การโจมตี — ก็สามารถสร้างผลกระทบอย่างมากในระบบ DeFi ที่พึ่งพา logic ของ oracle และตลาดกู้ยืมแบบเลเวอเรจสูง

เหตุการณ์นี้ยังสะท้อนลักษณะสำคัญของโครงสร้างพื้นฐาน DeFi สมัยใหม่ว่า แม้เกิดความผิดพลาดจนทำให้มูลค่าหลายสิบล้านดอลลาร์ถูกชำระบัญชี ระบบยังสามารถรักษาความสามารถในการชำระเงิน คืนทรัพย์สินบางส่วน และชดเชยให้ผู้ใช้ โดยไม่จำเป็นต้องหยุดชะงักการทำงาน

ดูต้นฉบับ
news.article.disclaimer
แสดงความคิดเห็น
0/400
ไม่มีความคิดเห็น