Fluid объединяет кредитование, обеспеченные позиции и обмен активов вокруг общего слоя ликвидности. Вместо полностью изолированных пулов для каждого продукта средства учитываются в Liquidity Layer, а пользовательские протоколы обращаются к нему по заданным лимитам и правилам. Такая архитектура стремится использовать капитал эффективнее, но связывает риски нескольких модулей.
Для пользователя основными точками входа остаются Lending Protocol, Vault Protocol и DEX. Сам Liquidity Layer предназначен для взаимодействия протоколов и фабрик, а не для прямого депозита обычного кошелька. Поэтому оценивать нужно конкретный продукт и актив, даже если все они используют общий фундамент.
Что делает Liquidity Layer
Liquidity Layer централизует учёт доступной ликвидности Fluid. Подключённые протоколы могут вносить и забирать активы, занимать и возвращать долг в пределах назначенных параметров. На этом уровне задаются лимиты, ставки, разрешения и другие ограничения для отдельных модулей.
Слово «единый» не означает, что любой контракт получает доступ ко всему резерву. Протокол должен быть авторизован, а его действия ограничены конфигурацией. Именно эти лимиты сдерживают ущерб при сбое одного продукта. Пользователю полезно проверить, какие активы разделяют слой и насколько велика экспозиция конкретного модуля.
Преимущество общей базы состоит в том, что ликвидность может обслуживать несколько сценариев без постоянного перемещения между разрозненными хранилищами. Обратная сторона – сложность. Ошибка в центральном учёте, процентах или полномочиях способна затронуть больше одного интерфейса.
Lending Protocol и fToken
В Lending Protocol поставщик вносит актив и получает fToken, который представляет его долю. Эти токены совместимы с ERC-4626: базовый asset связан с shares через стандартные функции депозита и погашения. Доход поставщика отражается в стоимости доли по мере начисления процентов заёмщикам.
Наличие стандарта облегчает интеграцию, но не гарантирует неизменный курс. Результат зависит от использования капитала, процентной модели, резервов и качества долга. Если доступная ликвидность мала, немедленный вывод может быть ограничен, даже когда позиция остаётся учтённой.
Механику assets, shares, deposit и redeem подробнее объясняет статья об ERC-4626. При проверке fToken дополнительно нужно открыть его factory, resolver и адреса связанного Liquidity Layer, чтобы не принять поддельный ERC-20 за долю официального рынка.
Vault Protocol: залог и долг
Vault Protocol создаёт изолированные рынки с одной парой collateral и debt. Пользователь вносит разрешённый залог и занимает конкретный актив. Oracle оценивает позицию, а параметры рынка определяют предел займа и условия ликвидации.
Изоляция пары упрощает локальную оценку риска, но каждый vault может иметь собственные значения collateral factor, liquidation threshold, лимита долга и процентной кривой. Одинаковый залог в двух vault не означает одинаковую безопасную сумму займа.
Перед открытием позиции проверьте источник цены, частоту обновления и поведение при отклонении вторичного рынка. Пошаговый подход описан в материале о проверке oracle перед займом. Затем смоделируйте падение залога и рост долга, оставив запас до ликвидации.
DEX, Smart Collateral и Smart Debt
Fluid DEX построен поверх Liquidity Layer и Vault. Обычный пул поддерживает обмен двух активов, а Smart Collateral позволяет использовать ликвидность позиции одновременно как залог и как часть торгового пула. Smart Debt применяет похожую идею к обязательству: структура долга участвует в доступной DEX-ликвидности.
За счёт совмещения ролей капитал может приносить комиссии обмена и поддерживать заёмную позицию. Но результат зависит от состава пула, объёма торгов, изменения цен и состояния долга. Комиссии DEX не отменяют непостоянные потери и не защищают от ликвидации.
Перед использованием Smart Collateral оцените, как меняется количество каждого актива при движении цены. Основы расчёта приведены в инструкции по непостоянным потерям. Для крупного обмена отдельно сравните price impact и минимально получаемую сумму по материалу о проскальзывании и price impact.
Связь DEX с общим слоем создаёт дополнительные пути эффективности и дополнительные зависимости. Нужно понимать, какой контракт хранит актив, какой модуль рассчитывает долг и какой oracle участвует в ликвидации. Одного значения TVL недостаточно для такого анализа.
Для чего нужен токен FLUID
FLUID является токеном управления протоколом. Он используется в governance для решений о развитии и параметрах экосистемы. Ранее токен был известен как INST; переход к FLUID проводился в соотношении один к одному с сохранением адреса и предложения согласно принятому governance-решению.
Токен управления не является fToken и не представляет долю конкретного lending-пула. Его владение само по себе не даёт требования на депозит пользователя. Экономическая ценность зависит от реальных прав governance, принятых механизмов резервов и спроса на участие в системе.
Проверяйте, какие решения доступны голосованию, кто может исполнять proposal и какие полномочия остаются у admin и guardian. Emergency pause способен защитить средства при инциденте, но одновременно создаёт зависимость от управляющего ключа. Timelock даёт время заметить изменение, если применяется к критическим действиям.
Основные риски Fluid
- Смарт-контракты. Liquidity Layer, factories, resolvers и пользовательские протоколы образуют связанную систему.
- Oracle и ликвидации. Ошибочная или запаздывающая цена влияет на обеспеченные vault.
- Ликвидность. Высокая загрузка капитала может ограничить вывод поставщиков.
- Рыночный риск DEX. Состав позиции меняется вместе с ценой и торговым потоком.
- Управление. Обновления, лимиты и аварийные роли способны изменить поведение протокола.
- Системная связь. Общий слой повышает эффективность, но расширяет последствия ошибки базового модуля.
Перед депозитом найдите точный рынок через официальный интерфейс, затем проверьте адреса factory и созданного контракта в обозревателе. Сравните asset, доступную ликвидность, лимиты, ставку, управляющие роли и историю обновлений. Для заёмной позиции добавьте проверку oracle и сценарий ликвидации, для DEX – состав пула и минимальный результат операции.
Fluid интересен не одной функцией, а общей архитектурой: Liquidity Layer снабжает капиталом lending, vault и DEX, а специальные позиции позволяют ликвидности выполнять несколько ролей. Пользователь получает больше вариантов работы с активами, но должен проследить весь маршрут от интерфейса до базового учёта. FLUID управляет этой системой, а финансовый результат конкретной позиции определяют её активы, долг, рынок и параметры риска.
