Розробка yield vault з автокомпаундингом під ключ

Проєктуємо та розробляємо блокчейн-рішення повного циклу: від архітектури смарт-контрактів до запуску DeFi-протоколів, NFT-маркетплейсів та криптобірж. Аудит безпеки, токеноміка, інтеграція з наявною інфраструктурою.
Показано 1 з 1Усі 1305 послуг
Розробка yield vault з автокомпаундингом під ключ
Складний
~1-2 тижні
Часті запитання

Напрямки блокчейн-розробки

Етапи блокчейн-розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1361
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1189
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    646
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929

Розробка yield vault з автокомпаундингом під ключ

Користувач вніс 100 ETH у vault на Curve, але через пропущений harvest протягом місяця APY виявився на 30% нижчим за розрахунковий. Це типова ситуація: без автокомпаундингу складний відсоток не працює, а ручний збір винагород (harvest) потребує часу та газових витрат. Ми будуємо yield vault — смарт-контракти, які автоматично реінвестують дохідність, позбавляючи від ручного harvest. Це ключовий компонент DeFi-протоколів, але реалізація пов'язана з нетривіальними технічними складнощами: хто платить за compound, як уникнути прослизання при продажу reward-токенів і як захиститися від reentrancy через токени з хуками. Наші інженери з 5+ річним досвідом у DeFi запустили 10+ vault-ів у mainnet, і ми готові поділитися напрацьованими практиками.

Як працює yield vault з автокомпаундингом?

Yield vault приймає користувацькі кошти, розміщує їх у протоколі (Aave, Compound, Curve, Convex), збирає накопичені reward-токени та реінвестує їх назад. На практиці виникають нетривіальні проблеми: хто платить за compound, як не втратити на прослизанні при продажу rewards і як не потрапити під reentrancy через токени з хуками.

Хто викликає harvest і за чий рахунок

Автокомпаундинг потребує періодичного виклику функції harvest() — збір rewards та реінвестування. Цю транзакцію хтось має оплатити.

  • Permissionless harvest: Будь-хто може викликати harvest() та отримати bounty (зазвичай 0.5-1% від зібраних rewards). Економіка працює, коли rewards достатньо великі. При низькому TVL vault-а harvest трапляється рідко, APY нижче заявленого.
  • Keeper-based harvest: Згідно з документацією Chainlink Automation, налаштування тригера займає хвилини. Chainlink Automation або Gelato Network викликають harvest() за розкладом або при накопиченні порогу. Надійніше, але потребує фінансування. Gelato бере оплату з самих rewards через IAutomate інтерфейс.
  • Harvest при кожному deposit/withdraw: Найпростіший варіант, але при першому депозиті в новий vault ви платите gas за harvest нульових rewards.

Ми зазвичай використовуємо гібрид: keeper за розкладом з permissionless harvest як fallback.

Математика компаундингу та помилки накопичення

APY при компаундингу: (1 + r/n)^n - 1, де r — річна ставка, n — кількість компаундингів на рік. При щоденному компаундингу (n=365) та 20% APR — APY складе 22.13%. При щотижневому (n=52) — 21.94%. Різниця невелика, але неправильна частота на frontend розчаровує користувачів.

Помилка округлення: при кожному compound shares * pricePerShare не завжди ділиться націло на totalAssets. Накопичувальна помилка за тисячі compound-операцій може стати значущою. Рішення: зберігати totalAssets як точне значення, оновлювати його атомарно при кожній операції. Ефект складного відсотка працює без втрат.

Як налаштувати Chainlink Automation keeper?

  1. Розгорніть контракт vault та зареєструйте upkeep на Chainlink Automation.
  2. У checkUpkeep() поверніть true, коли накопичені rewards перевищують поріг (наприклад, 1000 токенів).
  3. У performUpkeep() викличте harvest() та спалюйте комісію keeper.
  4. Встановіть інтервал перевірки (minWaitSeconds) та бюджет у LINK.

Це гарантує регулярний compound навіть при низькому TVL.

Стратегія — ядро vault

Інтеграція з Curve + Convex

Класична стратегія: депозит USDC → Curve 3pool (USDC/USDT/DAI) → отримання 3CRV → стейкінг у Convex Finance → отримання CRV + CVX rewards → продаж CRV/CVX за USDC → додавання назад у 3pool. Криві взаємодії в Solidity:

// Deposit в Curve
ICurvePool(POOL_3CRV).add_liquidity([amount, 0, 0], minLpTokens);
// Stake LP в Convex
IConvexBooster(BOOSTER).deposit(pid, lpAmount, true);
// Claim rewards
IConvexRewardPool(REWARD_POOL).getReward(address(this), true);
// Sell CRV via Uniswap V3
ISwapRouter(UNISWAP_ROUTER).exactInputSingle(params);

Ризик прослизання при продажу rewards: якщо vault накопичив 50,000 CRV і продає все за один своп — price impact 2-5%. Рішення: розбити продаж на кілька частин (slicedSell) або використовувати 1inch для оптимального маршруту через кілька пулів.

Управління комісіями

Стандартна структура fee для yield vault:

  • Performance fee: 10-20% від накопиченого yield при кожному harvest. Йде treasury протоколу.
  • Management fee: 0.5-2% річних від TVL. Нараховується безперервно через збільшення totalAssets на користь treasury.
  • Withdrawal fee: 0-0.1%. Опціонально, для discourage короткострокових депозитів.

Реалізація management fee без окремих транзакцій: при кожному totalAssets() call обчислювати elapsed_seconds * annualFeeRate / SECONDS_IN_YEAR * tvl та віднімати з поверненого значення. Treasury shares мінтяться при harvest.

Порівняння моделей harvest

Модель Переваги Недоліки Витрати на газ
Permissionless bounty Нульові витрати на keeper Непередбачувана частота OPEX на bounty (0.5-1% rewards)
Keeper (Chainlink) Гарантована періодичність Витрати на LINK $2-5 за upkeep на день
При депозиті/виводі Простота, немає зовнішніх залежностей Рідкий harvest при малому TVL Входить у gas користувача

Які ризики виникають при роботі з yield vault?

Reentrancy через ERC-777 та callback-токени

Harvest функція робить кілька зовнішніх викликів: claim → swap → deposit. ERC-777 токени викликають tokensReceived хук у отримувача. Якщо vault приймає ERC-777, під час claim хук може викликати deposit або withdraw до завершення harvest. Патерн захисту: nonReentrant на harvest, deposit, withdraw.

Sandwich-атаки на harvest своп

Публічний harvest() видимий у mempool. MEV-боти роблять sandwich: купують CRV до harvest свопу, продають після. Захист: deadline на своп (максимум 1-2 блоки), жорсткий minAmountOut через TWAP oracle замість spot price. amountOutMin = twapPrice * amount * (1 - maxSlippage). TWAP за 30 хвилин — Uniswap V3 observe(). Альтернатива: Flashbots Private Transactions.

Price manipulation через flash loan

Стратегія, яка читає spot price з AMM для розрахунку compound ratio, вразлива: flash loan тимчасово зсуває ціну. Рішення: ніколи не використовувати spot AMM price для прийняття рішень про суми. Тільки TWAP або Chainlink для цінових розрахунків.

Стек розробки

Solidity 0.8.x + OpenZeppelin 5.x (ERC-4626, ReentrancyGuard, Pausable, AccessControl). Foundry для тестування з fork-тестами на mainnet. Chainlink Automation для keeper. 1inch Fusion API для оптимальних свапів.

Ризик Вектор Захист
Reentrancy ERC-777 хуки в claim nonReentrant на всі state-changing функції
Sandwich Публічний harvest TWAP minAmountOut + Flashbots
Price manipulation Spot AMM ціни Chainlink / TWAP для розрахунків
Накопичувальна помилка fee Неточний totalAssets Exact accounting, оновлення при кожній операції
Занадто рідкий compound Недостатній TVL Keeper + permissionless з bounty

Процес роботи

  • Аналітика (2-3 дні). Цільові протоколи, структура fee, частота compound, вимоги до keeper.
  • Проектування (3-5 днів). ERC-4626 vault архітектура, окремий контракт стратегії для апгрейдабельності, fee accounting.
  • Розробка (2-4 тижні). Vault → стратегія → keeper інтеграція → frontend (wagmi + viem).
  • Тестування. Foundry fork-тести: повний цикл deposit → earn → harvest → withdraw на mainnet стані. Fuzz на суми та timing.
  • Аудит. Зовнішній аудит обов'язковий при TVL > $500k. Наші vault-и проходять формальну верифікацію.

Що входить в результат?

  • Вихідний код смарт-контрактів (перевірений на Etherscan)
  • Документація архітектури та інструкція з деплою
  • Налаштований Chainlink Automation keeper
  • Інтеграція з 1inch для оптимальних свопів
  • Звіт про аудит (при необхідності)
  • Навчання команди та підтримка на етапі запуску

Орієнтири за термінами та вартістю

Простий vault на один протокол з Chainlink Automation — 1-2 тижні. Мультистратегійний vault з оптимальним роутингом rewards та sandwich-захистом — 4-8 тижнів. Вартість розраховується після визначення стратегії та вимог до безпеки. Обговоріть деталі — ми підготуємо індивідуальне комерційне пропозицію.

Замовте розробку yield vault з автокомпаундингом — отримайте безкоштовну консультацію. Наші інженери з 5+ річним досвідом у DeFi реалізували 10+ vault-ів для відомих протоколів. Опишіть вашу задачу, і ми запропонуємо оптимальне рішення.

Послуги з розробки DeFi-протоколів повного циклу

Ми проектуємо модульні DeFi-протоколи, в яких математика стейблкоїнів, ліквідності та оракулів працює без збоїв. Mango Markets — краш-тест: атакуючий маніпулював spot price через один акаунт, взяв кредит під завищений колатераль і вивів велику суму. Оракул брав ціну з єдиного джерела без TWAP. Не баг у коді — це архітектурне рішення, яке стало вразливістю. Наш досвід показує: будь-який DeFi-протокол — це система ставок на те, що всі компоненти, від розрахунків до економічних стимулів, вибудовані правильно одночасно.

Ми не пишемо код під «якщо все працює, не чіпай». Ми моделюємо стрес-сценарії: каскадні ліквідації, депег, флеш-позики. І тільки після цього — події, які не зламають протокол. Наші послуги з розробки DeFi-протоколів повного циклу охоплюють усі етапи — від архітектури до запуску та підтримки.

Чому оракули є критичним компонентом DeFi?

Більшість великих зломів DeFi починалися з маніпуляції оракулом. Розберемо три шари, які ми використовуємо в кожному проекті.

Spot price як оракул — не варіант. Uniswap v2 spot price можна зсунути flash loan за одну транзакцію. Ціна в кінці блоку — єдине, що потрапляє в state, її і читає оракул. Схема атаки: зайняти через flash loan → купити актив у пул → ціна піднялася → взяти кредит під завищений колатераль → продати актив → повернути flash loan. Одна транзакція.

TWAP як захист. Uniswap v3 observe() усереднює ціну за період (30 хвилин). Маніпуляція вимагає утримувати ціну кілька блоків — це коштує дорого. Але TWAP повільно реагує на легітимні зміни, що відкриває вікно для arbitrage на ліквідації при різких рухах.

Chainlink Price Feeds — агрегація від багатьох data providers з медіаною. Стандарт для lending. Проблема: heartbeat 1–24 години та deviation threshold 0.5%. Якщо ціна не рухається, фід може не оновлюватися добу. У волатильному ринку — lag.

Оракул Механізм Захист від маніпуляції Затримка
Chainlink Медіана від незалежних провайдерів Висока (децентралізація) До 24 год при 0% руху
Uniswap v3 TWAP Середня ціна за N блоків Висока (складно утримувати) 30 хв — 1 год
Pyth Network Cross-chain low-latency Середня (залежність від publisher) Секунди

У продакшені ми використовуємо дворівневу перевірку: Chainlink aggregator + Uniswap v3 TWAP як верифікатор. Якщо розбіжність більша за N% — транзакція відхиляється, система ставиться на паузу.

Як захистити DeFi-протокол від атак флеш-позик?

Flash loan перетворює будь-якого користувача на володаря необмеженого капіталу на одну транзакцію. Тому при проектуванні контрактів ми припускаємо: доступ до необмеженого капіталу є у всіх. Це змінює threat model повністю.

Легітимні застосування flash loan — арбітраж, ліквідація, самоліквідація. Але протокол повинен перевіряти, що позика не використовується для маніпуляції: оракул не повинен читати ціну з пулу, який можна зсунути за одну транзакцію. Ми додаємо перевірки на block.timestamp та мінімальну глибину ліквідності.

Як ми забезпечуємо безпеку DeFi-протоколу?

Ми не покладаємося на один шар захисту. Кожен контракт проходить формальну верифікацію математичної моделі, стресове тестування на форку mainnet та аудит щонайменше двома незалежними командами (серед яких сертифіковані аудитори ConsenSys Diligence). Гарантія — багаторічний досвід розробки та супроводу протоколів із сукупним TVL понад $500M.

Ключові компоненти DeFi-архітектури

Тип протоколу Основна механіка Головний ризик
DEX (AMM) x*y=k або concentrated liquidity impermanent loss, oracle manipulation
Lending collateral ratio, liquidation bad debt при каскадних ліквідаціях
Yield aggregator автокомпаундинг стратегій rug через strategy upgrade
Derivatives / Perps funding rate, mark price liquidation cascades, socialized losses
Liquid staking stETH-style rebasing depegging при mass unstake

AMM: від x*y=k до concentrated liquidity

Uniswap v2 використовує x * y = k. LP-токени ERC-20 — кожен пул випускає свій токен пропорційно частці. Проблема: ліквідність розмазана по всій кривій, більша частина не використовується.

Uniswap v3 та позиції ERC-721: concentrated liquidity — LP надає ліквідність у діапазоні [priceLow, priceHigh]. Capital efficiency до 4000x для стабільних пар. Але ERC-721 ламає vault-стратегії під ERC-20. Управління ranges — окрема інженерна задача: позиція виходить з діапазону при русі ціни, перестає заробляти fees, стає single-asset. Протоколи типу Arrakis Finance автоматично rebalance. Якщо будуєте vault поверх v3, потрібен власний range manager або інтеграція з існуючим.

Slippage у v3 розраховується через sqrtPriceX96 — 96-бітна fixed-point математика. Помилки на фронтенді призводять до розбіжності між видимим і фактичним slippage.

Curve для пар з близькими цінами (stablecoin/stablecoin, stETH/ETH) використовує інваріант, що комбінує constant product і constant sum. Менше slippage в діапазоні peg. Контракти на Vyper, код математично щільний, аудитувати складно.

Lending протоколи: collateral, liquidation, bad debt

LTV визначає максимальний кредит під колатераль. Liquidation threshold — рівень ліквідації. Різниця — буфер для liquidator. Типовий приклад: LTV 75%, liquidation threshold 80%, bonus 5%. Якщо ціна падає на 20%+, позиція відкрита до ліквідації.

Каскадні ліквідації: багато позицій ліквідується одночасно → ліквідатори продають колатераль → ціна падає → наступна хвиля. LUNA/UST — класичний каскад.

Якщо колатераль знецінюється швидше ліквідації, протокол отримує bad debt. Aave використовує Safety Module (застейканий AAVE), Compound — reserves. Без backstop bad debt соціалізується через dilution supply-токена або взаємозалік.

Проектування системи ліквідації вимагає моделювання стрес-сценаріїв: падіння єдиного liquidation bot, високий gas, делістинг колатералю.

Yield farming та incentive mechanics

Liquidity mining — роздача токенів управління LP-провайдерам. Проблема mercenary capital: фармери приходять, продають токени, йдуть. TVL фіктивний.

Стійкі механіки: protocol-owned liquidity (Olympus bonding), veToken (CRV locked → boost + governance), locked staking з penalty. Ve-модель при неправильній реалізації створює governance concentration. Потрібен timelock на зміни gauge weights та ліміти на votingPower.

Що входить у нашу розробку DeFi-протоколів

  • Архітектурна документація: діаграми взаємодії контрактів, стрес-тести ліквідацій, розрахунки оракулів.
  • Реалізація на Solidity 0.8.x з OpenZeppelin 5.x (AccessControl, ReentrancyGuard, Pausable, TimelockController) та Solmate для gas-optimised base contracts.
  • Foundry fork-тести на реальному mainnet (Uniswap, Chainlink, Aave) — тести до деплою покривають всі сценарії. Завдяки Foundry час тестування скорочується на 80% порівняно з Hardhat.
  • Аудит: мінімум два незалежних аудитори для TVL від значного рівня. Code4rena або Sherlock для bug bounty.
  • Деплой з Gnosis Safe 3/5 multisig + timelock 48–72 години.
  • Моніторинг через Tenderly (alerts, симуляції), OpenZeppelin Defender (automation), Forta (on-chain threat detection).
  • Підтримка після запуску: оновлення, патчі, апгрейди через proxy.

Наші компетенції та досвід

Ми розробляємо DeFi-протоколи з моменту активного розвитку ринку — за цей час реалізували 30+ проектів із загальним TVL понад $500M. Серед клієнтів — протоколи в топ-20 за TVL на Ethereum, Arbitrum та Base. Команда сертифікованих розробників Solidity, які пройшли аудиторські треки ConsenSys Diligence. Гарантія якості підтверджена багаторічним досвідом та відсутністю інцидентів після запуску.

Терміни

  • DEX з AMM (Uniswap v2 fork): 6–10 тижнів
  • Lending protocol (Aave-style, один колатераль): 3–5 місяців
  • Yield aggregator з кількома стратегіями: 2–4 місяці
  • Повноцінний DeFi-протокол з governance: 5–8 місяців включаючи аудит

Вартість розраховується індивідуально — зв'яжіться для оцінки вашого проекту. Отримайте консультацію з архітектури DeFi-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.