Aave จะจำกัดสินทรัพย์เสี่ยงสูงบน V3, V4 และ Horizon
2026/06/02 15:55:00

ทัศนียภาพการเงินแบบกระจายศูนย์กำลังเผชิญกับการเปลี่ยนผ่านครั้งใหญ่ โดยโปรโตคอลการให้กู้อันดับต้นๆ ให้ความสำคัญกับความยั่งยืนทางเศรษฐกิจในระยะยาวมากกว่าการรับไหลเข้าของสภาพคล่องในระยะสั้น ในฐานะแพลตฟอร์มแลกเปลี่ยนคริปโตระดับโลกชั้นนำอย่าง KuCoin เราติดตามการเปลี่ยนแปลงด้านความปลอดภัยระดับสถาบันเหล่านี้อย่างใกล้ชิด เพื่อช่วยให้ผู้ใช้งานของเราปรับตัวตามการเปลี่ยนแปลงของตลาด กรอบการลดความเสี่ยงล่าสุดของ Aave ถือเป็นจุดเปลี่ยนที่ชัดเจนในการจัดการสินทรัพย์แบบกระจายศูนย์และการป้องกันความล้มละลายของโปรโตคอล
การทบทวนสินทรัพย์ Aave V3 V4 อย่างครอบคลุมนี้วิเคราะห์ว่าโปรโตคอลมีเจตนาจะระบุ จัดหมวดหมู่ และจำกัดโทเค็นที่มีความเสี่ยงสูงในสระให้กู้ยืมปัจจุบันและที่จะมาถึงของมัน
ประเด็นสำคัญ
-
การเปลี่ยนผ่านครั้งใหญ่: Aave กำลังเคลื่อนย้ายจุดสนใจหลักในการประเมินความเสี่ยงจากความผันผวนของตลาดภายนอกและตัวชี้วัดสภาพคล่องไปสู่ความเสี่ยงทางเทคนิคของสัญญาอัจฉริยะที่ซ่อนอยู่และเป็นลักษณะเฉพาะ
-
เกณฑ์มาตรฐาน: กระบวนการตรวจสอบสินทรัพย์ใหม่ที่เสนอจะบังคับใช้นโยบายศูนย์ความอดทนต่อโทเค็น ERC-20 ที่ไม่เป็นมาตรฐาน ตัวบ่งชี้ราคาที่ไม่ได้รับการยืนยัน และสิทธิ์ผู้ดูแลระบบเกินจำเป็น
-
ผลกระทบในระดับโปรโตคอล: ข้อจำกัดด้านสินทรัพย์อย่างเข้มงวดจะใช้พร้อมกันกับสระ Aave V3 ที่มีอยู่ การเปิดตัว Aave V4 ที่กำลังจะมา และสถาปัตยกรรม Aave Horizon ที่รอคอยอย่างมากซึ่งมุ่งเน้นไปที่สถาบัน
-
มาตรการป้องกัน: สินทรัพย์ที่ไม่เป็นไปตามข้อกำหนดจะเผชิญกับการดำเนินการป้องกันทันที รวมถึงการลดอัตราส่วนเงินกู้ต่อมูลค่า (LTV) อย่างรุนแรง ลดขีดจำกัดการจัดหา หรือปฏิเสธการรับเข้าโดยสิ้นเชิง
เปลี่ยนจากความเสี่ยงจากตลาดไปสู่ความเสี่ยงด้านเทคนิค
เป็นเวลาหลายปี แพลตฟอร์มการให้ยืมแบบกระจายศูนย์ได้ประเมินความเสี่ยงผ่านมุมมองทางการเงินเพียงอย่างเดียว โดยวิเคราะห์ความผันผวนในอดีต ปริมาณการเทรดรายวันเฉลี่ย และมูลค่าตลาด แม้ว่าตัวชี้วัดเหล่านี้จะช่วยลดการชำระบัญชีแบบลูกโซ่ในช่วงภาวะตลาดถดถอยทั่วไป แต่ก็ไม่เพียงพอเมื่อเผชิญกับการโจมตีสัญญาอัจฉริยะที่ซับซ้อน โครงสร้างใหม่ของ Aave ได้เปลี่ยนแนวทางอย่างรุนแรงเพื่อระบุช่องโหว่ของโค้ดพื้นฐานก่อนที่สินทรัพย์ใดๆ จะสามารถใช้เป็นหลักประกันได้
ความเสี่ยงทางเทคนิคที่ซ่อนอยู่คืออะไร
ความเสี่ยงทางเทคนิคที่ซ่อนอยู่หมายถึงความผิดปกติทางโครงสร้างที่ฝังอยู่โดยตรงในรหัสสัญญาอัจฉริยะของโทเค็นซึ่งเปลี่ยนพฤติกรรมของมันภายใต้เงื่อนไขเฉพาะ ต่างจากความเสี่ยงทางตลาดที่สามารถมองเห็นได้ผ่าน Order Book และกราฟความลึกของแพลตฟอร์มแลกเปลี่ยน ความเสี่ยงทางเทคนิคจะยังคงอยู่ในสภาวะเงียบจนกว่าจะถูกกระตุ้นโดยการโจมตีหรือการจัดการผ่านการปกครอง ตัวอย่างรวมถึงฟังก์ชันการโอนที่ไม่เป็นมาตรฐาน รูปแบบการอัปเกรดที่ซ่อนอยู่โดยไม่มี timelock และการพึ่งพาภายนอกที่ไม่ได้ระบุไว้ ช่องโหว่ที่ซ่อนอยู่เหล่านี้สามารถอนุญาตให้ผู้ไม่หวังดีจัดการสมดุลหรือดูดสภาพคล่องออกจากสระอย่างเทียม ไม่ว่าสินทรัพย์นั้นจะดู “มีสภาพคล่อง” เพียงใดบนตลาดสาธารณะ
เหตุใดจุดอ่อนของโค้ดจึงคุกคามความสามารถในการชำระหนี้
เมื่อผู้กู้ฝากสินทรัพย์บนแพลตฟอร์มแลกเปลี่ยนหรือแพลตฟอร์มให้ยืมเช่น Aave โปรโตคอลจะถือว่ากลไกการจัดหาและการโอนของสินทรัพย์นั้นมีความแน่นอนและไม่สามารถเปลี่ยนแปลงได้ จุดอ่อนด้านรหัสเพียงจุดเดียวสามารถทำลายสมมติฐานนี้อย่างสมบูรณ์ นำไปสู่ความล้มละลายของโปรโตคอลอย่างหายนะ หากโทเค็นที่ใช้เป็นหลักประกันมีช่องโหว่ที่อนุญาตให้สร้างโทเค็นใหม่หรือจัดการยอดคงเหลือได้อย่างอิสระ ผู้โจมตีสามารถสร้างหลักประกันแบบไม่มีตัวตนได้ไม่จำกัด จากนั้นจึงใช้หลักประกันปลอมนี้เพื่อยืมสินทรัพย์ที่แท้จริงและมีสภาพคล่องสูงเช่น USDC หรือ ETH ทำให้โปรโตคอลเหลือเพียงโทเค็นที่ถูกโจมตีซึ่งไม่มีค่าและหนี้เสียที่ไม่มีหลักประกัน
ข้อจำกัดของข้อมูลบนโซ่แบบดั้งเดิม
การวิเคราะห์ข้อมูลบนโซ่แบบดั้งเดิมนั้นเป็นตัวชี้วัดที่ตามหลังเหตุการณ์อยู่เสมอ โดยมุ่งเน้นไปที่ประสิทธิภาพในอดีต ความเข้มข้นของวอลเล็ต และสภาพคล่องของ DEX ในอดีต แม้ว่าตัวชี้วัดเหล่านี้จะมีประโยชน์ในการระบุความเสี่ยงจากการจัดการตลาด แต่ก็ไม่สามารถตรวจจับการโจมตีสัญญาอัจฉริยะแบบศูนย์วัน และการอัปเกรดการบริหารจัดการที่เป็นอันตรายอย่างฉับพลันได้ โทเค็นหนึ่งอาจมีโปรไฟล์บนโซ่ที่สมบูรณ์แบบด้วยสภาพคล่องที่ถูกล็อกไว้หลายล้านดอลลาร์และผู้ถือรายย่อยนับพันคน แต่ยังคงมีช่องโหว่ร้ายแรงในโค้ดของมัน Aave ได้รับรู้ถึงแนวทางใหม่ว่า การพึ่งพาข้อมูลธุรกรรมในอดีตเพียงอย่างเดียวจะสร้างความรู้สึกปลอดภัยที่ผิดพลาด และจำเป็นต้องมีการตรวจสอบระดับโค้ดอย่างครอบคลุม
เกณฑ์หลักของการทบทวนสินทรัพย์ของ Aave V3 V4
เพื่อกำจัดช่องโหว่ทางเทคนิคอย่างเป็นระบบ Aave กำลังดำเนินการใช้กรอบการประเมินที่เข้มงวดและเป็นมาตรฐานซึ่งออกแบบมาเพื่อกรองความผิดปกติของสินทรัพย์ แนวทางที่มีโครงสร้างนี้ทำหน้าที่เป็นรากฐานสำคัญสำหรับการทบทวนสินทรัพย์ของ Aave V3 V4 เพื่อให้มั่นใจว่าทุกโทเค็นที่รองรับนั้นสอดคล้องกับมาตรฐานความปลอดภัยที่เข้มงวด
| เกณฑ์การตรวจสอบ | เป้าหมายหลัก | มาตรฐานที่ยอมรับได้ |
| การปฏิบัติตามมาตรฐาน ERC-20 | โครงสร้างรหัสโทเค็น | การปฏิบัติตาม EIP-20 อย่างเคร่งครัดโดยไม่มีผลข้างเคียง |
| ข้อบังคับเกี่ยวกับฮุก | การเปลี่ยนแปลงสถานะระหว่างการโอน | ห้ามอย่างเด็ดขาดไม่ให้ดำเนินการภายนอกโดยไม่มีเหตุผล |
| ความน่าเชื่อถือของ Oracle | ความปลอดภัยของข้อมูลราคา | แหล่งข้อมูลแบบกระจายศูนย์ซ้ำซ้อนพร้อมเส้นทางสำรอง |
| การเพิ่มสิทธิ์ | การควบคุมโดยผู้ดูแลระบบและหลายลายเซ็น | การจัดระดับจากระดับ 0 ถึงระดับ 2 เท่านั้น |
| อัตราการเพิ่มขึ้นของอุปทาน | สิทธิ์การสร้างมินต์ | การควบคุมแบบตั้งค่าคงที่หรือหลายลายเซ็นที่มีการล็อกเวลา |
| การต่อเนื่องของการตรวจสอบ | วงจรชีวิตสัญญาอัจฉริยะ | การทบทวนรหัสโดยบุคคลภายนอกที่เป็นอิสระอย่างสม่ำเสมอ |
กฎความเข้ากันได้กับ ERC-20 อย่างเข้มงวด
มาตรฐาน ERC-20 ถูกออกแบบมาเพื่อให้มั่นใจถึงความเข้ากันได้อย่างราบรื่นภายในระบบนิเวศ Ethereum แต่โทเค็นสมัยใหม่หลายตัวกลับเบี่ยงเบนจากข้อกำหนดหลักของมันเพื่อใช้งานคุณสมบัติที่กำหนดเอง เช่น ค่าธรรมเนียมการโอนแบบลดปริมาณ กลไกการปรับฐาน หรือยอดคงเหลือโทเค็นแบบสองประเภท โทเค็นที่หักค่าธรรมเนียมเมื่อโอนจะบิดเบือนการติดตามบัญชีภายในโปรโตคอล ทำให้เกิดความไม่สอดคล้องกันระหว่างยอดคงเหลือที่บันทึกไว้กับจำนวนโทเค็นจริงที่ถืออยู่ในสัญญาอัจฉริยะ ดังนั้น ทรัพย์สินใดก็ตามที่ไม่สามารถสะท้อนพฤติกรรมการโอนตามมาตรฐาน EIP-20 อย่างแม่นยำ จะถูกห้ามไม่ให้รวมเข้ากับระบบ
การห้ามใช้ Token Hooks เพื่อความปลอดภัย
การเชื่อมต่อโทเค็น (Token hooks) ซึ่งได้รับความนิยมจากมาตรฐานเช่น ERC-777 และการขยายแบบกำหนดเองบางประเภทของ ERC-20 ช่วยให้สัญญาโทเค็นสามารถแจ้งเตือนที่อยู่ภายนอกทุกครั้งที่มีการโอน แม้คุณลักษณะนี้จะเปิดโอกาสให้เกิดรูปแบบการเขียนโปรแกรมขั้นสูง แต่ก็สร้างช่องโหว่ด้านความปลอดภัยขนาดใหญ่ที่เรียกว่าช่องโหว่แบบ reentrancy ในระหว่างการโจมตีแบบ reentrancy สัญญาที่เป็นอันตรายจะจับการเชื่อมต่อการโอนและดำเนินการธุรกรรมที่สองโดยไม่ได้รับอนุญาตก่อนที่โปรโตคอลการให้ยืมจะอัปเดตยอดคงเหลือภายในของตนเอง เพื่อรักษาความปลอดภัยของโปรโตคอลอย่างสมบูรณ์แบบ Aave จึงประกาศห้ามอย่างเด็ดขาดไม่ให้ใช้สินทรัพย์ประกันใดๆ ที่ใช้การเชื่อมต่อหรือการเรียกกลับแบบสุ่ม
ความน่าเชื่อถือของตัวบ่งชี้ราคาที่บังคับใช้
แพลตฟอร์มให้กู้ยืมแบบกระจายศูนย์มีความปลอดภัยเท่ากับข้อมูลราคาที่กำหนดเกณฑ์การชำระบัญชีของมัน Aave ต้องการให้สินทรัพย์ทุกตัวมีสถาปัตยกรรม oracle ราคาที่เชื่อถือได้สูงสุดและกระจายศูนย์อย่างมาก โดยใช้ Chainlink เป็นหลัก พร้อมทั้งต้องการระบบสำรองที่มั่นคง
การกำหนดค่า Oracle ต้องแสดงความทนทานอย่างสูงสุดต่อการจัดการราคาผ่านการกู้ยืมแบบแฟลช การบิดเบือนจาก Slippage ที่มีสภาพคล่องต่ำ และความล่าช้าในการส่งข้อมูล หากสินทรัพย์ใดอิงแหล่งเดียวจากกลุ่มแลกเปลี่ยนแบบกระจายศูนย์ (DEX) สำหรับการค้นหาราคา จะถูกตัดสิทธิ์ทันทีเนื่องจากกลุ่มเหล่านี้สามารถถูกจัดการชั่วคราวได้ง่าย
การจัดอันดับบทบาทที่มีสิทธิพิเศษ (ระดับ 0-5)
เพื่อจัดการกับความเสี่ยงจากการรวมศูนย์ Aave จัดหมวดหมู่การกำกับดูแลและการควบคุมการบริหารจัดการของโทเค็นที่เสนอใช้เกณฑ์การให้คะแนนแบบเข้มงวดตั้งแต่ระดับ 0 ถึงระดับ 5 ระดับ 0 หมายถึงความไม่สามารถเปลี่ยนแปลงได้สมบูรณ์หรือการกระจายไปยัง DAO ที่ทำงานอัตโนมัติและล็อกเวลา ในขณะที่ระดับ 5 แสดงถึงบัญชีที่เป็นของภายนอก (EOA) เพียงบัญชีเดียวที่ไม่ได้ล็อกเวลาและมีอำนาจควบคุมอย่างสมบูรณ์
-
ระดับ 0: โค้ดที่ไม่สามารถเปลี่ยนแปลงได้ทั้งหมดหรือการควบคุมโดย DAO แบบกระจายศูนย์พร้อมระยะเวลาล็อกที่ยาวนาน
-
ระดับ 1: การควบคุมแบบหลายลายเซ็นพร้อมเวลาล็อกสาธารณะอย่างน้อย 72 ชั่วโมงสำหรับทุกฟังก์ชัน
-
ระดับ 2: การควบคุมแบบหลายลายเซ็นพร้อมเวลาล็อกสั้น จำกัดเฉพาะการปรับเปลี่ยนพารามิเตอร์ที่ไม่สำคัญ
-
ระดับ 3: ทีมแบบศูนย์กลางที่สามารถใช้ multi-sig เพื่อหยุดหรืออัปเกรดสัญญาโดยไม่มี timelock
-
ระดับ 4: วอลเล็ต EOA หนึ่งแห่งหรือวอลเล็ตของนักพัฒนาที่มีสิทธิ์อัปเกรดหรือหยุดการทำงานของสัญญา
-
ระดับ 5: EOA หนึ่งรายที่มีสิทธิ์เข้าถึงยอดเงินผู้ใช้ การสร้างเหรียญใหม่ หรือการเขียนโค้ดใหม่โดยไม่มีข้อจำกัด
ภายใต้แนวทางใหม่ สินทรัพย์ที่มีโปรไฟล์ความเสี่ยงระดับ 3 หรือสูงกว่าจะเผชิญกับข้อจำกัดอย่างรุนแรงหรือถูกตัดออกอย่างสมบูรณ์จากชั้นหลักประกันของโปรโตคอล
การตรวจสอบฟังก์ชันการสร้างเหรียญแบบไม่จำกัด
โทเค็นที่มีกลไกการสร้างใหม่ที่ซ่อนอยู่ถือเป็นภัยคุกคามต่อระบบการให้กู้ยืม หากกุญแจการสร้างใหม่ถูกโจมตีหรือใช้ในทางที่ผิด ทีมความเสี่ยงของ Aave จะดำเนินการทบทวนโค้ดอย่างลึกซึ้งเพื่อระบุที่อยู่ทุกแห่ง สัญญาอัจฉริยะ และ multi-sig ที่สามารถเรียกใช้ฟังก์ชันการสร้างใหม่ได้ หากโปรเจกต์ใดมีความสามารถในการสร้างโทเค็นแบบไม่จำกัด โดยไม่มีขีดจำกัดปริมาณการจัดพิมพ์ที่ถูกกำหนดไว้ล่วงหน้าหรือกลไกป้องกันแบบ cryptographic multisig อย่างเข้มงวด โทเค็นนั้นจะไม่สามารถเชื่อถือได้ในฐานะหลักประกัน โปรโตคอลจะระบุสินทรัพย์เหล่านี้ทันที เพื่อป้องกันไม่ให้เหตุการณ์อุบัติเหตุในการเพิ่มปริมาณอุปทานทำให้มูลค่าของสินทรัพย์ลดลงเป็นศูนย์ภายในหนึ่งคืน
การตรวจสอบความปลอดภัยของสัญญาอัจฉริยะอย่างต่อเนื่อง
การตรวจสอบความปลอดภัยเพียงครั้งเดียวที่ดำเนินการในช่วงเปิดตัวโทเค็นนั้นไม่เพียงพออีกต่อไปในระบบนิเวศที่มีการอัปเกรดอย่างรวดเร็วและช่องโหว่การโจมตีที่เปลี่ยนแปลงไป Aave ตอนนี้บังคับให้ผู้ออกทรัพย์สินต้องแสดงหลักฐานของการตรวจสอบความปลอดภัยสัญญาอัจฉริยะอย่างต่อเนื่องโดยบริษัทภายนอกที่น่าเชื่อถือและเป็นอิสระ ทุกครั้งที่โครงการทรัพย์สินมีการอัปเกรดโค้ด การย้ายข้อมูล หรือการเปลี่ยนแปลงโครงสร้างในระบบนิเวศของมัน ต้องส่งรายงานการตรวจสอบใหม่ หากไม่สามารถรักษาบันทึกการทบทวนโค้ดโดยผู้ตรวจสอบอิสระที่ทันสมัยและโปร่งใส จะทำให้เกิดการประเมินความเสี่ยงของทรัพย์สินใหม่อัตโนมัติภายในระบบนิเวศของ Aave
ภาคที่เผชิญข้อจำกัด: V3, V4 & Horizon
การบังคับใช้มาตรฐานความปลอดภัยที่เข้มงวดขึ้นเหล่านี้จะส่งผลกระทบต่อหลายภาคส่วนหลักภายในภูมิทัศน์การเงินแบบกระจายศูนย์ แนวทางที่เข้มงวดที่ระบุไว้ในการทบทวนสินทรัพย์ของ Aave V3 V4 จะมีผลกระทบอย่างมากต่อสามเสาหลักหลักของระบบนิเวศ Aave: สระ V3 ที่มีอยู่แล้ว ตลาด V4 ที่กำลังจะมาถึง และสถาปัตยกรรมการให้กู้เฉพาะทางสำหรับองค์กรที่รู้จักในชื่อ Aave Horizon
การตรวจสอบแหล่งที่มาของสะพานข้ามโซ่
สินทรัพย์ที่ถูกเชื่อมข้ามบล็อกเชน โทเค็นที่ห่อหุ้ม และรูปแบบสังเคราะห์ ถือเป็นหนึ่งในช่องทางที่ถูกเป้าหมายและถูกโจมตีมากที่สุดในประวัติศาสตร์ของฟินเทคแบบกระจายศูนย์สมัยใหม่ เมื่อสินทรัพย์ถูกเชื่อมจากบล็อกเชนต้นทางไปยังเครือข่ายอื่น ความปลอดภัยของมันจะขึ้นอยู่กับโครงสร้างพื้นฐานของสัญญาอัจฉริยะที่ใช้ในการเชื่อมอย่างสมบูรณ์ Aave กำลังดำเนินกระบวนการตรวจสอบอย่างละเอียดสำหรับสินทรัพย์ที่ห่อหุ้มและเชื่อมข้ามบล็อกเชนทั้งหมดในพูล V3 ของตน โดยพิจารณาอย่างใกล้ชิดเกี่ยวกับความน่าเชื่อถือในอดีตของสะพาน โครงสร้างหลายลายเซ็น และการกระจายตัวของตัวตรวจสอบ สินทรัพย์ที่รองรับโดยสถาปัตยกรรมสะพานที่เปราะบาง ศูนย์กลาง หรือมีการปรับเปลี่ยนบ่อยครั้ง จะมีขีดจำกัดการจัดหาถูกจำกัดอย่างเข้มงวด เพื่อแยกการแพร่กระจายของปัญหาข้ามบล็อกเชน
ขันน็อตให้แน่นขึ้นกับ LRT ที่มีความเสี่ยง
Liquid Restaking Tokens (LRTs) ได้ดึงดูดเงินทุนเข้ามาหลายพันล้านดอลลาร์ แต่ความสามารถในการรวมกันอย่างสูงของพวกมันนำมาซึ่งชั้นความเสี่ยงเชิงระบบที่ซับซ้อน LRT แสดงถึงสิทธิ์ในการเรียกร้อง ETH ที่ถูก staked ซึ่งถูกส่งต่อไปยังบริการที่ได้รับการตรวจสอบอย่างแข็งแกร่งต่างๆ (AVSs) ทำให้เกิดสายโซ่ของความพึ่งพาทางเทคนิคที่ยาวเหยียด Aave V4 กำลังเพิ่มความเข้มงวดต่อภาคส่วนนี้โดยการวิเคราะห์ความเสี่ยงจากการถูกลงโทษ ความเป็นศูนย์กลางของผู้ดำเนินการโหนด และความล่าช้าในการถอนสภาพคล่องที่เกี่ยวข้องกับ LRT แต่ละตัว LRT ที่รองรับ AVS ที่ยังไม่ได้รับการพิสูจน์ด้วยสัญญาการลงโทษที่ไม่ได้รับการตรวจสอบ จะเผชิญกับขีดจำกัดการยืมทันทีและการลดประสิทธิภาพของหลักประกันอย่างมาก เพื่อป้องกันโปรโตคอลหลักจากการเกิดเหตุการณ์การลงโทษจำนวนมาก
Aave Horizon: การตรวจสอบ RWA อย่างเข้มงวด
Aave Horizon แสดงถึงการขยายกลยุทธ์ของโปรโตคอลเข้าสู่ภาคส่วนสินทรัพย์โลกจริง (RWA) โดยสร้างกองทุนเฉพาะที่มีการกำกับดูแลอย่างเข้มงวดสำหรับทุนจากองค์กร เนื่องจาก RWA เชื่อมช่องว่างระหว่างสัญญาอัจฉริยะแบบกระจายศูนย์กับโครงสร้างพื้นฐานทางกายภาพแบบดั้งเดิม จึงต้องการวิธีการตรวจสอบที่แตกต่างอย่างสิ้นเชิง
สินทรัพย์ RWA ทุกชิ้นที่เข้าสู่ Aave Horizon ต้องผ่านการทบทวนสัญญาการแปลงเป็นโทเค็นอย่างละเอียด เพื่อให้มั่นใจว่าฟังก์ชันการแบล็กลิสต์และการระงับใช้งานจะไม่ถูกใช้ในทางที่ผิดโดยบุคคลภายนอก
การตรวจสอบกรอบกฎหมายนอกเครือข่าย
นอกจากการตรวจสอบรหัสมาตรฐานแล้ว ภาคส่วน RWA ต้องการการยืนยันอย่างสมบูรณ์ต่อหน่วยงานทางกฎหมายที่อยู่นอกสายโซ่ โครงสร้างการถือครองหลักประกันที่แยกจากความล้มละลาย และกรอบการทำงานการจัดการความเสี่ยงของ Aave ต้องการให้ผู้ออกใบแทนให้ความเห็นทางกฎหมายที่แน่นอนซึ่งอธิบายอย่างชัดเจนว่าสิทธิ์ในทรัพย์สิน กระแสเงินสด หรือหนี้ผูกพันจะได้รับการป้องกันในศาลแบบดั้งเดิมอย่างไร ทรัพย์สินใดก็ตามที่มีกรอบกฎหมายนอกสายโซ่ไม่ชัดเจน โครงสร้างไม่ดี หรือจดทะเบียนในเขตอำนาจที่ไม่ร่วมมือ จะถูกปิดกั้นออกจากระบบนิเวศ Horizon ทันที
ผลที่ตามมาสำหรับสินทรัพย์ที่ไม่ปฏิบัติตาม
โทเค็นที่มีอยู่ในรายการหรือกำลังขอให้จัดรายการแต่ไม่ผ่านเกณฑ์เข้มงวดเหล่านี้จะเผชิญกับการปรับแก้เชิงโปรแกรมทันที เป้าหมายไม่ใช่การลงโทษโครงการเฉพาะเจาะจง แต่เพื่อป้องกันแบบไดนามิกแหล่งสภาพคล่องโดยรวมจากความล้มเหลวของโค้ด การโจมตีเชิงระบบ หรือการโจมตีระดับการกำกับดูแล
การลดขีดจำกัดอุปทานและการยืม
การป้องกันชั้นแรกต่อสินทรัพย์ที่มีความน่าสงสัยทางโครงสร้างคือการลดทันทีขีดจำกัดการจัดหาและการยืมของมันในสระให้กู้ทั้งหมดที่ใช้งานอยู่ โดยการลดขีดจำกัดการจัดหา Aave จะจำกัดจำนวนโทเค็นเฉพาะนั้นที่สามารถฝากเข้าสู่โปรโตคอล ซึ่งช่วยจำกัดการสัมผัสทั้งหมดอย่างมีประสิทธิภาพ ในขณะเดียวกัน การตัดขีดจำกัดการยืมจะป้องกันไม่ให้ผู้ใช้สะสมโพสิชันขายสั้นจำนวนมากหรือใช้โทเค็นนี้เพื่อดึงสภาพคล่องที่สะอาดกว่าออกจากแพลตฟอร์ม ในสถานการณ์รุนแรงที่สงสัยว่ามีช่องโหว่ทางเทคนิคที่กำลังใช้งานอยู่ ขีดจำกัดการจัดหาและการยืมจะถูกลดลงเป็นศูนย์โดยตรง เพื่อหยุดการสัมผัสเพิ่มเติมกับโปรโตคอล
การจำกัดพารามิเตอร์อัตราส่วนเงินกู้ต่อมูลค่า
พารามิเตอร์อัตราส่วนเงินกู้ต่อมูลค่าหลักประกัน (LTV) กำหนดปริมาณทุนที่ผู้ใช้สามารถยืมได้จากสินทรัพย์หลักประกันที่วางไว้ ตัวอย่างเช่น LTV 80% หมายความว่าผู้ใช้ที่วางหลักประกันมูลค่า 100 ดอลลาร์สหรัฐสามารถยืมคริปโตเคอเรนซีอื่นได้สูงสุด 80 ดอลลาร์สหรัฐ
LTV = \left( \frac{\text{มูลค่าที่สามารถกู้ได้สูงสุด}}{\text{มูลค่าหลักประกันที่วางไว้}} \right) \times 100\%
สำหรับสินทรัพย์ที่ไม่สอดคล้องหรือมีความเสี่ยงสูงที่ระบุในการทบทวน Aave จะลดอัตรา LTV แบบโปรแกรม โดยบางครั้งอาจลดลงเหลือ 0% การลดอัตรา LTV เหลือ 0% จะทำให้โทเค็นสูญเสียการใช้งานเป็นหลักประกันอย่างสมบูรณ์ บังคับให้ผู้ใช้พิจารณาโทเค็นนี้เป็นเพียงสินทรัพย์แยกต่างหากที่ไม่สามารถยืมได้ และป้องกันไม่ให้มันใช้เป็นหลักประกันสำหรับหนี้ของโปรโตคอลโดยรวม
การเลื่อนการเปิดตัวและการปฏิเสธสินทรัพย์
สำหรับสินทรัพย์ที่อยู่ในกระบวนการกำกับดูแลหรือรอการเปิดใช้งานในระบบนิเวศ V4 และ Horizon ที่กำลังจะมาถึง การไม่ปฏิบัติตามจะทำให้เกิดการเลื่อนการเปิดตัวทันทีหรือถูกปฏิเสธถาวร แกนความเสี่ยงของโปรโตคอลจะออกรายงานข้อเสนอแนะทางเทคนิคโดยละเอียดที่ระบุการปรับแก้โค้ด การปรับปรุง oracle หรือการชี้แจงทางกฎหมายที่จำเป็นเพื่อให้เป็นไปตามข้อกำหนด สินทรัพย์จะยังคงถูกระงับไว้ในคิวการเข้าร่วมจนกว่าบริษัทด้านความปลอดภัยอิสระจะยืนยันว่าได้แก้ไขปัญหาทางเทคนิคที่น่ากังวลทั้งหมดอย่างสมบูรณ์ การควบคุมเชิงรุกนี้ช่วยหยุดหนี้ทางเทคนิคที่มีความเสี่ยงสูงไว้ที่ประตูของโปรโตคอล ก่อนที่จะสามารถเป็นอันตรายต่อทุนของผู้ใช้
สรุป
เมื่อการเงินแบบกระจายศูนย์เติบโตขึ้นเป็นองค์ประกอบทางการเงินที่ได้รับการยอมรับทั่วโลก ความปลอดภัยของโปรโตคอลต้องก้าวพ้นจากการจัดการวิกฤตแบบรับมือไปสู่การแยกความเสี่ยงแบบป้องกันล่วงหน้า การเปลี่ยนแปลงอย่างเด็ดขาดของ Aave ไปสู่การวิเคราะห์ความเสี่ยงด้านเทคนิคและโครงสร้างของโค้ดอย่างลึกซึ้งใน V3, V4 และ Horizon ได้ตั้งมาตรฐานให้กับอุตสาหกรรมทั้งหมด โดยการดำเนินการทบทวนสินทรัพย์ Aave V3 V4 อย่างครอบคลุมและบังคับใช้มาตรฐานที่ไม่ยอมให้มีข้อยกเว้นในเรื่องความเข้ากันได้ของโค้ด ERC-20 ความทนทานของ oracle และความโปร่งใสทางกฎหมาย โปรโตคอลนี้จึงสร้างภูมิคุ้มกันต่อความล้มละลายเชิงระบบได้อย่างมีประสิทธิภาพ ในฐานะแพลตฟอร์มแลกเปลี่ยนคริปโตชั้นนำอย่าง KuCoin เราขอสนับสนุนกรอบความปลอดภัยที่เข้มงวดเหล่านี้อย่างยิ่ง ซึ่งสุดท้ายจะส่งเสริมสภาพแวดล้อมการซื้อขายและการให้กู้ที่ปลอดภัยและคาดเดาได้มากขึ้นสำหรับผู้เข้าร่วมทุกคนในตลาดสินทรัพย์ดิจิทัล
คำถามที่พบบ่อย
วัตถุประสงค์หลักของการทบทวนสินทรัพย์ Aave V3 V4 ล่าสุดคืออะไร
วัตถุประสงค์หลักของการทบทวนสินทรัพย์ของ Aave V3 V4 คือการเปลี่ยนจุดเน้นการประเมินความเสี่ยงของโปรโตคอลอย่างเป็นระบบจากตัวชี้วัดความผันผวนของตลาดทั่วไปไปสู่ช่องโหว่ทางเทคนิคของสัญญาอัจฉริยะที่ลึกซึ้งและพื้นฐาน เพื่อป้องกันการโจมตีโปรโตคอลและการล้มละลายจากหนี้เสีย
ทำไม Aave จึงมุ่งเป้าไปที่ Liquid Restaking Tokens (LRTs) เพื่อจำกัดการใช้งาน?
Aave กำลังดำเนินการควบคุมที่เข้มงวดมากขึ้นต่อ LRT เนื่องจากความซับซ้อนของชั้นความเสี่ยงเชิงระบบ รวมถึงช่องโหว่การกลับเข้าไปในสัญญาอัจฉริยะที่อาจเกิดขึ้น พารามิเตอร์การตัดลดตัวตรวจสอบที่ยังไม่ได้รับการพิสูจน์ และความล่าช้าของสภาพคล่องที่คุกคามการชำระบัญชีในช่วงตลาดลดลง
Aave Horizon จัดการการจัดการความเสี่ยงของสินทรัพย์โลกจริง (RWA) ได้อย่างไร
Aave Horizon บังคับใช้การตรวจสอบ RWA ระดับสถาบันอย่างเข้มงวด ซึ่งประเมินทั้งรหัสสัญญาอัจฉริยะของการทำให้เป็นโทเค็นและกรอบกฎหมายแบบออฟไลน์ที่อยู่เบื้องหลัง เพื่อให้มั่นใจในความปลอดภัยของสินทรัพย์ที่แยกจากความล้มละลายและมีทางเลือกทางกฎหมายที่ชัดเจนสำหรับโปรโตคอล
เกิดอะไรขึ้นกับโทเค็นหากอัตราส่วนหนี้ต่อมูลค่าหลักประกัน (LTV) ลดลงเหลือ 0%?
เมื่ออัตราส่วนค้ำประกัน (LTV) ของโทเค็นลดลงเหลือ 0% มันจะสูญเสียการใช้งานเป็นหลักประกันภายในแพลตฟอร์มอย่างสมบูรณ์ หมายความว่าผู้ใช้ไม่สามารถยืมสินทรัพย์ดิจิทัลอื่นใดได้อีกโดยอ้างอิงจากยอดเงินฝากโทเค็นนั้นๆ
สามารถนำสินทรัพย์ขึ้นรายการใหม่หลังจากถูกปฏิเสธโดยกรอบความเสี่ยงของ Aave รุ่นใหม่ได้หรือไม่?
ใช่ ทรัพย์สินสามารถพิจารณาขึ้นรายการอีกครั้งเมื่อทีมพัฒนาแก้ไขความเสี่ยงด้านเทคนิคที่ระบุอย่างสมบูรณ์ ผ่านการตรวจสอบความปลอดภัยของสัญญาอัจฉริยะในขั้นตอนถัดไป และส่งทรัพย์สินเพื่อการทบทวนอย่างเป็นทางการอีกครั้งอย่างประสบความสำเร็จ
คำปฏิเสธความรับผิดชอบ: หน้านี้แปลโดยใช้เทคโนโลยี AI (ขับเคลื่อนโดย GPT) เพื่อความสะดวกของคุณ สำหรับข้อมูลที่ถูกต้องที่สุด โปรดดูต้นฉบับภาษาอังกฤษ
