ข้ามไปยังเนื้อหาหลัก
โลโก้ Avana

กรอบความเสี่ยง

วิธีที่ Avana เสนอ ตรวจสอบ และดำเนินการเปลี่ยนแปลงความเสี่ยงใน Hub และ LP หลักประกัน Spoke

ภาพรวม

Avana Risk Framework กำหนดวิธีการเสนอ ตรวจสอบ และดำเนินการเปลี่ยนแปลงพารามิเตอร์ทั่วทั้ง Hub และ LP Collateral Spoke โดยครอบคลุมการควบคุมที่ใช้เมื่อโปรโตคอลปรับอุปทานและการยืมสูงสุด การตั้งค่า LT/LTV ข้อมูลอัตราดอกเบี้ย สถานะของตลาด และพารามิเตอร์อื่นๆ ที่ขึ้นอยู่กับราคา การใช้งาน ความลึกของพูล ความเข้มข้น ความผันผวน พฤติกรรมหมุด เซอร์กิตเบรกเกอร์ ความสมบูรณ์ของตำแหน่ง และสถานะที่เกี่ยวข้อง

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

บทบาทสามบทบาทจะแยกจากกันตลอดกระบวนการนั้น: Avana Risk Initiator, Avana Risk Guardian และ Avana Risk Defender ฝ่ายที่แนะนำการเปลี่ยนแปลงตามปกติไม่ใช่ฝ่ายเดียวกับที่ตรวจสอบโดยอิสระ และบทบาทที่สามารถทำได้ในระหว่างเกิดเหตุฉุกเฉินนั้นตั้งใจให้แคบกว่าเส้นทางประจำ

กฎการดำเนินงาน: reducing risk should be easier than expanding it.

หลักการหลัก

การแบ่งแยกบทบาท

กรอบการทำงานมอบหมายการเสนอ การทบทวน และการควบคุมเหตุฉุกเฉินให้กับผู้มีบทบาทต่างๆ เพื่อให้ฝ่ายใดฝ่ายหนึ่งไม่ได้ควบคุมเส้นทางทั้งหมดเพียงลำพัง

การดำเนินการที่มีข้อจำกัด

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

ความสม่ำเสมอของสาธารณะ

การอัปเดตที่อธิบายต่อสาธารณะควรเป็นการอัปเดตเดียวกันกับที่อยู่ในคิวสำหรับการดำเนินการจริง

การรับรู้ Spoke

หลักประกัน LP แต่ละรายการมีกฎการลงรายการ สมมติฐานของ Oracle เส้นทางการชำระบัญชี และโปรไฟล์ความเสี่ยงของตัวเอง

ความไม่สมมาตรในการป้องกัน

กระบวนการนี้มีเจตนาเอนเอียง ดังนั้นการลดความเสี่ยงจึงทำได้เร็วและง่ายกว่าการขยายความเสี่ยง

บทบาท

ตัวเริ่มต้นความเสี่ยง Avana

บทบาทที่จัดเตรียมและแนะนำการเปลี่ยนแปลงความเสี่ยงตามปกติสำหรับ Hub และ LP Collateral Spoke

  • เผยแพร่เหตุผลและจัดประเภทการอัปเดตเป็นการป้องกันหรือมุ่งเน้นการเติบโต
  • ส่งการอัปเดตตามปกติไปยังเส้นทางการดำเนินการแบบไทม์ล็อค
  • แนะนำ Supply Caps, Bยืม Caps, LT/LTV, Reserve Factor และการเปลี่ยนแปลงอัตราดอกเบี้ยภายในช่วงที่อนุมัติ
  • เริ่มต้นการลดความเสี่ยงระดับการพูดและรวบรวมการเริ่มต้นใช้งานภายในเทมเพลตการพูดที่ได้รับการอนุมัติล่วงหน้า

Avana ผู้พิทักษ์ความเสี่ยง

ผู้ตรวจสอบอิสระที่มีอำนาจยับยั้งการเปลี่ยนแปลงตามปกติในคิว

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

Avana ผู้พิทักษ์ความเสี่ยง

บทบาทฉุกเฉินเท่านั้นที่ใช้ควบคุมเหตุการณ์เมื่อเส้นทางล็อคเวลาปกติช้าเกินไป

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

ลำดับการอัปเดต

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

1

ประกาศสาธารณะ

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

2

Submission

ผู้ริเริ่มความเสี่ยงวางการเปลี่ยนแปลงที่เสนอไว้ในเส้นทางการดำเนินการที่ใช้โดยกรอบงาน

3

Validation

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

4

Timelock

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

5

รีวิวผู้ปกครอง

ในระหว่างการล็อกเวลา Risk Guardian จะตรวจสอบเพย์โหลดที่อยู่ในคิวที่แน่นอน และสามารถยกเลิกได้หากจำเป็น

6

Execution

หากการเปลี่ยนแปลงยังคงอยู่ผ่านการตรวจสอบ จะดำเนินการโดยอัตโนมัติหลังจากการล็อคเวลาหมดอายุ

7

เส้นทางฉุกเฉิน

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

ประเภทพารามิเตอร์

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

การเปลี่ยนแปลงการป้องกัน

การเปลี่ยนแปลงเหล่านี้เป็นการเปลี่ยนแปลงตามปกติที่เร็วที่สุด เนื่องจากจะช่วยลดการสัมผัสโปรโตคอล

  • การลดขีดจำกัดการยืม
  • การลดฝาปิดอุปทาน
  • การลด LTV หรือเกณฑ์การชำระบัญชี
  • การระงับการกู้ยืมหรือการใช้หลักประกัน
  • ปรับการตั้งค่าSpokeให้แน่นขึ้น

การเปลี่ยนแปลงขอบเขตตามปกติ

สิ่งเหล่านี้เป็นไปตามตัวเริ่มต้นมาตรฐาน -> ผู้พิทักษ์ -> เส้นทางล็อคเวลาภายในขอบเขตที่ได้รับอนุมัติ

  • เพิ่มขีดจำกัดเล็กน้อย
  • การปรับพารามิเตอร์เล็กน้อยภายในช่วงที่ได้รับอนุมัติ
  • การเพิ่มพูลใหม่ภายในเทมเพลตซี่ที่มีอยู่

การเปลี่ยนแปลงระดับการกำกับดูแล

สิ่งเหล่านี้อยู่นอกกรอบงานประจำและจำเป็นต้องมีเส้นทางการตัดสินใจในระดับที่สูงกว่า

  • การสร้างครอบครัวพูดคุยใหม่
  • การเปิดใช้งาน LP ดั้งเดิมใหม่
  • การเพิ่มโมเดลออราเคิลใหม่
  • การเปิดใช้งานอะแดปเตอร์การชำระบัญชีใหม่
  • การขยายขอบเขตความเสี่ยงอย่างมีนัยสำคัญเกินกว่าสมมติฐานที่ได้รับอนุมัติล่วงหน้า

การเปิดเผยสาธารณะ

การอัปเดตเป็นประจำทุกครั้งควรเผยแพร่ก่อนส่งในรูปแบบที่ช่วยให้นักพัฒนา ผู้ใช้ และผู้ตรวจสอบสามารถเปรียบเทียบประกาศกับการดำเนินการที่แน่นอนซึ่งอยู่ในคิวในภายหลัง

มาตรฐานการเปิดเผยขั้นต่ำ

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

การเปิดเผยข้อมูลที่สอดคล้องกันทำให้ง่ายต่อการตรวจสอบข้อเสนอสำหรับขอบเขตที่คืบคลาน สมมติฐานที่ไม่ตรงกัน หรือข้อผิดพลาดในการดำเนินการง่ายๆ

การดำเนินการฉุกเฉิน

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

ทริกเกอร์ฉุกเฉิน

  • ออราเคิลไม่สอดคล้องกัน
  • การเสื่อมสภาพของเส้นทางการชำระบัญชี
  • พฤติกรรมสระน้ำผิดปกติ
  • ความล้มเหลวในการพึ่งพา Wrapper
  • การประนีประนอมระดับอะแดปเตอร์
  • ความไม่มั่นคงระดับการพูดอย่างกะทันหัน

การเปิดเผยข้อมูลหลังการกระทำที่จำเป็น

  • The trigger
  • การดำเนินการที่เกิดขึ้น
  • ระยะเวลาที่ตั้งใจไว้
  • เส้นทางกลับสู่การทำงานปกติ

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

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