LlamaRisk เสนอจำกัดความเร็วการกู้บน Aave V3 ช่วง 30 นาทีเป็นค่าจำลอง

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

LlamaRisk เผยแพร่ข้อเสนอ ‘ออราเคิลกำหนดเพดานแบบไดนามิก: การจำกัดอัตรา’ ในฟอรัมกำกับดูแลของ Aave เมื่อวันที่ 11 ขณะนี้ยังอยู่ในขั้นรวบรวมความคิดเห็นจากชุมชน

ปัจจุบัน ผู้ดูแลความเสี่ยงหรือฝ่ายกำกับดูแลเป็นผู้กำหนดเพดานกู้ของ Aave V3 และการเปลี่ยนแปลงต้องได้รับอนุมัติจากบุคคล ข้อเสนอระบุว่า วงเงินสำรองที่เตรียมไว้เพื่อรองรับความต้องการจนกว่าจะมีการปรับเพดานครั้งถัดไป จำกัดได้เพียงยอดรวม แต่ควบคุมความเร็วในการกู้ไม่ได้

ข้อมูลที่ LlamaRisk รวบรวมตลอดหนึ่งปีระบุว่า วงเงินกู้ที่ยังไม่ถูกใช้โดยเฉลี่ยในตลาดหลักของ Aave คิดเป็น 41.1% ของหนี้คงค้างสำหรับ WETH, 75.3% สำหรับ USDT และ 76.7% สำหรับ USDC ส่วน USDT0 บน Plasma และ WETH บน Arbitrum มีวงเงินที่ยังไม่ถูกใช้สูงกว่าหนี้คงค้าง 100%

ข้อเสนอยกตัวอย่างกรณีที่มีการกู้ WETH มูลค่าหลายสิบล้านดอลลาร์จากตลาดหลัก Ethereum ของ Aave ภายในไม่กี่นาที พร้อมกับการกู้คู่ขนานบน Arbitrum ทำให้การกู้เสร็จสิ้นก่อนการตอบสนองฉุกเฉิน ก่อนหน้านี้ TokenPost รายงานกรณีกระเป๋าที่เชื่อมโยงกับการแฮ็ก Binance กู้ WETH 19,762 เหรียญจาก Aave V3 ภายใน 3 นาที

วงเงินกันชนจะกำหนดจาก 10% ของยอดกู้คงค้างของสินทรัพย์แต่ละชนิด โดยอยู่ระหว่างอย่างน้อย 1 ล้านดอลลาร์ (ประมาณ 1.342 พันล้านวอน) และไม่เกิน 25 ล้านดอลลาร์ (ประมาณ 33.55 พันล้านวอน) เพดานกู้จริงจะเท่ากับยอดคงค้างบวกวงเงินกันชน และต้องไม่เกินเพดานที่ฝ่ายกำกับดูแลหรือผู้ดูแลความเสี่ยงกำหนด รวมถึงเพดานการจัดหาสินทรัพย์นั้น

หากวงเงินที่เหลือหลังการกู้ลดลงเหลือไม่เกิน 20% ของวงเงินกันชน และภาวะดังกล่าวต่อเนื่องมาตั้งแต่ก่อนถึงช่วงเติมวงเงิน ระบบจะเติมวงเงินกลับ ข้อเสนอยกตัวอย่างช่วงเวลา 30 นาที และกำหนดให้มีระยะห่างอย่างน้อย 30 นาทีระหว่างการเติมวงเงินแต่ละครั้งของสินทรัพย์เดียวกัน

หากการชำระคืนหรือการชำระบัญชีทำให้วงเงินที่เหลือเพิ่มขึ้นเกินวงเงินกันชนมากกว่า 10% กลไกอัตโนมัติจะลดเพดานกู้ลง ส่วนยอดชำระคืนที่ยังไม่ทำให้วงเงินเพิ่มถึงเกณฑ์ดังกล่าวจะไม่นำมาคำนวณในเพดาน ทำให้สามารถกู้ยอดนั้นได้อีกครั้ง

กลไกเพิ่มและลดเพดานจะทำงานในทิศทางตรงกันข้าม ฝ่ายกำกับดูแลและผู้ดูแลความเสี่ยงยังคงกำหนดเพดานสูงสุดของแต่ละสินทรัพย์ ส่วนระบบอัตโนมัติจะควบคุมเฉพาะความเร็วที่เปิดวงเงินกู้ภายใต้เพดานนั้น

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

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

แฟลชโลนที่ชำระคืนภายในธุรกรรมเดียวจะไม่อยู่ภายใต้เพดานใหม่ จึงไม่กระทบการสลับหลักประกันหรือการรีไฟแนนซ์ ส่วนการฝากเงินจำนวนมากยังไม่ถูกจำกัดในขั้นตอนนี้

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

ช่วงเวลา 30 นาทีและสัดส่วนวงเงินกันชนยังไม่ใช่ค่าที่สรุปแล้ว LlamaRisk จำลองธุรกรรมย้อนหลังหนึ่งปีเพื่อเปรียบเทียบช่วงเวลา 30 และ 60 นาที โดยคำนวณว่าช่วง 30 นาทีจะเปิดโอกาสให้เติมวงเงินหนึ่งหรือสองครั้งก่อนการตอบสนองฉุกเฉินในกรณีโจมตีที่ผ่านมา หากขยายเป็น 60 นาที จะลดโอกาสให้กู้ในลักษณะโจมตีลงหนึ่งครั้ง แต่เวลารอจะเพิ่มขึ้นมากกว่าสองเท่า

ในการจำลองเงื่อนไขที่เข้มงวดกว่า ซึ่งลดเพดานทุกครั้งที่มีการชำระคืน ผู้กู้อย่างน้อยหนึ่งรายต้องรอรวม 162 ชั่วโมงต่อปีสำหรับ WETH, 217 ชั่วโมงสำหรับ USDT และ 137 ชั่วโมงสำหรับ USDC ในตลาดกู้หลักของ Aave LlamaRisk ระบุว่าเงื่อนไขนี้ประเมินภาระเวลารอสูงกว่าการใช้วงเงินกันชน 10% ตามข้อเสนออย่างมาก

เมื่อกำหนดวงเงินกันชนเริ่มต้นไว้ที่ระดับสูงสุด 25 ล้านดอลลาร์ การจำลองกรณีกู้ที่เชื่อมโยงกับช่องโหว่ของ Binance คำนวณว่า จากยอดกู้ 44.6 ล้านดอลลาร์ (ประมาณ 59.9 พันล้านวอน) จะอนุญาตให้กู้ได้สูงสุด 25 ล้านดอลลาร์ (ประมาณ 33.55 พันล้านวอน) ใน 30 นาทีแรก และการกู้ทั้งหมดจะเสร็จหลังผ่านไป 31–36 นาที กลไกนี้เพียงชะลอความเร็วในการไหลออกของเงินทุน ไม่ได้ป้องกันหรือหยุดการโจมตีได้ทั้งหมด หากชุมชนเห็นพ้องกัน ข้อเสนอจะเข้าสู่การลงคะแนน Snapshot และหากผ่าน ขั้นตอน AIP จะพิจารณาการนำไปใช้บนบล็อกเชน