Для читачів, яким потрібно розмежувати інституційний облік у сховищах і роздрібний «перехід між фармінговими стратегіями», Concrete модульно організовує внесення, облік, маршрутизацію стратегій і погашення. Користувачам не потрібно вручну поєднувати протоколи. За даними DefiLlama · Concrete на момент написання, TVL становить близько \$1,261 млрд, комісії за 30 дн. — близько \$2,34 млн, а дохід за 30 дн. — близько \$49 тис. У DefiLlama протокол належить до категорії Onchain Capital Allocator. Загальний обсяг фінансування становить \$17 млн; серед інвесторів — Polychain, YZi Labs і Hashed. Покроковий процес внесення та погашення описано в супутньому матеріалі «Як це зробити». У розділах нижче розглянуто визначення, механіку та межі застосування.
Concrete, створений Blueprint Finance, — це ончейн-інфраструктура для прибутковості, призначена для установ і керуючих активами на рівні протоколів. Concrete Protocol позиціонує себе як операційний рівень, який об’єднує сховища, адаптери стратегій, дозволи, комісії та розподіл. Завдяки цьому команди можуть вбудовувати прибутковість для криптоактивів і RWA. Concrete не є єдиним інтерфейсом для фармінгу.

Concrete розв’язує операційну проблему. Ручна робота в DeFi часто передбачає вибір майданчиків, переміщення ліквідності та ведення обліку, тоді як установи, активи яких перебувають на зберіганні, стикаються з обмеженням «активи не можна вивести». Вибір стратегій, облік NAV і періодичність погашення рідко зосереджені в одному місці, тому інфраструктура сховищ має практичне значення. Concrete перетворює ці завдання на модулі сховищ і потоки з контролем дозволів. Вкладники отримують компоновні частки, а виконання стратегій і ведення обліку відбуваються на рівнях сховища та стратегії.
Контракт токена CT працює в мережі Ethereum за адресою 0x0A092E544DA31150b439a1aAA1A3a2214a867F46. Його можна перевірити на Etherscan. Щоб зрозуміти Concrete, розрізняйте рівень продукту та рівень токена CT: перший регулює внесення й облік, а другий визначає порядок розподілу прав на налаштування.
Типовий шлях такий: користувач вносить один базовий актив до сховища ERC-4626 → сховище створює частки ct[asset], наприклад ctWBTC, за поточним курсом → алокатор розподіляє активи між одним або кількома адаптерами стратегій → стратегії отримують прибуток або зазнають збитків у кредитуванні, стратегіях із багаторазовим використанням позикових коштів або на майданчиках зі зберіганням активів → загальна вартість активів змінює курс обміну часток → під час погашення користувач отримує базовий актив за оновленим курсом.
Ключове значення має облік часток. Їхня кількість зазвичай не збільшується з часом. Змінюється сума базового активу, яку можна отримати за кожну частку. Куратори налаштовують стратегії. Сховища відповідають за зберігання активів, облік і контроль доступу та не прив’язані до одного джерела прибутковості. Коротко цей процес виглядає так: внесення → частки → стратегії → курс → погашення. Перед кожним підписом перевіряйте відображувану NAV або курс обміну.
Існує три реалізації ERC-4626: Atomic — внесення та зняття в одній транзакції; Queued Withdrawal — черги за епохами, які фіксують ціну частки та резервують активи перед отриманням, що є поширеним робочим сценарієм; Pre-deposit / Cross Chain — внесення в початковій мережі, переказ через міст, а потім отримання часток у мережі призначення. Сховища також можуть встановлювати ліміти внесення та обмеження на одну транзакцію або одного користувача. Транзакції, що перевищують ліміти, завершуються помилкою. Пізніші версії Earn, зокрема модулі на кшталт Earn v2 у документації для операторів, і надалі використовують той самий облік часток і курсу, навіть якщо ролі операторів або модулі стратегій розширюються.

Рисунок 1. Процес внесення до Concrete Earn: внесення → сховище ERC-4626 → стратегії → ctAsset. Кількість часток зазвичай залишається незмінною, тоді як курс обміну відображає прибутковість.
Чотири продуктові лінійки охоплюють різні точки входу — від стандартних внесень до представлення активів, що перебувають на зберіганні. Усі вони використовують спільні облік у сховищах і фреймворк стратегій.
| Продукт | Основна аудиторія | Основне завдання | Ключова характеристика |
|---|---|---|---|
| Earn | Вкладники, які прагнуть автоматизованої прибутковості | Внести активи один раз; кількісний і стратегічний рівні розподіляють активи, перебалансовують їх і реінвестують дохід | Стандартизований користувацький досвід отримання прибутковості від сховищ |
| Vaults | Протоколи, емітенти, керуючі активами | Інфраструктура сховищ ERC-4626 і компонування модулів | Реалізації Atomic / Queued / Pre-deposit |
| Enterprise | Установи та корпоративні клієнти | Операції зі сховищами для установ, дозволи та робочі процеси контролю | Орієнтація на відповідність вимогам і операційну діяльність |
| AssetCX | Установи з кваліфікованим зберіганням | Представлення активів, що перебувають на зберіганні, у співвідношенні 1:1 в ончейн-форматі через сховища з дозволами | Базовий актив може залишатися у кваліфікованого зберігача |
Відповідно до методології DefiLlama, Fees вимірює прибутковість, яку стратегії сховищ генерують для вкладників, зокрема зростання курсу обміну, а також пов’язані комісії протоколу й винагороди партнерів. Revenue вимірює управлінські комісії та комісії за результат, які протокол отримує у формі часток сховищ. Тому Fees зазвичай значно перевищує Revenue. Перший показник ближчий до «загальної прибутковості на боці вкладника», а другий відображає частку протоколу. Категорія Onchain Capital Allocator визначає Concrete як ончейн-рівень розподілу капіталу й оркестрації сховищ, а не як окремий кредитний ринок.
Earn охоплює стандартні внесення та автоматизовану прибутковість. Модулі Earn / Earn v2 у документації так само зосереджені на тому, що відбувається після одного внесення до керованого сховища. Vaults, Enterprise і AssetCX розширюють рівень доступу для протоколів та установ. Blueprint Finance розкрила інформацію про залучення близько \$17 млн фінансування, серед інвесторів — Polychain Capital та інші компанії. Це пояснює орієнтацію на інституційну інфраструктуру, але не є прогнозом результативності.

Рисунок 2. Стек продуктів Concrete: як Earn, Vaults, Enterprise і AssetCX розподіляють ролі в межах спільної інфраструктури для прибутковості.
Межа застосування AssetCX має важливе значення. Клієнти переміщують активи до визначеного гаманця, який залишається в межах рахунку зберігача. Concrete створює AssetCX у співвідношенні 1:1 до залишку активів на зберіганні та вносить його до сховища. Платформа випускає квитанції про частки на кшталт ERC-4626, тоді як базовий актив може залишатися у кваліфікованого зберігача. У застосунку Earn сховища AssetCX часто використовують назву [asset]cx і відображають статус «Потрібен дозвіл». Для участі зазвичай потрібен окремий запит, а не відкритий публічний мінтинг.
CT — це нативний токен управління та налаштування екосистеми Concrete: токен ERC-20 на Ethereum із фіксованою пропозицією, що не передбачає інфляції. Власники, які відповідають установленим вимогам і блокують CT, можуть брати участь в управлінні визначеними параметрами протоколу — схваленням стратегій, класифікацією застави, моделями комісій, політиками щодо скарбниці та пов’язаними налаштуваннями модулів. Стейкінг CT може відкривати функції налаштування, зокрема зміну окремих комісій на рівні протоколу під час власних взаємодій стейкера з підтримуваними модулями. Concrete Foundation координує управління та скарбницю CT. Випуск токена й розкриття інформації у white paper здійснюються відповідними юридичними особами згідно із застосовними правилами.
| Параметр | Токен CT | Частки сховища ct[asset] |
|---|---|---|
| Природа | Токен управління та налаштування | Квитанція про внесення ERC-4626 |
| Як отримується | Ринковий обіг / розподіл в екосистемі | Внесення базового активу до відповідного сховища |
| Що відображає його вартість | Пропозиція та попит на токен і корисність для управління | NAV сховища × курс обміну частки |
| Зв’язок із прибутковістю | Не є вимогою на отримання доходу від внесення до сховища | Погашення базового активу за поточним курсом із урахуванням прибутку або збитку |
| Приклади | CT | ctWBTC, ctDefiUSDT та подібні активи |
Поширена помилка — прирівнювати купівлю CT до «входу у сховище для отримання прибутковості». Чітка межа така: CT передусім надає можливості управління та налаштування, тоді як ct[asset] відповідає вимозі на активи конкретного сховища. Обидва активи можуть існувати в одній екосистемі, але це різні об’єкти обліку та різні ризикові експозиції.
Ручний фармінг зазвичай передбачає вибір майданчиків, переміщення ліквідності та відстеження винагород і ризику ліквідації. Кожне перебалансування є окремим операційним кроком. Concrete Protocol стандартизує облік та інтерфейси стратегій. Користувачі переважно володіють однією часткою сховища, а маршрутизацією займаються алокатори й куратори через налаштування. Відмінності здебільшого проявляються в періодичності погашення — Atomic / Queued / Cross Chain Pre-deposit.
Порівнювати продукти слід за складністю інтерфейсу, прозорістю обліку (курсами ERC-4626), межами ліквідності та моделями дозволів — відкриті пули проти Enterprise / AssetCX. Concrete не усуває ризик стратегії. Він зосереджує виконання та облік на рівні сховища, щоб результативність, дохід і NAV часток можна було перевірити в одному місці. Перед збільшенням суми внесення перевірте тип погашення, ліміти та ризик майданчика.
Серед переваг: частки ERC-4626 простіше компонувати та звіряти; кілька стратегій можуть працювати в одному сховищі; Queued Withdrawal підходить для процесів із високою роллю зберігання; AssetCX дає змогу активам, які складно перемістити, отримувати ончейн-представлення прибутковості; публічні інформаційні панелі допомагають перевіряти визначення TVL, Fees і Revenue.
Серед ризиків: ризики смартконтрактів і дозволів; збитки стратегій, що знижують курси обміну; затримка погашення в черзі; ризик кросчейн-мостів; залежність AssetCX / Enterprise від зберігання та доступу; корисність CT, яка залежить від упровадження управління й автоматично не хеджує збитки сховищ. Під час публічної торгівлі CT також потрібно перевіряти офіційний сайт і заявлений контракт, щоб не придбати підроблений актив.
CT торгується на Gate на спотовому ринку CT/USDT через сторінку спотової торгівлі CT/USDT. Спотові угоди розраховуються на біржовому рахунку та призначені для купівлі або продажу CT. Вони не вносять активи до сховища Concrete.

Розділяйте ці два шляхи: активи на спотовому рахунку Gate — це CT, а ончейн-внесення до Concrete Earn створюють ct[asset] і дають користувачам доступ до стратегій сховища. Вивчаючи механіку прибутковості, не змішуйте токен, яким торгують, із внесеним активом. Якщо Вам потрібен токен управління, доступний для переказу, використовуйте спотову торгівлю та перевіряйте контракти й мережі. Правила внесення, зняття та конвертації наведено на актуальних сторінках Gate. Вони не є обіцянками щодо прибутковості або ціни.
Concrete (CT) об’єднує в одному контексті інституційні сховища, адаптери стратегій, представлення активів на зберіганні та токен управління. Внесення створюють ct[asset], а стратегії змінюють курс обміну. Earn / Vaults / Enterprise / AssetCX відповідають різним рівням доступу. CT забезпечує управління та налаштування і не має розглядатися як частка сховища. Розрізняйте Fees і Revenue у DefiLlama. Торгівля CT на Gate та використання Earn ончейн — це різні шляхи. Concrete Protocol надає пріоритет спільному обліку та оркестрації сховищ перед вибором стратегії. Купівля CT не є аналогом завершення внесення до сховища.
Concrete — це повноцінна ончейн-інфраструктура для прибутковості (Concrete Protocol), до складу якої входять Earn, Vaults, Enterprise і AssetCX, побудовані навколо сховищ ERC-4626 та оркестрації стратегій. CT — це токен управління та налаштування екосистеми в мережі Ethereum. Розрізняйте рівень продукту та рівень токена CT. Без спільного обліку часток кожному майданчику потрібні власні книги обліку та процеси погашення, і саме тому інфраструктура сховищ має важливе значення.
Користувачі вносять базовий актив до сховища ERC-4626 і отримують частки ct[asset]. Їхня кількість зазвичай залишається незмінною, тоді як прибуток або збиток стратегії відображається в курсі обміну. Сховище відповідає за зберігання активів, облік і дозволи. Адаптери стратегій розподіляють активи між майданчиками. Під час погашення користувач отримує базовий актив за поточним курсом. Погашення може відбуватися одразу або через чергу з подальшим отриманням. Спільний облік сховищ ближчий до інституційної інфраструктури, ніж до ще одного інтерфейсу для фармінгу на одному ринку.
CT — це токен управління та налаштування. Власники, які відповідають установленим вимогам і блокують CT, можуть голосувати за визначені параметри, зокрема схвалення стратегій і моделі комісій. Стейкінг CT може відкривати функції налаштування, наприклад зміну комісій на рівні протоколу під час власних взаємодій стейкера з модулями. CT не є автоматичною вимогою на отримання доходу від внесення до конкретного сховища. Таку вимогу підтверджують частки ct[asset].
Ні. Токен ct[asset] — це квитанція про частку ERC-4626 у конкретному сховищі, яка відображає чисту вартість активів цього сховища. CT — це токен управління та налаштування екосистеми, який торгується окремо. Купівля CT не створює ctWBTC, а внесення WBTC не перетворює внесений актив на CT.
До ключових ризиків належать ризики смартконтрактів і дозволів, збитки стратегій, що знижують курси обміну, затримки під час погашення через чергу та через кросчейн-взаємодії, залежність AssetCX/Enterprise від зберігання й доступу, а також ризик низької ліквідності та підроблених контрактів під час публічної торгівлі CT. Fees і Revenue відрізняються: Fees ближчий до прибутковості стратегії на боці вкладника, тоді як Revenue — це частка протоколу.
* Ця інформація не є фінансовою порадою чи будь-якою іншою рекомендацією, запропонованою чи схваленою Gate.
* Цю статтю заборонено відтворювати, передавати чи копіювати без посилання на Gate. Порушення є порушенням Закону про авторське право і може бути предметом судового розгляду.





