Останнім часом, досліджуючи протоколи стейблкоїнів, натрапив на проєкт USDf, який здається досить цікавим.
Він робить ставку на дві основні риси: надлишкове забезпечення + відсутність ризику примусової ліквідації. Звучить чудово, чи не так? Але тут виникає питання — який саме рівень цього "надлишку" має бути встановлений?
Якщо встановити його занадто низько, протокол може будь-якої миті зазнати краху; якщо занадто високо — ефективність використання ваших коштів буде вкрай низькою, і тоді вже краще просто покласти гроші в банк під відсотки.
Falcon Finance пропонує таке рішення: нехай коефіцієнт забезпечення "дихає" самостійно. Вони впровадили так званий динамічний OCR (коефіцієнт надлишкового забезпечення), простими словами — це автоматичне регулювання безпечного рівня залежно від ринкової ситуації.
**Навіщо потрібна така штука?**
Уявіть собі традиційну фіксовану лінію ліквідації як туго натягнуту гумку — тільки ціна трохи змінюється, вона рветься, і вашу позицію немилосердно ліквідують.
Динамічний OCR більше схожий на боксера, який уміє ухилятися. Коли ринок спокійний, він розслабляється (знижує вимоги до забезпечення, підвищує ефективність капіталу); коли ринок бурхливо коливається — одразу посилює захист (підвищує коефіцієнт забезпечення, збільшує "подушку" безпеки). Весь процес не потребує вашого втручання — протокол самостійно відчуває ризики й реагує на них.
**Як це працює на практиці?**
Коли ринкові ризикові індикатори зростають — наприклад, певний забезпечувальний актив різко коливається в ціні або на ринку починається паніка — система автоматично підвищує вимоги до забезпечення. Важливо: тут вас не ліквідують одразу, а вимагають додати більше забезпечення, щоб покрити зростаючий ризик.
Головна ідея такої моделі: замість того, щоб чекати на досягнення лінії ліквідації й потім пасивно "отримувати удари", краще зміцнити захист ще на етапі накопичення ризиків. Це як побачити, що насувається буря, й одразу укріпити вікна й двері, а не чекати, поки дах зірве вітром.
Звісно, у першоджерелі далі, мабуть, є детальніший опис механізмів, але навіть сама ця ідея вже виглядає досить інноваційно.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
10 лайків
Нагородити
10
5
Репост
Поділіться
Прокоментувати
0/400
PessimisticOracle
· 12-08 16:03
Динамічний коефіцієнт застави звучить непогано, але по суті все одно це ставка на те, наскільки адекватно протокол оцінює ризики. Як на мене, чи є взагалі принципова різниця між цим механізмом і тим, що використовує Maker?
Переглянути оригіналвідповісти на0
SilentObserver
· 12-07 23:50
Цей динамічний OCR звучить непогано, але коли дійде до реального впровадження — чи не виявиться все зовсім інакше... Протокол самостійно визначає ризики, але основне питання — чи надійне джерело даних.
Переглянути оригіналвідповісти на0
ForumLurker
· 12-07 23:49
Динамічне коригування коефіцієнта застави дійсно набагато розумніше, ніж традиційна ліквідаційна межа, але питання в тому, чи зможе ця логіка витримати екстремальні ринкові умови?
Переглянути оригіналвідповісти на0
Whale_Whisperer
· 12-07 23:29
Динамічний коефіцієнт забезпечення звучить добре, але чи не залишиться це лише на папері при впровадженні на практиці? Чи справді ця система "автоматичного дихання" зможе витримати екстремальні ринкові умови?
Переглянути оригіналвідповісти на0
LayerZeroHero
· 12-07 23:22
Динамічний OCR дійсно має новаторський підхід, але де ж результати практичних тестів? Лише теоретичної основи недостатньо... Потрібно подивитися результати стрес-тестування, щоб оцінити, наскільки ефективна розроблена модель ризиків.
Останнім часом, досліджуючи протоколи стейблкоїнів, натрапив на проєкт USDf, який здається досить цікавим.
Він робить ставку на дві основні риси: надлишкове забезпечення + відсутність ризику примусової ліквідації. Звучить чудово, чи не так? Але тут виникає питання — який саме рівень цього "надлишку" має бути встановлений?
Якщо встановити його занадто низько, протокол може будь-якої миті зазнати краху; якщо занадто високо — ефективність використання ваших коштів буде вкрай низькою, і тоді вже краще просто покласти гроші в банк під відсотки.
Falcon Finance пропонує таке рішення: нехай коефіцієнт забезпечення "дихає" самостійно. Вони впровадили так званий динамічний OCR (коефіцієнт надлишкового забезпечення), простими словами — це автоматичне регулювання безпечного рівня залежно від ринкової ситуації.
**Навіщо потрібна така штука?**
Уявіть собі традиційну фіксовану лінію ліквідації як туго натягнуту гумку — тільки ціна трохи змінюється, вона рветься, і вашу позицію немилосердно ліквідують.
Динамічний OCR більше схожий на боксера, який уміє ухилятися. Коли ринок спокійний, він розслабляється (знижує вимоги до забезпечення, підвищує ефективність капіталу); коли ринок бурхливо коливається — одразу посилює захист (підвищує коефіцієнт забезпечення, збільшує "подушку" безпеки). Весь процес не потребує вашого втручання — протокол самостійно відчуває ризики й реагує на них.
**Як це працює на практиці?**
Коли ринкові ризикові індикатори зростають — наприклад, певний забезпечувальний актив різко коливається в ціні або на ринку починається паніка — система автоматично підвищує вимоги до забезпечення. Важливо: тут вас не ліквідують одразу, а вимагають додати більше забезпечення, щоб покрити зростаючий ризик.
Головна ідея такої моделі: замість того, щоб чекати на досягнення лінії ліквідації й потім пасивно "отримувати удари", краще зміцнити захист ще на етапі накопичення ризиків. Це як побачити, що насувається буря, й одразу укріпити вікна й двері, а не чекати, поки дах зірве вітром.
Звісно, у першоджерелі далі, мабуть, є детальніший опис механізмів, але навіть сама ця ідея вже виглядає досить інноваційно.