В последнее время, изучая протоколы стейблкоинов, я наткнулся на проект USDf, который показался мне довольно интересным.



У него есть две основные фишки: избыточное обеспечение + отсутствие принудительной ликвидации. Звучит заманчиво, правда? Но тут возникает вопрос — каким должен быть этот «избыток»?

Если установить его слишком низко, протокол может в любой момент рухнуть; если слишком высоко — эффективность использования капитала будет удручающей, проще уж просто положить деньги в банк и получать проценты.

Ответ Falcon Finance: пусть коэффициент обеспечения «дышит» сам по себе. Они придумали штуку под названием динамический OCR (коэффициент избыточного обеспечения), проще говоря — это автоматическая настройка уровня безопасности в зависимости от рыночной ситуации.

**Зачем это нужно?**

Можете представить себе традиционную фиксированную линию ликвидации как туго натянутую резинку: стоит цене немного дернуться — она рвётся, и ваша позиция безжалостно ликвидируется.

Динамический OCR больше похож на боксёра, который умеет уклоняться. Когда на рынке спокойно — он расслабляется (снижает требования к обеспечению, повышая эффективность капитала); когда начинается шторм — сразу усиливает защиту (повышает коэффициент обеспечения, увеличивая подушку безопасности). Всё это происходит автоматически, протокол сам ощущает риск и реагирует на него, вам не нужно ничего делать вручную.

**Как это работает на практике?**

Когда рыночные индикаторы риска растут — например, какой-то залоговый актив резко колеблется или по рынку прокатывается волна паники — система автоматически повышает требования к обеспечению. Обратите внимание: это не прямая ликвидация, а требование внести больше залога для покрытия возросшего риска.

В основе такого дизайна лежит логика: вместо того чтобы дожидаться срабатывания линии ликвидации и получать удар, лучше заранее укрепить рубежи на этапе накопления риска. Как если бы, увидев надвигающийся тайфун, вы заранее укрепили окна и двери, а не ждали, пока крышу сорвёт ветром.

Конечно, в оригинале дальше, скорее всего, есть ещё более подробное описание механизма, но даже сама эта идея уже довольно инновационная.
FF2.65%
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 5
  • Репост
  • Поделиться
комментарий
0/400
PessimisticOraclevip
· 12-08 16:03
Динамический коэффициент залога звучит неплохо, но по сути всё равно приходится полагаться на то, насколько адекватно протокол оценивает риски. По-моему, есть ли принципиальная разница между этим механизмом и системой Maker?
Посмотреть ОригиналОтветить0
SilentObservervip
· 12-07 23:50
Звучит неплохо, этот динамический OCR, но когда дело дойдет до реального внедрения, не получится ли всё иначе... Протокол сам оценивает риски, но главное — насколько надёжны источники данных.
Посмотреть ОригиналОтветить0
ForumLurkervip
· 12-07 23:49
Динамическая корректировка коэффициента залога действительно гораздо умнее традиционной линии ликвидации, но вопрос в том, сможет ли эта логика выдержать в условиях экстремального рынка?
Посмотреть ОригиналОтветить0
Whale_Whisperervip
· 12-07 23:29
Динамическое обеспечение звучит хорошо, но не окажется ли это очередной нереализуемой идеей на практике? Сможет ли эта система "автоматического дыхания" действительно выдержать экстремальные рыночные условия?
Посмотреть ОригиналОтветить0
LayerZeroHerovip
· 12-07 23:22
Динамический OCR — действительно свежая идея, но где реальные данные? Одной теоретической схемы недостаточно... Нужно посмотреть результаты стресс-тестирования, чтобы понять, насколько рабочая модель управления рисками.
Посмотреть ОригиналОтветить0
  • Закрепить