Розробка системи автокомпаундингу для стейкінгу
Ми розробляємо смарт-контракти автоматичного реінвестування нагород стейкінгу — від маленьких DeFi-протоколів до мультимільйонних позицій. За 10+ років роботи в блокчейні ми створили рішення, які економлять користувачам до 30% на газі та збільшують підсумковий дохід на 15-20% за рахунок складного відсотка. Різниця між 10% APY без компаундингу та 10.47% із щоденним компаундингом здається невеликою, але на $1M позиції за 3 роки це $150K+ додатково. Наші клієнти економлять від $5K до $50K на рік на газі за рахунок оптимізації.
Як математика допомагає обрати частоту? — розробка системи автокомпаундингу
Формула effective APY при компаундингу n разів на рік: APY_effective = (1 + APR/n)^n - 1. Але кожен compound коштує gas. Оптимальна частота: n_optimal = APR × Position_Size / (2 × Gas_Cost). Приклад: APR 10%, позиція $50K, gas $10 за транзакцію → n = 250 разів на рік = раз на 1.46 дня. Ми перераховуємо цю частоту динамічно при кожній зміні gas price та розміру позиції, що дає максимальну ефективність.
Для позицій розміром понад $500K оптимальна частота може бути щоденною, а для дрібних — раз на кілька днів. Наприклад, для пулу з TVL $10M та APR 12% економія від динамічного підлаштування частоти становить близько $8K на рік порівняно з фіксованим інтервалом.
Чому off-chain keepers вигідніші за on-chain?
Off-chain keeper (найпоширеніший) — зовнішній сервіс (бот) періодично викликає compound() функцію контракту. Chainlink Automation або Gelato дозволяють налаштувати тригери за часом або умовами. Вимагає оплати gas, але дає гнучкість. Off-chain keepers у 3 рази дешевші для позицій від $100K.
On-chain trigger — контракт сам ініціює compound при кожній новій операції (deposit/withdraw). Додатковий gas для користувачів, але повна автоматизація без зовнішніх сервісів.
Vault contracts (ERC-4626) — стандарт для yield-bearing vaults, де автокомпаундинг вбудовано. Протоколи на кшталт Yearn Finance використовують цей патерн.
// ERC-4626 inspired auto-compound function deposit(uint256 assets, address receiver) external returns (uint256 shares) { _compound(); // Claim та реінвест накопичених rewards uint256 totalAssets = totalAssets(); // Після compound shares = assets.mulDivDown(totalSupply, totalAssets); _mint(receiver, shares); asset.safeTransferFrom(msg.sender, address(this), assets); } | Тип компаундингу | Вартість газу | Децентралізованість | Складність реалізації |
|---|---|---|---|
| Off-chain keeper | Середня (керована) | Низька (довіра до keeper) | Середня |
| On-chain trigger | Висока (на кожній операції) | Висока | Низька |
| Hybrid (keeper + trigger) | Середня | Середня | Висока |
Який keeper-сервіс обрати?
| Сервіс | Вартість | Надійність | Підтримка мереж |
|---|---|---|---|
| Gelato | $0.03-0.10/виклик | Висока | 20+ L1/L2 |
| Chainlink Automation | $0.05-0.20/виклик | Дуже висока | 15+ мереж |
| Власний keeper | Вартість сервера + газ | Середня | Будь-яка |
Gelato дешевший для частих викликів, Chainlink надійніший для великих сум. Ми підбираємо сервіс під бюджет та вимоги проекту.
Мультипротокольний компаундинг
Просунуті системи включають кілька кроків: 1) claim rewards (наприклад, CRV), 2) swap CRV в USDC через Uniswap, 3) додати USDC в Curve pool, 4) застейкати LP токени назад у Convex. Кожен крок — окрема транзакція або атомарний пакет через Multicall. Складний ланцюжок потребує ретельного тестування: якщо один крок fails — весь compound може зависнути.
Zap contracts виконують атомарний swap та compound за одну транзакцію, економлячи газ та покращуючи UX. Наприклад, на одному проекті з пулом $5M ми замінили ручний реінвест на Zap-контракт, знизивши вартість compound на 40% та усунувши ризик фронт-ранінгу.
Чому важливий аудит смарт-контракту компаундингу?
Основні ризики: reentrancy при виклику зовнішніх протоколів, помилки округлення в розрахунку частоти, неоптимальне використання gas limit. Ми проводимо формальну верифікацію критичних функцій та використовуємо фаззинг Echidna для пошуку рідкісних багів.
Що входить у роботу
- Аналіз архітектури стейкінгу та токеноміки проекту
- Розробка смарт-контрактів компаундингу (Solidity 0.8+, ERC-4626)
- Інтеграція з keeper-сервісами (Gelato, Chainlink Automation)
- Написання скриптів тестування (Foundry, Hardhat) та фаззингу (Echidna)
- Підготовка документації та рекомендацій щодо параметрів частоти
- Постаудитний супровід та моніторинг
Терміни — від 3 до 6 тижнів залежно від кількості підтримуваних протоколів. Ми гарантуємо коректність контрактів та їх проходження аудиту провідними фірмами. За 10+ проектів у цій ніші ми напрацювали бібліотеки готових модулів, що прискорює розробку. Зв'яжіться з нами для оцінки вашого проекту — отримайте консультацію з архітектури та пропозицію під ключ. Замовте розробку системи автокомпаундингу під ваш проект і почніть отримувати максимальний дохід від стейкінгу.