Разработка yield aggregator

Проектируем и разрабатываем блокчейн-решения полного цикла: от архитектуры смарт-контрактов до запуска DeFi-протоколов, NFT-маркетплейсов и криптобирж. Аудит безопасности, токеномика, интеграция с существующей инфраструктурой.
Показано 1 из 1 услугВсе 1306 услуг
Разработка yield aggregator
Сложная
от 2 недель до 3 месяцев
Часто задаваемые вопросы
Направления блокчейн-разработки
Этапы блокчейн-разработки
Последние работы
  • image_website-b2b-advance_0.png
    Разработка сайта компании B2B ADVANCE
    1221
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1163
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    855
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1056
  • image_logo-advance_0.png
    Разработка логотипа компании B2B Advance
    561
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    828

Разработка yield aggregator

Vault задеплоен, стратегия работает — фармит COMP на Compound, продаёт через Uniswap V3, реинвестирует в позицию. На шестой неделе COMP токен резко вырос в цене, и все holders начали выводить средства одновременно. Стратегия держала 80% активов в Compound, ликвидности для вывода не хватало. Контракт начал экстренно выводить из протокола, платя 3-4% slippage на каждой операции. Пользователи, выходившие последними, получили на 6% меньше. Это не баг в контракте — это архитектурный просчёт в управлении ликвидностью vault.

Главные проблемы в yield aggregator архитектуре

Проблема liquidity buffer и bank run

Классический vault по ERC-4626 хранит shares и assets в соотношении totalAssets / totalSupply. Если 90% активов развёрнуты в стратегии (что правильно с точки зрения доходности), то при массовом выводе контракт вынужден экстренно закрывать позиции.

Два варианта, которые мы используем в зависимости от профиля стратегии:

Idle buffer (10-20% активов держим в vault). Простой подход: небольшой процент активов не инвестируется, служит буфером для небольших withdrawals без взаимодействия с протоколами. Yearn Finance использует debtRatio — каждая стратегия получает лимит на управление активами, остаток остаётся в vault.

Withdrawal queue с задержкой. Для стратегий с длинными локапами (Curve gauge locks, Convex) — очередь на вывод с задержкой 24-72 часа. Пользователь получает «withdraw ticket» — NFT или запись в маппинге, которую можно исполнить после разблокировки.

Harvest timing и MEV

harvest() функция, которая собирает rewards и реинвестирует, — лакомый кусок для MEV. Перед harvest() токен наград стоит X, после продажи — X - slippage. Sandwich атакующий ставит ордер перед harvest, получает прибыль от движения цены.

Решения:

  • Продажа rewards через private mempool (Flashbots Protect, MEV Blocker)
  • TWAP-продажа: делим продажу на несколько транзакций за несколько блоков
  • Использование CoW Protocol / 1inch Fusion для batch settlement

Второй вариант проще в реализации, но увеличивает gas overhead на 30-50%.

Reentrancy в ERC-4626 через ERC-777 токены

ERC-4626 стандарт не запрещает использовать ERC-777 как underlying asset. При withdraw()_burn(shares) → external transfer → хук tokensReceived у получателя есть возможность повторно вызвать deposit() или withdraw(). Если totalAssets обновляется после transfer — share price манипулируется в этот момент.

Стандартное решение: nonReentrant на все функции, которые изменяют totalAssets или totalSupply. Дополнительно — проверка totalAssets до и после операции как assertion.

Как мы строим yield aggregator

Архитектура vault + strategy

Следуем паттерну Yearn v2/v3: vault отделён от стратегий. Vault управляет ERC-4626 логикой, учётом shares, лимитами. Стратегии — отдельные контракты с единым интерфейсом:

IStrategy {
    function deposit(uint256 assets) external;
    function withdraw(uint256 assets) external returns (uint256 loss);
    function totalAssets() external view returns (uint256);
    function harvest() external returns (uint256 profit, uint256 loss);
}

Это позволяет добавлять новые стратегии без изменения vault контракта. Vault держит список активных стратегий с debtRatio для каждой — процент от totalAssets, который стратегия может использовать.

Multi-strategy allocation

Для vault с несколькими стратегиями нужен allocation механизм. Простой вариант: фиксированные debtRatio через governance. Продвинутый: автоматический rebalancer на основе APY данных.

Автоматический rebalancer — сложнее, потому что APY из протоколов нельзя читать on-chain надёжно. Aave возвращает currentLiquidityRate в ray (1e27), Compound — supplyRatePerBlock. Нужна нормализация и конвертация в годовой процент. И это только текущий APY — не учитывает rewards токены, gas overhead на rebalance, slippage.

В большинстве случаев мы реализуем off-chain keeper, который читает APY, вычисляет оптимальное распределение и вызывает rebalance() на vault раз в 6-24 часа. On-chain контракт только проверяет, что вызов от авторизованного keeper.

Chainlink Automation для harvest

Вместо ручного вызова harvest — Chainlink Automation (бывший Keepers). Контракт реализует AutomationCompatibleInterface:

function checkUpkeep(bytes calldata) external view returns (bool upkeepNeeded, bytes memory);
function performUpkeep(bytes calldata performData) external;

checkUpkeep проверяет: прошло ли достаточно времени с последнего harvest, накопилось ли достаточно rewards для окупаемости gas. Если оба условия — upkeepNeeded = true, Chainlink нода вызывает performUpkeep. Это убирает зависимость от ручного управления и даёт гарантию регулярного harvest.

Учёт performance fee

Performance fee — процент от прибыли, который идёт protocol treasury. Технически: при каждом harvest считается profit = totalAssets_after - totalAssets_before. От прибыли берётся performanceFee (обычно 10-20%) и конвертируется в shares, которые минтятся на fee recipient.

Важный нюанс: fee нужно минтить в shares, а не отправлять assets. Иначе при большом объёме fees протокол постоянно изымает ликвидность из стратегий.

Поддерживаемые протоколы и стратегии

Протокол Тип стратегии Сложность интеграции Дополнительные риски
Aave V3 Lending supply Низкая Oracle риск
Compound V3 Lending supply Низкая Oracle риск
Uniswap V3 LP (concentrated) Высокая Impermanent loss
Curve + Convex LP + gauge Средняя Gauge lock
Pendle Yield tokenization Высокая PT/YT expiry
GMX Perp liquidity Высокая Directional risk

Uniswap V3 LP — самая сложная стратегия из-за управления диапазонами. Активная стратегия (rebalance диапазонов) требует постоянного мониторинга цены и вызова rebalance() при выходе позиции из диапазона, иначе LP позиция перестаёт зарабатывать fees. Мы используем Arrakis или Gamma Protocol как базовый слой для managed LP позиций вместо реализации с нуля.

Процесс разработки

Аналитика (3-5 дней). Выбор протоколов для интеграции, определение стратегий, оценка APY и рисков. Документирование инвариантов vault: totalAssets >= totalDebt, share price монотонно возрастает при прибыльной работе.

Разработка vault core (2-3 недели). ERC-4626 реализация, система управления стратегиями, fee механизм, emergency pause.

Разработка стратегий (1-2 недели каждая). Интеграция с каждым протоколом, harvest логика, тестирование на mainnet fork.

Тестирование (1-2 недели). Fork-тесты с симуляцией массовых withdrawals, harvest сценариев, emergency exit. Fuzz-тесты на инварианты через Echidna.

Деплой и мониторинг. The Graph субграф для индексации vault событий, Grafana дашборд для мониторинга TVL, APY, harvest frequency.

Ориентиры по срокам

Vault с одной стратегией (Aave lending) — 3-4 недели. Multi-strategy vault с автоматическим harvest через Chainlink — 6-8 недель. Полноценный aggregator с UI, несколькими стратегиями и governance — 2-3 месяца. Стоимость рассчитывается индивидуально.