Разработка системы автоматического управления health factor
Пользователь открывает позицию в Aave: депозит 10 ETH, займ 8000 USDC. При ETH = $2000 health factor составляет 1.56 — комфортная зона. ETH падает до $1400 за два дня. Коэффициент здоровья = 1.09. Liquidation threshold пройден при 1.0 — осталось 9% буфера. Без автоматики у пользователя три варианта: держать руку на пульсе 24/7, потерять позицию на ликвидации (штраф 5-15% от суммы долга), или заранее переплатить за избыточное обеспечение. Потери при ликвидации могут достигать 15% от стоимости позиции — наша система способна предотвратить убытки на тысячи долларов без участия пользователя. Система, которую мы разработали, делает четвёртый вариант — автономный ребалансер, который держит позицию в безопасной зоне без участия пользователя. Наш опыт в DeFi насчитывает 5+ лет и более 15 проектов по управлению рисками. Наши инженеры готовы реализовать такую систему для вашего проекта. Согласно документации Aave V3 (Aave V3 Technical Paper), коэффициент ликвидации для ETH составляет 82,5%.
Почему ручное управление health factor опасно?
Во время волатильности рынка ликвидации могут происходить за секунды из-за MEV-ботов. Человек не успевает среагировать на резкое падение цены, особенно если оракул Chainlink задерживает обновление. Реальный безопасный порог — HF >1.15–1.20 для волатильных активов. Поддерживать такой уровень вручную 24/7 практически невозможно.
Как математика ликвидации влияет на health factor?
Техническая формула health factor
HF = (∑ collateral_i × price_i × liquidationThreshold_i) / totalDebt
Каждый актив в Aave V3 имеет свой liquidationThreshold (выражен в basis points, например ETH = 8250 = 82.5%). При HF < 1.0 позиция ликвидируема. Ликвидатор вызывает liquidationCall(), получает бонус liquidationBonus (для ETH = 10500 = 105% — то есть 5% premium сверх долга).
На практике ликвидации происходят раньше 1.0 — MEV-боты мониторят mempool и включают транзакцию в тот же блок, где цена оракула обновилась.
Какой риск представляет задержка оракула Chainlink?
Aave V3 использует Chainlink агрегаторы с heartbeat 1 час для большинства пар. Во время быстрого движения цены (flash crash) оракул может опаздывать до 30–60 минут. За это время on-chain цена ETH в Aave отличается от реальной биржевой на 5–10%. Это создаёт ситуацию, когда наша система видит HF = 1.25, но после следующего оракульного обновления HF мгновенно становится 0.95 и позиция ликвидируется.
Обработка этого сценария — один из ключевых инженерных вызовов. Система учитывает delta между текущей Chainlink ценой и ценой на Uniswap TWAP (30-минутный) как косвенный индикатор latency-риска.
Как работает автоматический ребаланс?
Система использует три стратегии, выбираемые в зависимости от конфигурации пользователя и доступной ликвидности.
Три стратегии ребалансирования
| Стратегия | Капиталоэффективность | Сложность | Типичный сценарий |
|---|---|---|---|
| Repay debt | Средняя — требует резерва | Низкая | Простое снижение долга |
| Add collateral | Низкая — требует резерва | Низкая | Сохранение размера займа |
| Deleverage через flash loan | Высокая — без резерва | Высокая | Минимизация капитала |
Подробнее о стратегии deleverage через flash loan
Стратегия 3: Deleverage через flash loan. Самая сложная и наиболее капиталоэффективная. Берём flash loan (Aave V3 flashLoan или Uniswap V3 flash), погашаем часть долга, выводим часть обеспечения, возвращаем flash loan. Пользователь платит только комиссию (~0.05% Aave, 0.05% Uniswap V3), без необходимости держать резервный капитал. Затраты на газ при каждом ребалансе — обычно несколько долларов на Ethereum, что значительно ниже потенциальных потерь от ликвидации.
// Упрощённая логика deleverage через Aave flash loan
function executeOperation(
address[] calldata assets,
uint256[] calldata amounts,
uint256[] calldata premiums,
address initiator,
bytes calldata params
) external returns (bool) {
// assets[0] = долговой токен (USDC)
// amounts[0] = сумма к погашению
// 1. Погашаем долг в Aave
IPool(aavePool).repay(assets[0], amounts[0], 2, userAddress);
// 2. Выводим эквивалентное обеспечение
IPool(aavePool).withdraw(collateralAsset, collateralAmount, address(this));
// 3. Свапаем обеспечение → долговой токен через Uniswap V3
swapExactOutputSingle(collateralAsset, assets[0], amounts[0] + premiums[0]);
// 4. Возвращаем flash loan + premium
IERC20(assets[0]).approve(aavePool, amounts[0] + premiums[0]);
return true;
}
Подробнее о flash loan и Chainlink Automation.
Триггер-механизм: Chainlink Automation
Для мониторинга HF используем Chainlink Automation (бывший Keeper Network). checkUpkeep() читает текущий HF через IPool.getUserAccountData(), сравнивает с target threshold. Если HF < threshold — performUpkeep() вызывает нужную стратегию.
Важный нюанс: checkUpkeep() выполняется off-chain нодами Chainlink. Это значит, что внутри него можно делать дорогие вычисления без газа. Мы выносим всю математику выбора стратегии туда, а performUpkeep() получает уже готовые параметры через performData.
Альтернатива — собственный keeper bot. Дешевле при высоком объёме пользователей, но требует инфраструктуры (VPS, мониторинг uptime). Для B2C продуктов рекомендуем Chainlink — нет зависимости от нашего сервера.
Ролевая модель и безопасность
Контракт управляет позицией от имени пользователя через delegatecredit механизм Aave. Пользователь выдаёт approveDelegation() нашему контракту — тот может занимать от его имени, но не выводить токены напрямую. Это важное ограничение: даже при компрометации нашего контракта атакующий не может вывести обеспечение без отдельного шага.
// Пользователь один раз выполняет
IVariableDebtToken(vDebtToken).approveDelegation(
address(autoManager),
type(uint256).max
);
Дополнительная защита: slippage guard на все свапы (максимум 0.5% deviation от TWAP), cooldown между ребалансами (минимум 5 минут, чтобы избежать gas drain атак), ограничение максимальной суммы операции за период. Все контракты проходят аудит. Мы гарантируем, что каждый контракт покрывается тестами и проверяется на уязвимости.
Мультипротокольная поддержка
| Протокол | Тип данных HF | Flash loan доступен | Чейны |
|---|---|---|---|
| Aave V3 | getUserAccountData() |
Да, 0.05% | ETH, Polygon, Arbitrum, Optimism |
| Compound V3 | getBorrowableOf() |
Через Uniswap | ETH, Polygon, Arbitrum |
| Morpho | позиция per-market | Нет native | ETH, Base |
Система строится с абстракцией протокола: ILendingAdapter интерфейс позволяет добавлять новые протоколы без переписывания core логики.
Как разрабатывается система управления?
-
Аналитика (2–3 дня). Определяем протоколы, активы, target HF threshold, выбираем стратегию ребалансирования. Моделируем в Python сценарии: ETH -50% за 24 часа, flash crash до -80%, gradual decline. Проверяем, что система успевает среагировать при realistic Chainlink latency.
-
Разработка (5–7 дней). Core контракт, adapter для Aave V3/Compound, Chainlink Automation интеграция, fuzz-тесты на граничные значения HF. Fork-тесты на mainnet с реальными позициями через
vm.prank. -
Тестирование edge cases (2–3 дня). Симуляция: Chainlink оракул застыл на 2 часа, Aave pool paused, Uniswap V3 pool с низкой ликвидностью. Каждый сценарий — отдельный Foundry тест с fork.
-
Деплой (1–2 дня). Goerli/Sepolia с тестовыми Aave, затем mainnet через multisig.
Базовая система с одной стратегией и одним протоколом — 1–1.5 недели. Мультистратегия с мультипротокольной поддержкой и кастомным дашбордом — 2–3 недели.
Что входит в работу
- Документация архитектуры и API.
- Исходный код смарт-контрактов с комментариями.
- Интеграция с Chainlink Automation.
- Развёртывание на mainnet через multisig.
- Обучение команды заказчика.
- Техническая поддержка в течение 1 месяца после деплоя.
Свяжитесь с нами, чтобы обсудить детали и заказать разработку. Получите консультацию наших инженеров — оценим ваш проект бесплатно. Разработка под ключ от 1 до 3 недель в зависимости от требований.