Risk Framework

ওভারভিউ

Avana Risk Framework Hub এবং LP জামানত Spokes জুড়ে কীভাবে প্যারামিটার পরিবর্তনগুলি প্রস্তাবিত, পরীক্ষা করা এবং কার্যকর করা হয় তা সংজ্ঞায়িত করে। প্রোটোকল সরবরাহ এবং ধার নেওয়ার ক্যাপ, LT/LTV সেটিংস, সুদের হার ইনপুট, বাজারের অবস্থা এবং অন্যান্য পরামিতি যা দাম, ব্যবহার, pool গভীরতা, ঘনত্ব, অস্থিরতা, পেগ আচরণ, সার্কিট ব্রেকার, অবস্থান স্বাস্থ্য এবং সম্পর্কিত অবস্থার উপর নির্ভর করে তখন ব্যবহৃত নিয়ন্ত্রণগুলিকে এটি কভার করে।

LP জামানত একটি সমজাতীয় সম্পদ শ্রেণী নয়। স্থিতিশীল LPs, কোরিলেটেড-অ্যাসেট LPs, ওজনযুক্ত pools, ঘনীভূত তারল্য, এবং অন্যান্য AMM ডিজাইনের প্রত্যেকের নিজস্ব spoke-নির্দিষ্ট মূল্যায়ন পাথ, লিকুইডেশন পাথ এবং ব্যর্থতার মোড থাকতে পারে। কাঠামোটি বিদ্যমান তাই এই পার্থক্যগুলি একটি একক জেনেরিক ঝুঁকি সেটিং এর পিছনে লুকিয়ে থাকার পরিবর্তে আপডেট প্রক্রিয়াতে প্রতিফলিত হয়।

এই প্রক্রিয়া জুড়ে তিনটি ভূমিকা আলাদা থাকে: Avana রিস্ক ইনিশিয়েটর, Avana রিস্ক গার্ডিয়ান, এবং Avana রিস্ক ডিফেন্ডার। যে দলটি একটি রুটিন পরিবর্তনের সুপারিশ করে সে একই পক্ষ নয় যেটি স্বাধীনভাবে এটি পরীক্ষা করে এবং যে ভূমিকাটি জরুরি অবস্থায় কাজ করতে পারে তা ইচ্ছাকৃতভাবে রুটিন পাথের চেয়ে সংকীর্ণ।

অপারেটিং নিয়ম: reducing risk should be easier than expanding it.

মূল নীতি

ভূমিকা

আপডেট ফ্লো

রুটিন পরিবর্তনগুলি একটি নির্দিষ্ট পথ অনুসরণ করে যাতে প্রোটোকল স্বাভাবিক প্যারামিটার রক্ষণাবেক্ষণকে জরুরী নিয়ন্ত্রণ থেকে আলাদা করতে পারে। স্ট্যান্ডার্ড সিকোয়েন্স হল পাবলিক নোটিশ, জমা দেওয়া, আবদ্ধ চেক, টাইমলক, গার্ডিয়ান রিভিউ, এবং যদি প্রস্তাব ভেটো না করা হয় তাহলে কার্যকর করা।

পরামিতি ক্লাস

পরামিতি পরিবর্তনগুলি সকলে একই ঝুঁকি বহন করে না, তাই ফ্রেমওয়ার্ক তাদের কতটা কর্তৃত্বের প্রয়োজন এবং কত দ্রুত তারা সরাতে সক্ষম হবে তার ভিত্তিতে তাদের গোষ্ঠীভুক্ত করে।

পাবলিক ডিসক্লোজার

প্রতিটি রুটিন আপডেট জমা দেওয়ার আগে এমন একটি বিন্যাসে প্রকাশ করা উচিত যা বিকাশকারী, ব্যবহারকারী এবং পর্যালোচকদের নোটিশটিকে পরবর্তী সারিতে থাকা সঠিক পদক্ষেপের সাথে তুলনা করতে দেয়।

সামঞ্জস্যপূর্ণ প্রকাশ স্কোপ ক্রীপ, অমিল অনুমান, বা সাধারণ সম্পাদন ভুলের জন্য একটি প্রস্তাব পর্যালোচনা করা সহজ করে তোলে।

জরুরী কর্ম

জরুরী পদক্ষেপগুলি নিয়ন্ত্রণের জন্য, রুটিন টিউনিং নয়। এগুলি খুব কমই ব্যবহার করা উচিত, যতটা সম্ভব সংকীর্ণ রাখা উচিত এবং গঠন করা উচিত যাতে তাত্ক্ষণিক ঝুঁকি বোঝার পরে প্রোটোকলটি স্ট্যান্ডার্ড পথে ফিরে যেতে পারে। রিস্ক ডিফেন্ডারের তখনই কাজ করা উচিত যখন একটি সংজ্ঞায়িত বা অত্যন্ত সম্ভাব্য ব্যর্থতার অবস্থা স্বাভাবিক টাইমলকড রুটকে অনিরাপদ করে তোলে।

জরুরী কর্তৃপক্ষ শুধুমাত্র সংজ্ঞায়িত বা অত্যন্ত সম্ভাব্য ব্যর্থতার ক্ষেত্রে বিদ্যমান যেখানে স্বাভাবিক টাইমলক পথে অপেক্ষা করা অনিরাপদ। এটি রুটিন বৃদ্ধি বা অপ্টিমাইজেশনের জন্য একটি পথ নয়।