Fluid

Що таке Fluid?

Fluid (раніше Instadapp) — це мультичейн-рівень ліквідності DeFi, який намагається об’єднати традиційно ізольовані види діяльності — надзабезпечене кредитування/запозичення та спотові свопи — в єдиний спільний пул забезпечення та боргу, з чіткою метою досягти вищої ефективності капіталу, ніж у “дизайнів з окремими пулами”, таких як автономні грошові ринки та AMM.

Відмінність протоколу носить радше архітектурний, ніж косметичний характер: у власному формулюванні Fluid такі елементи, як спільний “рівень ліквідності” та примітиви, які часто описують як “розумне забезпечення” (smart collateral) та “розумний борг” (smart debt), мають дозволити одній і тій самій базі капіталу виконувати більше ніж одну функцію одночасно (наприклад, підтримувати запозичення та водночас слугувати торговою ліквідністю). Це і є ключова конкурентна перевага, якщо вона виявиться стійкою під час стресу та несприятливого відбору, а не лише в бек-тестах чи за сприятливих ринкових режимів, як описано в оригінальній презентації продукту в Instadapp blog.

З точки зору ринкового позиціонування, Fluid належить радше до категорії “DeFi-інфраструктура”, а не до “однопрофільних dApp”: він змагається за ліквідність і потоки з грошовими ринками та DEX, але водночас успадковує історичне позиціонування Instadapp як платформи з великою кількістю інтеграцій між ланцюгами.

Станом на початок 2026 року сторонні дашборди, такі як DeFiLlama’s Fluid page, показували Fluid як великий DeFi-майданчик за показниками TVL та обсягів на спотовому DEX, із розкритими оцінками протокольних комісій і доходів. Проте більш обережна інтерпретація полягає в тому, що це протокол середнього–великого розміру, масштаб якого є суттєвим, але все ж меншим за “системно домінуючих” DeFi-лідерів, а його історія зростання залежить від того, чи стане уніфікована ліквідність довготривалою перевагою, чи радше “премією за складність”, яку користувачі терплять лише за високих стимулів.

Хто і коли заснував Fluid?

Fluid створюється командою Instadapp; сам Instadapp бере свій початок з 2018 року, що зазвичай приписують братам Samyak Jain та Sowmay Jain у матеріалах, підсумованих дослідницькими ресурсами на кшталт Messari і повторених у власних розкриттях проєкту в регуляторному стилі (наприклад, орієнтований на MiCA “white paper про криптоактив” на instadapp.io).

Важливий контекст запуску полягає в тому, що Instadapp починав як DeFi-“middleware” на ранньому етапі прийняття DeFi в Ethereum, коли композиційність уже існувала, але інструменти для користувачів і управління позиціями були ще незрілими; Fluid, навпаки, краще розуміти як пізньоцильову спробу інтерналізувати обмеження покладання на сторонні протоколи, запустивши більш вертикально інтегрований стек ліквідності та виконання.

З часом наратив змістився від “керування портфелем і смарт-акаунтів” до “проєктування ліквідності на рівні протоколу”. Instadapp публічно окреслив цей зсув в анонсі Fluid, а матеріали з управління згодом формалізували консолідацію бренду: у пропозиції від спільноти описано ребрендинг і план зростання, де “Fluid” стає парасолькою для напрямку розвитку протоколу, зберігаючи ончейн-ідентичність токена, як обговорюється в гілці форуму управління на gov.fluid.io.

Практичний висновок полягає в тому, що ідентичність проєкту еволюціонувала від оптимізатора поверх DeFi до спроби стати базовим майданчиком, через який можуть маршрутизуватися інші фронтенди, стратегії та інтегратори.

Як працює мережа Fluid?

Fluid не є окремим блокчейном L1/L2 і не має власного консенсусу; це протокол на рівні застосунків, розгорнутий як смарт-контракти в наявних ланцюгах (зокрема, в Ethereum та основних L2), що успадковує модель безпеки базової мережі (наприклад, фінальність proof-of-stake Ethereum і специфічні для L2 припущення щодо fraud/validity, де це доречно).

Інституційно це важливо, оскільки “ризик протоколу” визначається передусім коректністю смарт-контрактів, дизайном оракулів, механікою ліквідацій і крос-модульною заражуваністю, а не політикою набору валідаторів; користувачі беруть на себе як ризик ланцюга, так і ризик контракту/системи, і саме останню компоненту Fluid свідомо збільшує, поєднуючи в одній системі кредитування та виконання в стилі AMM.

Технічно унікальна заява Fluid полягає в тому, що контроль ризиків і облік ліквідності спроєктовано на “спільному рівні”, а протокол стверджує, що аномальні шаблони запозичення/виведення можна обмежувати на рівні ліквідності, а аварійні механізми можуть ізолювати або призупиняти модулі для обмеження збитків, згідно з викладом дизайну в Introducing Fluid.

Це концептуально привабливо — системні “вимикачі” (circuit breakers) у DeFi трапляються рідко, — але водночас концентрує ризик управління та операцій: якщо безпека покладається на привілейовані права паузи або жорстко контрольоване керування параметрами, тоді “безпека” стає частково соціальною й адміністративною, а не суто криптоекономічною.

Щодо аудитів, принаймні деякі компоненти Fluid були перевірені зовнішніми фірмами; наприклад, у документації проєкту опубліковано звіт аудиту для протоколу сховищ від MixBytes, що знижує (але не усуває) імовірність уникненних помилок у реалізації, особливо в процесі еволюції системи.

Які токеноміка instadapp?

Нині токен торгується під тікером FLUID, і, згідно з комунікаціями управління щодо ребрендингу, перейменування з INST на FLUID було структуроване як обмін 1:1 із збереженням тієї самої адреси токена та рамки загальної пропозиції, яку управління описало як таку, що “на верхньому рівні не змінилася”, як зазначено в пропозиції про ребрендинг на gov.fluid.io.

Інакше кажучи, профіль пропозиції ближчий до “фіксованої стелі з розподілом/розблокуваннями”, ніж до активу з активною інфляційною емісією, типовою для DeFi-епохи ліквідність-майнінгу. Для аналітиків ключовою змінною тут є не “кінцева максимальна пропозиція”, а темп і призначення розблокувань, політика казначейства та те, чи є емісія (де вона існує) продуктивною (стимулює стійку ліквідність), чи лише меркантильною (оренда TVL).

Механіка накопичення вартості складніша за спрощене формулювання “токен комісій”. Методологія та метрики DeFiLlama для Fluid явно відстежують протокольні комісії, протокольний дохід і статтю під назвою “holders revenue”, пов’язану з викупами токенів казначейством, що натякає: частина обговорення економічного дизайну зосереджена на маршрутизації вартості від активності протоколу назад до дій, пов’язаних із токеном, навіть якщо точний механізм залежить від управління й не гарантований як постійний.

Це формулювання видно безпосередньо на DeFiLlama’s Fluid dashboard, де “Holders Revenue” описується як викупи токена, що фінансуються казначейством, тоді як гілки управління, такі як обговорення викупів на gov.fluid.io, показують, що обсяг викупів, їхня періодичність і компроміси порівняно зі стимулами зростання залишаються предметом суперечок.

На практиці нинішня утилітарність FLUID найчіткіше проявляється в управлінні (право пропозицій і голосування), тоді як “кешфлоу-подібна” динаміка — якщо вона сформується — залежить від стійкого генерування комісій, нерефлексивної ліквідності та дисципліни управління щодо використання казначейства.

Хто користується Fluid?

Стриманий аналіз використання розділяє його на дві частково конкуруючі реальності: по-перше, існує помітна ончейн-активність у вигляді попиту на запозичення й обсягів DEX; по-друге, як і в більшості DeFi, нетривіальна частка активності може бути зумовлена стимулами й складними стратегіями, а не “органічним попитом” з боку кінцевих користувачів.

Дашборди на кшталт DeFiLlama показують обсяги позик і DEX-обіг поруч із TVL, що допомагає відрізняти “просто розміщене забезпечення” від реальної утилізації, але все одно не дає змоги повністю відокремити справжній попит користувачів від автоматизованих лупінг-стратегій, бета-/базисних трейдів і поведінки ліквідність-майнінгу.

Секторально Fluid — це чітко DeFi-інфраструктура (грошові ринки, кредитні плечі, спотове виконання), а не геймінг чи споживчі платежі; будь-яка інституційна інтерпретація має припускати, що “павер-користувачі” та потоки, пов’язані з квантом/MEV, структурно важливі для його обсягів.

Щодо переконливих партнерств, найбільш прозорий приклад у публічних дослідженнях — це наратив інтеграції на стороні Solana, де технологія Fluid позиціонувалася як інфраструктура для кредитного продукту; зокрема Messari зазначає анонс партнерства між Fluid та Jupiter для підтримки кредитної ініціативи в Solana, описаний у звіті Understanding Fluid.

Такий тип партнерства є більш суттєвим, ніж лістинги на біржах або маркетингові колаборації, оскільки він означає, що зовнішній протокол довіряє дизайн ключових механік “балансу” (balance sheet) Fluid, але водночас це слід розуміти як “ризик інтеграції”: партнерства можуть бути розірвані, обсяги можуть мігрувати, а репутаційний вплив у разі інцидентів є двостороннім.

Які ризики та виклики стоять перед Fluid?

Регуляторний ризик тут пов’язаний менше з класифікацією на рівні ланцюга (це не базова мережа), а більше з характеристикою токена, централізацією управління та точками дотику фронтенду/операційної діяльності. В контексті ЄС наявність документа розкриття в стилі MiCA, розміщеного проєктом на instadapp.io, свідчить про усвідомлення режиму розкриття для криптоактивів, але не вирішує питання, як саме той чи інший регулятор трактуватиме токен у правозастосувальній чи судовій практиці, особливо якщо очікування токенхолдерів починають фокусуватися на викупах чи захопленні вартості, пов’язаному з комісіями.

У контексті США станом на початок 2026 року в мейнстрим-джерелах не згадується жодних широко відомих, специфічних до протоколу заходів правозастосування, публічно пов’язаних із Fluid, але ширша картина DeFi залишається такою ж: токени управління, які дрейфують від інструментів координації в бік ... “економічні права за очікуванням” мають тенденцію до накопичення ризику, а власні дискусії Fluid щодо викупів, публічно задокументовані на gov.fluid.io, — це саме той тип площини ризику, за якою уважно стежать підготовлені комплаєнс-команди.

Вектори централізації також не є тривіальними. Фрейминг безпеки Fluid включає можливість екстреного втручання та паузи на рівні модулів, згідно з представленням протоколу в Instadapp blog; хоча це можна вважати виваженим кроком, воно передбачає наявність привілейованих ролей, контроль через multisig і вразливості в управлінні (концентрація делегатів, захоплення голосової влади та дизайн порогів для пропозицій).

До цього додається технічна централізація, типова для DeFi: залежність від конкретних стеків оракулів, комітетів з ризик-параметрів і операційна реальність, за якої більшість користувачів отримує доступ через обмежену кількість фронтендів і RPC-провайдерів.

Які перспективи розвитку Fluid?

Короткострокові перспективи найкраще описувати як питання реалізації достовірного дорожнього плану, а не як питання ринкового бета-фактора. Матеріали з управління чітко показують, що епоха після ребрендингу має на меті узгодити розширення продукту з токеномікою та реструктуризацією управління, згідно з планом ребрендингу на gov.fluid.io, тоді як поточні дебати в управлінні свідчать, що викупи, профінансовані з казни, та механізми захоплення вартості залишаються відкритими темами, а не остаточними зобов’язаннями, як видно з треду обговорення викупів.

З боку продукту, аналітика протоколів від третіх сторін свідчить, що Fluid вже працює у масштабі на кількох мережах, а наступні віхи, які матимуть інституційне значення, ймовірно, стосуватимуться посилення контролю ризиків (ефективність ліквідацій за умов волатильності), підтримання немотивованої (не субсидованої стимулами) ліквідності та розширення інтеграцій без створення крихких міжланцюгових операційних залежностей, при цьому базовий масштаб і фінансові показники регулярно відстежуються майданчиками на кшталт DeFiLlama.