Виталик Бутерин предлагает революционную концепцию в мир децентрализованных финансов
Его идея заключается в использовании опционов вместо традиционных долговых позиций для создания синтетических активов 📊💰 Это позволит отказаться от принудительных ликвидаций и снизить зависимость от высокоскоростных оракулов.
Разработчик отметил, что текущие модели DeFi-протоколов уязвимы в моменты резких рыночных обвалов 🚀
Использование обеспеченного долга приводит к каскадным ликвидациям, которые создают избыточное давление на сеть и рыночные цены.
Предложенная схема строится на паре активов (P и N) со страйк-ценой S и датой исполнения M Они выпускаются путем разделения 1 ETH и в любое время могут быть погашены
В момент экспирации оракул фиксирует значение индекса, и средства распределяются между владельцами P и N 📊.
«Поскольку суммарная выплата всегда составляет 1 ETH, возможность ликвидации отсутствует», — подчеркнул Бутерин.
Главным преимуществом модели программист назвал устойчивость к манипуляциям ⚡ Существующие протоколы требуют обновления цен в реальном времени, что создает риски безопасности и уязвимости
Опционная структура позволяет использовать «медленные» оракулы, аналогичные тем, что применяются на.
Для поддержания стабильной экспозиции (например, привязки к доллару) Бутерин предложил использовать глубоко прибыльные опционы с регулярной автоматической ребалансировкой через или локальные скрипты 📊.
Среди потенциальных недостатков концепции разработчик выделил:
риск проскальзывания при частой ребалансировке (издержки могут достигать 2% в год);
квадратичное отклонение от целевого индекса;
сложность реализации эффективной ончейн-автоматизации.
Бутерин добавил, что чувствовал бы себя «гораздо в большей безопасности», удерживая, построенные на подобной архитектуре, а не на базе чувствительных к задержкам ценовых фидов 🐋.
Его план включает в себя два ключевых изменения уровня исполнения сети: переход на бинарное дерево состояний и долгосрочную замену В марте Бутерин обещает перестроить экосистему под приватность и ИИ 🚀.
По материалам ForkLog