DeFi (децентрализованные финансы) — приложения, где часть операций финансового сервиса выполняется смарт-контрактами в блокчейне. К ним относят обмен, кредитование, стейблкоины и управление протоколами. Пользователь взаимодействует через кошелёк и подписывает действия; интерфейс может скрывать сложность, но не отменяет контрактные, рыночные и инфраструктурные риски. Ethereum.org: DeFi.
Из каких частей состоит DeFi-приложение
Обычно есть пользовательский интерфейс, кошелёк, один или несколько смарт-контрактов и блокчейн. Контракт исполняет код в заданных условиях. Он не обязан знать реальный курс, погоду или банковский статус; внешние данные передаются через оракулы или другие механизмы. Интерфейс может находиться на централизованном сервере, даже если контракт доступен в публичной сети.
Поэтому слово «децентрализованное» требует уточнения: что распределено — исполнение кода, хранение данных, управление, интерфейс или право обновления? Ethereum.org описывает DeFi как приложения на открытых смарт-контрактах, но это описание экосистемы Ethereum, а не аудит каждого протокола. DeFi.
Основные категории
Децентрализованный обмен. Пользователь меняет токены через книгу заявок или пул AMM. Цена зависит от объёма и ликвидности, а транзакция требует комиссии сети.
Кредитование. Контракт может сопоставлять поставщиков ликвидности и заёмщиков либо автоматически управлять залогом. При падении стоимости залога срабатывают правила ликвидации. Наличие интерфейса не гарантирует, что рынок ликвидаций будет ликвидным.
Стейблкоины. Токены пытаются отслеживать внешний ориентир через обеспечение или механизмы выпуска/погашения. Сохранение привязки не гарантировано; важны резерв, эмитент, правила и доступ к погашению.
Деривативы и управление. Контракты могут задавать расчёты по ценам или голосование владельцев токенов. В обоих случаях нужны источники данных, права обновления и правила кворума.
Эти категории часто соединяются через composability: один протокол использует токен или позицию другого. Это расширяет сценарии, но создаёт цепочку зависимостей.
Гипотетический обмен: что ограничивает minimumOut
Представь, что интерфейс показывает котировку 100 условных токенов B за выбранное количество A. Пользователь задаёт amountOutMinimum = 99 B: это минимальный результат, при котором exact-input обмен ещё может исполниться. Uniswap описывает этот параметр как защиту интеграции: если исполнение даст меньше минимума, транзакция откатывается; сама котировка не фиксирует рынок на время ожидания документация Uniswap о swaps и minimum output.
- Если к моменту исполнения контракт вычислит 99,2 B, условие выполнено: обмен может пройти, если соблюдены остальные проверки.
- Если расчёт даст 98,8 B, он ниже минимума 99 B, поэтому конкретная интеграция с такой проверкой должна отклонить сделку через revert.
- Если цена не изменилась, но пул сам по себе даёт только 98,8 B из-за price impact, тот же минимум также не позволит исполнить сделку.
Числа условные и показывают только сравнение выхода с порогом. Они не прогнозируют цену и не включают комиссию, размер входа, сеть, версию протокола или маршрут. При revert изменения состояния откатываются, но уже потраченный gas за обработку не возвращается. Конкретные способы исполнения и защиты зависят от сети, версии протокола и интерфейса; проверяй текст транзакции, а не только предварительный экран.
Карточка проверки конкретного протокола
| Вопрос | Где искать | Что зафиксировать |
|---|---|---|
| Какой контракт принимает актив? | Официальная документация проекта и её опубликованный список адресов; затем обозреватель сети | Сеть, адрес контракта, версия и совпадение в обозревателе |
| Кто может обновлять код или ставить систему на паузу? | Документы протокола, сведения о proxy/upgrade authority, роли и адреса управления в обозревателе | Адрес полномочия, условия передачи/отзыва роли, наличие timelock или multisig, если заявлены |
| Откуда берётся цена или внешнее событие? | Документация оракула и контракта; ссылки на источник данных | Источники, частота обновления, поведение при устаревших данных |
| Как проверить операцию после подписи? | Txid в обозревателе нужной сети и справка самого протокола | Статус, фактические вход/выход, комиссии, изменения allowance и затронутые контракты |
| Что произойдёт при ошибке или выходе? | Документация, условия интерфейса, код и опубликованные процедуры инцидентов | Минимум/максимум исполнения, срок, пауза, ликвидность выхода и возможные потери |
Документация объясняет заявленную механику, а обозреватель показывает состояние выбранного адреса в сети; ни один источник сам по себе не доказывает безопасность всего продукта. Если не удаётся найти адреса, полномочия обновления или условия выхода, отметь это как неизвестность и не подменяй её обещанием доходности.
DeFi — набор разных технических моделей, а не единый продукт с одинаковыми правилами. Для деталей по отдельным маршрутам смотри DEX, стейкинг и смарт-контракты.