Інтеграція з Index Coop: оракули та ребалансування

Інтеграція з Index Coop

Ми інтегруємо Index Coop у ваші DeFi-продукти: налаштовуємо смарт-контракти, оракули та моніторинг ребалансувань. Під капотом — протокол децентралізованих крипто-індексів: DPI (DeFi Pulse Index), MVI (Metaverse Index), ETH2X-FLI (2x leveraged ETH) — всі управляються через Set Protocol V2. Інтеграція з Index Coop потрібна у двох ключових сценаріях: використовувати готові індексні токени як заставу або LP-актив, або запустити власний індекс через інфраструктуру Index Coop. Наша команда займається блокчейн-розробкою понад п'ять років та реалізувала більше 30 DeFi-проектів, включаючи інтеграції з провідними протоколами. Гарантуємо коректну роботу оракулів та адаптерів з урахуванням особливостей ребалансувань. Середня економія клієнтів на газі при використанні ExchangeIssuance — до $15 за транзакцію (40% економії).

Основна складність — побудова коректного оракула ціни для Set токенів, оскільки Chainlink не надає прямих фідів для DPI та MVI. Тому ми реалізуємо складовий оракул, який агрегує ціни всіх компонентів через їх Chainlink фіди. Інше завдання — обробка ребалансувань: кожні три місяці склад DPI змінюється, і оракул потрібно динамічно оновлювати. Оцініть проект: напишіть нам, і ми підготуємо попередню оцінку за один робочий день.

Чому потрібен складовий оракул для Index токенів?

Index токени (DPI, MVI) — це ERC-20, за якими Set Protocol тримає кошик реальних активів. Ціна такого токена дорівнює сумі цін складових токенів з урахуванням їх ваг. На відміну від звичайних токенів, Chainlink не надає єдиного фіда для DPI. Єдиний спосіб отримати актуальну ціну on-chain — розрахувати її через ціни компонентів.

Index Coop надає ISetToken інтерфейс для отримання поточних компонентів та їх позицій:

interface ISetToken is IERC20 {
    function getComponents() external view returns (address[] memory);
    function getDefaultPositionRealUnit(address component) external view returns (int256);
}

Ціна Set Token = Σ(component_price * position_real_unit). Це потрібно рахувати on-chain для використання в lending або деривативах. Chainlink не має прямих фідів для DPI — потрібна кастомна реалізація oracle adapter.

Як працює мінт та редемпшн через Set Protocol?

Прямий мінт DPI відбувається через BasicIssuanceModule:

IBasicIssuanceModule(issuanceModule).issue(
    ISetToken(DPI_ADDRESS),
    quantity,         // кількість DPI токенів
    to               // отримувач
);

Перед викликом потрібно approve всіх компонентів кошика на issuanceModule. Отримати точну кількість кожного компонента для N токенів:

(address[] memory components, uint256[] memory amounts) = 
    IBasicIssuanceModule(issuanceModule).getRequiredComponentUnitsForIssue(
        ISetToken(DPI_ADDRESS), 
        quantity
    );

Редемпшн — зворотна операція через redeem(). Користувач спалює DPI, отримує всі компоненти пропорційно.

ExchangeIssuance для single-token входу

Більшості користувачів незручно збирати всі компоненти кошика перед мінтом. ExchangeIssuance дозволяє увійти через один токен (ETH, USDC):

IExchangeIssuanceV2(exchangeIssuance).issueExactSetFromToken(
    ISetToken(DPI_ADDRESS),
    IERC20(USDC),
    setAmount,
    maxInputAmount,
    componentSwapData  // маршрути свопів для кожного компонента
);

Під капотом контракт робить свопи через DEX агрегатор (1inch або Uniswap) для кожного компонента. componentSwapData — це encoded calldata для кожного свопу. Генерується через Index Coop API або власний routing engine.

Які ризики ребалансування та як їх мінімізувати?

Ребалансування DPI відбувається щоквартально. У день ребалансування обсяг торгів зростає, ціна може короткочасно відхилятися. Якщо у вас оракул на основі spot price — це ризик. Ми використовуємо TWAP 30–60 хвилин для IndexPriceOracle, що згладжує короткочасні стрибки. Типовий бюджет такого рішення — $3,000–$5,000, що значно нижче потенційних втрат від некоректної ціни.

Ще один ризик — масовий редемпшн. Якщо багато користувачів одночасно виходять з вашого продукту через редемпшн DPI, це створює продажний тиск на всі компоненти. При інтеграції в lending ми закладаємо консервативні LTV з урахуванням ліквідності компонентів. Наприклад, для DPI з ліквідністю компонентів $50M+ LTV не перевищує 70%.

Архітектура інтеграції

Типова інтеграція для DeFi-продукту:

YourProtocol.sol
├── IndexCoopAdapter.sol    — обгортка над Set Protocol interfaces
├── IndexPriceOracle.sol    — складовий оракул ціни SetToken
└── RebalanceObserver.sol   — моніторинг ребалансувань

RebalanceObserver потрібен, якщо ваш протокол зберігає позиції в Index токенах — склад кошика змінюється при ребалансуванні (зазвичай щоквартально для DPI). Після ребалансування ваги та компоненти змінюються, складовий оракул потрібно перекалібрувати.

Таблиця порівняння типів інтеграції

Таблиця складу DPI (приклад)

Стек та інструменти

Інтерфейси Set Protocol — з @setprotocol/set-protocol-v2 npm пакета. Тести — Foundry fork на Ethereum mainnet. The Graph subgraph Index Coop для історичних даних ребалансувань. Фронтенд: wagmi hooks для approve flow, інтеграція Index Coop API для componentSwapData.

Орієнтири за строками

Інтеграція готових Index токенів у існуючий протокол (оракул + collateral підтримка) — 2–3 дні. Розробка нового індексу через Set Protocol з кастомним rebalance модулем — 1–2 тижні. Зв'яжіться з нами, щоб уточнити деталі вашого проекту.

Що входить у роботу під ключ

• Аналіз вимог та проектування архітектури інтеграції (1 день).
• Розробка та розгортання смарт-контрактів: адаптер, оракул, RebalanceObserver.
• Написання юніт-тестів та інтеграційних тестів на форку (Foundry).
• Аудит безпеки контрактів (Canary check) та виправлення зауважень.
• Інтеграція з фронтендом (wagmi hooks, API маршрутизації свопів).
• Документація інтерфейсів та інструкція з підтримки.
• Підтримка протягом 30 днів після релізу.

Детальніше про інтерфейси Set Protocol — документація Index Coop.

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