Автоматична ребалансировка LP Uniswap v3

Розробка системи автоматичної ребалансировки LP Uniswap v3

Ми розробляємо системи автоматичної ребалансировки LP-позицій Uniswap v3 (Uniswap), які вирішують ключову проблему concentrated liquidity: при виході ціни за заданий діапазон позиція перестає заробляти fee. Без активного управління ваш ETH/USDC пул з діапазоном $1800–$2200 при ціні ETH $2500 перетворюється на чистий USDC bag з нульовим доходом. Наша система відстежує позиції в реальному часі, атомарно перебалансовує через keeper та реінвестує fee. На L2 такі операції обходяться значно дешевше (економія до 90% на газі), що робить автоматизацію економічно виправданою. Команда має 5 років досвіду в DeFi та реалізувала понад 20 проектів з автоматизації LP. Замовте розробку системи для вашого пула та отримайте консультацію інженера з 10-річним досвідом в DeFi.

Чому ребалансировка критична для дохідності?

Concentrated liquidity — подвійна природа: вузький діапазон дає в 10–50 разів більше fee, ніж v2, але при виході ціни за межі LP втрачає весь дохід. На великому русі, наприклад ETH $1800→$2500, позиція з діапазоном $1800–$2200 стає 100% в USDC і не приносить комісій, поки ціна не повернеться. Система ребалансировки автоматично зміщує діапазон услід за ціною, фіксуючи прибуток та відновлюючи збір fee. Ми гарантуємо прозорість коду та безпеку коштів.

Які операції виконуються при ребалансировці?

Кожна LP-позиція в v3 — це ERC-721 токен, керований NonfungiblePositionManager (адреса 0xC36442b4a4522E871399CD717aBDD847Ab11FE88 на mainnet). Основні операції:

• mint() — відкриття позиції в заданому діапазоні [tickLower, tickUpper]
• increaseLiquidity() — додавання ліквідності в існуючу позицію
• decreaseLiquidity() — часткове або повне вилучення ліквідності
• collect() — збір накопичених fee токенів

Для автоматичної ребалансировки контракт-менеджер повинен володіти NFT-позиціями (або мати approval) — це дозволяє йому викликати всі операції атомарно.

Ціна в v3 зберігається в sqrtPriceX96 — квадратний корінь ціни в Q64.96 fixed-point форматі. Для розрахунку поточного тику: tick = floor(log(price) / log(1.0001)). Кожен тик відповідає кроку ціни в 0.01%. Діапазон позиції задається в тиках і має бути кратним tickSpacing пула: для пула 0.05% fee — tickSpacing 10, для 0.3% — 60, для 1% — 200. Позиція з шириною 200 тиків навколо поточної ціни покриває приблизно ±1% руху.

Як вибрати стратегію ребалансировки?

Вибір стратегії залежить від волатильності пари та цілей за дохідністю. Passive rebalance — чекаємо виходу за діапазон, потім перебалансовуємо. Цей метод простий і мінімізує on-chain транзакції, але LP втрачає дохід під час out-of-range, і фіксується impermanent loss. Active rebalance перебалансовує при наближенні до краю, зберігаючи позицію in-range і безперервний збір fee, але потребує частих транзакцій. Asymmetric ranges використовують несиметричний діапазон з урахуванням тренду: це зменшує кількість ребалансировок, але потребує off-chain даних (EMA) і складніший в реалізації. Fee reinvestment (compound) автоматично реінвестує зібрані fee, даючи ефект складного відсотка. На L2 часті ребалансировки стають економічно осмисленими завдяки низькому газу.

Архітектура контракту

AutoLPManager
├── positionsByUser: mapping(address => uint256[])
├── strategyByToken: mapping(uint256 => RebalanceStrategy)
├── rebalance(uint256 tokenId, RangeParams calldata newRange)
├── collect(uint256 tokenId)
└── compound(uint256 tokenId)

Ключова проблема — свап перед відкриттям позиції. Після закриття у нас може бути 100% одного активу, а для нової позиції потрібне точне співвідношення token0/token1. Свап змінює співвідношення, що може зсунути тик — ітераційний розрахунок off-chain, потім on-chain виконання. Альтернатива: використовувати готові vault-рішення як основу. Arrakis Finance v2 та Gamma Strategies — open source vault контракти з саме такою логікою. Форкнути та кастомізувати під потрібну стратегію швидше, ніж писати з нуля.

Як працює моніторинг та keeper?

Off-chain сервіс (Node.js + viem) моніторить:

• Поточний тик пула: slot0() → sqrtPriceX96 → конвертація в тик
• Тики позиції: positions(tokenId) → tickLower, tickUpper
• Накопичені fee: симуляція collect() через eth_call

При спрацюванні умови ребалансировки — виклик через Chainlink Automation або власний keeper EOA з достатнім gas buffer.

На L2 (Arbitrum, Base) ті самі операції коштують копійки, що робить часті ребалансировки економічно осмисленими.

Як впровадити автоматичну ребалансировку: покрокова інструкція

1. Аналіз пулів. Виберіть пул та визначте волатильність пари, частоту ребалансировки.
2. Вибір стратегії. На основі бектестингу (через The Graph або Dune) виберіть passive, active або asymmetric.
3. Розгортання контракту. Деплой AutoLPManager під вашу стратегію. Використовуйте Foundry для fork-тестів.
4. Налаштування моніторингу. Запустіть off-chain сервіс з keeper-інтеграцією (Chainlink Automation).
5. Тестування. Симуляція на історичних даних, перевірка APY.
6. Деплой на mainnet/L2. У випадку L2 — газ становить частки цента за транзакцію.

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

• Аналітика стратегії (2–3 дні). Backtesting на історичних даних Uniswap v3 через The Graph або Dune Analytics.
• Контракти (1–2 тижні). AutoLPManager + keeper-інтерфейси. Foundry fork-тести на mainnet з симуляцією цінових рухів.
• Off-chain компоненти (4–5 днів). Моніторинг позицій, розрахунок оптимального співвідношення для свапа, Chainlink Automation setup.
• Тестування (3–5 днів). Порівняння APY при різних параметрах на історичних даних.

Що входить в роботу

• Аудит поточних позицій та вибір стратегії
• Розробка смарт-контрактів (Solidity/Foundry)
• Off-chain моніторинг та інтеграція keeper (Chainlink Automation)
• Юніт-тести та fork-тести на mainnet
• Документація контрактів та архітектури
• Період підтримки після деплою (1 місяць)

Орієнтири за термінами

Базова система з однією стратегією на один пул — 1–2 тижні. Multi-pool, multi-strategy vault з governance — від 3–4 тижнів. Вартість розраховується індивідуально після вибору цільових пулів та стратегій. Зв'яжіться з нами, щоб обговорити ваш проект. Отримайте консультацію інженера з 10-річним досвідом в DeFi.

Послуги з розробки 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 aggregator + Uniswap v3 TWAP як верифікатор. Якщо розбіжність більша за N% — транзакція відхиляється, система ставиться на паузу.

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

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

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

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

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

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

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-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.