Risk Framework
Bagaimana Avana mengusulkan, meninjau, dan melaksanakan perubahan risiko di seluruh Hub dan LP Agunan Spokes.
Ikhtisar
Avana Risk Framework mendefinisikan bagaimana perubahan parameter diusulkan, diperiksa, dan dilaksanakan di seluruh Hub dan LP Agunan Spokes. Ini mencakup kontrol yang digunakan ketika protokol menyesuaikan batas pasokan dan pinjaman, pengaturan LT/LTV, input suku bunga, status pasar, dan parameter lain yang bergantung pada harga, pemanfaatan, kedalaman pool, konsentrasi, volatilitas, perilaku pasak, pemutus sirkuit, kesehatan posisi, dan status terkait.
LP agunan bukanlah satu kelas aset yang homogen. LPs yang stabil, aset berkorelasi LPs, pools tertimbang, likuiditas terkonsentrasi, dan desain AMM lainnya masing-masing dapat memiliki jalur penilaian khusus spoke, jalur likuidasi, dan mode kegagalan. Kerangka kerja ini ada sehingga perbedaan-perbedaan tersebut tercermin dalam proses pembaruan dan bukannya disembunyikan di balik satu pengaturan risiko umum.
Tiga peran tetap terpisah selama proses tersebut: Avana Risk Initiator, Avana Risk Guardian, dan Avana Risk Defender. Pihak yang merekomendasikan perubahan rutin bukanlah pihak yang memeriksanya secara independen, dan peran yang dapat bertindak dalam keadaan darurat sengaja dibuat lebih sempit dibandingkan jalur rutin.
Aturan operasi: reducing risk should be easier than expanding it.
Prinsip Inti
Pemisahan Peran
Kerangka kerja ini menugaskan pengusulan, peninjauan, dan penanggulangan darurat kepada aktor-aktor yang berbeda sehingga satu pihak tidak mengendalikan seluruh proses sendirian.
Eksekusi Terbatas
Perubahan risiko rutin hanya terjadi jika perubahan tersebut tetap berada dalam batasan kebijakan yang telah ditentukan dan lolos pemeriksaan validasi.
Konsistensi Publik
Pembaruan yang dijelaskan secara publik harus merupakan pembaruan yang sama yang benar-benar antri untuk dieksekusi.
Spoke Kesadaran
Setiap agunan LP spoke memiliki aturan pencatatan, asumsi oracle, jalur likuidasi, dan profil risikonya sendiri.
Asimetri Pertahanan
Prosesnya sengaja dibuat bias sehingga mengurangi risiko akan lebih cepat dan sederhana dibandingkan memperluasnya.
Peran
Avana Inisiator Risiko
Peran yang mempersiapkan dan merekomendasikan perubahan risiko rutin untuk Hub dan LP Agunan Spokes.
- Publikasikan alasannya dan klasifikasikan pembaruan tersebut sebagai pembaruan yang bersifat defensif atau berorientasi pada pertumbuhan
- Kirimkan pembaruan rutin ke jalur eksekusi yang dibatasi waktu
- Merekomendasikan batas pasokan, batas pinjaman, LT/LTV, faktor cadangan, dan perubahan suku bunga dalam rentang yang disetujui
- Memulai spoke-tingkat pengurangan risiko dan orientasi pool di dalam templat spoke yang telah disetujui sebelumnya
Avana Penjaga Resiko
Peninjau independen dengan hak veto atas antrean perubahan rutin.
- Verifikasi bahwa pembaruan yang diantrekan cocok dengan pengungkapan publik
- Periksa apakah tindakan tersebut tetap berada dalam batasan kebijakan yang disetujui
- Tolak pembaruan berdasarkan asumsi oracle, likuiditas, atau likuidasi yang tidak valid
- Membatalkan pembaruan yang diantrekan selama jendela timelock ketika hal itu menciptakan ketidakstabilan tingkat spoke atau tingkat hub yang jelas
Avana Pembela Risiko
Peran khusus darurat digunakan untuk menampung insiden ketika jalur normal dengan waktu terkunci terlalu lambat.
- Kurangi batas pinjaman atau batas pasokan ke tingkat defensif
- Membekukan pinjaman baru pada spoke atau membekukan penggunaan agunan untuk pool, template, atau spoke
- Nonaktifkan adaptor tertentu atau pinjam jalur ketika kondisi kegagalan yang telah ditentukan terpenuhi
- Blokir timbulnya utang baru dalam kondisi darurat tanpa digunakan untuk optimalisasi rutin atau tindakan pertumbuhan
Alur Pembaruan
Perubahan rutin mengikuti jalur yang tetap sehingga protokol dapat membedakan pemeliharaan parameter normal dari penahanan darurat. Urutan standarnya adalah pemberitahuan publik, penyerahan, pemeriksaan terikat, timelock, peninjauan Wali, dan eksekusi jika usulan tidak diveto.
Pemberitahuan Publik
Inisiator Risiko mempublikasikan perubahan yang diinginkan, alasan perubahan tersebut diperlukan, dan cakupan dampaknya.
Submission
Inisiator Risiko menempatkan perubahan yang diusulkan ke dalam jalur eksekusi yang digunakan oleh kerangka kerja.
Validation
Pemeriksaan kerangka kerja mengonfirmasi bahwa pembaruan tetap berada dalam batasan yang telah ditentukan sebelumnya dan batasan kebijakan yang disetujui.
Timelock
Jika validasi berhasil, perubahan akan memasuki jendela timelock dan bukannya langsung dijalankan.
Ulasan Wali
Selama timelock, Risk Guardian meninjau muatan antrian yang sebenarnya dan dapat membatalkannya jika diperlukan.
Execution
Jika perubahan bertahan dalam peninjauan, perubahan akan dijalankan secara otomatis setelah batas waktu berakhir.
Jalur Darurat
Jika kondisi darurat terpenuhi, Risk Defender dapat menggunakan jalur pertahanan tersendiri dengan kewenangan yang lebih sempit.
Kelas Parameter
Perubahan parameter tidak semuanya membawa risiko yang sama, sehingga kerangka kerja mengelompokkannya berdasarkan seberapa besar wewenang yang diperlukan dan seberapa cepat perubahan tersebut dapat dilakukan.
Perubahan Defensif
Ini adalah perubahan rutin tercepat karena mengurangi paparan protokol.
- Menurunkan batas pinjaman
- Menurunkan batas pasokan
- Mengurangi LTV atau ambang likuidasi
- Pembekuan penggunaan pinjaman atau agunan
- Memperketat pengaturan spoke
Perubahan Berbatas Rutin
Ini mengikuti Inisiator standar -> Penjaga -> rute timelock dalam batas yang disetujui.
- Peningkatan batas yang moderat
- Penyetelan parameter sederhana dalam rentang yang disetujui
- Menambahkan pools baru di dalam template spoke yang sudah ada
Perubahan Tingkat Tata Kelola
Hal ini berada di luar kerangka rutin dan memerlukan jalur pengambilan keputusan pada tingkat yang lebih tinggi.
- Membuat keluarga spoke baru
- Mengaktifkan LP primitif baru
- Menambahkan model Oracle baru
- Mengaktifkan adaptor likuidasi baru
- Memperluas permukaan risiko secara material melampaui asumsi yang telah disetujui sebelumnya
Keterbukaan Publik
Setiap pembaruan rutin harus dipublikasikan sebelum dikirimkan dalam format yang memungkinkan pengembang, pengguna, dan peninjau membandingkan pemberitahuan dengan tindakan sebenarnya yang kemudian dimasukkan ke dalam antrean.
Standar pengungkapan minimum
- Terkena spoke
- pools atau templat yang terpengaruh
- Parameter saat ini
- Parameter yang diusulkan
- Alasan pembaruan
- Apakah pembaruan tersebut bersifat defensif atau berorientasi pada pertumbuhan
- Waktu penyerahan yang diharapkan
- Jendela timelock yang diharapkan
- Ketergantungan atau asumsi yang relevan
Pengungkapan yang konsisten memudahkan peninjauan proposal untuk melihat cakupan yang tidak jelas, asumsi yang tidak sesuai, atau kesalahan eksekusi yang sederhana.
Tindakan Darurat
Tindakan darurat adalah untuk pengendalian, bukan penyesuaian rutin. Protokol ini harus jarang digunakan, dibuat sesempit mungkin, dan terstruktur sehingga protokol dapat kembali ke jalur standar setelah risiko langsung dipahami. Pembela Risiko hanya boleh bertindak ketika kondisi kegagalan yang pasti atau sangat mungkin terjadi membuat rute normal yang dibatasi waktu menjadi tidak aman.
Pemicu darurat
- Inkonsistensi Oracle
- Degradasi jalur likuidasi
- Perilaku pool yang tidak normal
- Kegagalan ketergantungan wrapper
- Kompromi tingkat adaptor
- Ketidakstabilan tingkat spoke yang tiba-tiba
Pengungkapan pasca tindakan yang diperlukan
- The trigger
- Tindakan yang diambil
- Durasi yang diinginkan
- Jalur kembali ke operasi normal
Otoritas darurat hanya ada untuk kasus kegagalan yang pasti atau sangat mungkin terjadi di mana menunggu di jalur timelock normal tidak aman. Ini bukanlah jalur untuk pertumbuhan atau optimalisasi rutin.
Rekomendasi, peninjauan, dan penanganan darurat tetap terpisah karena jaminan LP adalah kumpulan pasar dengan struktur dan mode kegagalan yang berbeda, bukan satu daftar aset yang dapat dipertukarkan.