Розробка системи токенізованого індексу
Токенізований індекс — це ERC-20 токен, який представляє кошик on-chain активів у заданих пропорціях. Користувач чеканить токен індексу, вносячи базові активи (або ETH), та отримує диверсифіковану експозицію без необхідності тримати кожен токен окремо. Index Coop's DPI (DeFi Pulse Index) та Bankless BED Index — найвідоміші приклади. Реалізація подібної системи з правильною математикою ребалансування та захистом від маніпуляцій — нетривіальна задача.
Де ломається математика індексу
Розрахунок NAV та залежність від оракула
Net Asset Value індексу — це сума price_i * quantity_i для кожного компонента. Звучить просто. Але звідки беруться ціни? Якщо беремо spot з Uniswap v3 TWAP — маніпулюється через атаку з низькою ліквідністю. Якщо Chainlink — не всі токени мають Chainlink канали. Якщо кастомний агрегатор — потрібне обслуговування.
На практиці: гібридний підхід. Chainlink для топ-токенів (ETH, BTC, LINK, UNI), Uniswap v3 TWAP з періодом ≥30 хвилин для інших, з перевіркою санітарності на відхилення. Якщо TWAP відхиляється від Chainlink більш ніж на 5% — транзакція ревертується, поки не стабілізується. Це усуває flash loan маніпуляцію через пули з низькою ліквідністю.
Ребалансування: звідки беруться токени
При ребалансуванні (раз на місяць або за тригером — компонент виходить за межі цільової ваги ±5%) потрібно продати перерозподілені токени та купити недорозподілені. У on-chain системі це означає свопи через DEX. Два варіанти:
Push ребалансування — контракт сам ініціює свопи через Uniswap/1inch при виклику rebalance(). Проблема: MEV. Всі бачать крупне ребалансування в мемпулі, боти фронтран кожен своп. Для індексу з $10M TVL це реальні втрати.
Pull ребалансування (через стимул арбітражу) — контракт встановлює цільові ваги та пропонує арбітражерам mint/redeem за NAV ± невелика премія. Арбітражери сами ребалансують портфель через зовнішні DEX, заробляючи на спреді. Механіка подібна до ETF creation/redemption. Цінове тиск розподіляється через ринок, не концентрується в одній транзакції. Це підхід Set Protocol.
Розбавлення при мінтингу
Якщо mint() приймає тільки один токен (наприклад, USDC) та конвертує в компоненти всередині, це створює ризик: поки транзакція в мемпулі, ціни компонентів змінюються. Користувач отримає менше токенів індексу, ніж очікував.
Рішення: пропорційний mint — користувач вносить всі компоненти у правильних пропорціях. Жодних внутрішніх свопів, жодного ризику проскальзування. Мінус — складніший UX. Компроміс: приймайте one-token депозит через Uniswap router як опціональний шлях з явним попередженням про проскальзування.
Архітектура системи
Контракти
IndexToken (ERC-20) — сам токен індексу. Реалізує mint(uint256[] amounts) та redeem(uint256 shares). При mint перевіряє пропорції вхідних активів, чеканить акції пропорційно NAV. При redeem спалює акції, відправляє пропорційну долю кожного компонента.
ComponentRegistry — список компонентів з цільовими вагами. Owner (Gnosis Safe + timelock) може додавати/видаляти компоненти через governance пропозицію. При видаленні компонента контракт переходить в режим redeem-only для цього активу.
NAVOracle — агрегує ціни через Chainlink + Uniswap TWAP, повертає поточний NAV. Критична залежність — стежимо за застарілістю кожного каналу (Chainlink heartbeat 1-24 години залежно від токена).
RebalancingModule — логіка ребалансування. Розраховує відхилення від цільових ваг, публікує подію RebalancingOpportunity для арбітражерів, приймає rebalanceTrade(address[] sellTokens, address[] buyTokens, uint256[] amounts) від авторизованого rebalancer.
| Параметр | Типова вартість | Чому це важливо |
|---|---|---|
| Поріг ребалансування | ±5% від цільової ваги | Занадто часто — газ, занадто рідко — дрейф |
| TWAP період | 30-60 хвилин | Баланс між актуальністю та стійкістю до маніпуляцій |
| Максимальна кількість компонентів | 10-20 токенів | Redeem газ O(n), mint O(n) |
| Комісія mint/redeem | 0,1-0,3% | Покриває операційні витрати |
Укладання: інтеграція протоколу
Компоненти індексу можуть бути не просто ERC-20, а yield-bearing токени: aWETH (Aave), stETH (Lido), cUSDC (Compound). Тоді індекс автоматично накопичує дохід без додаткової логіки — NAV зростає через нарахування.
Але: при ліквідації в Aave, балансOf aWETH змінюється миттєво. NAV перелічується при наступному запиті. Якщо хтось мінтить в момент непослідовного стану — можлива розбавлення. Слухайте подію ReserveDataUpdated від Aave та блокуйте mint/redeem під час різких змін reserve index.
Процес розробки
Аналітика (2-3 дні). Визначте склад кошика, стратегію ребалансування, інфраструктуру оракула. Проаналізуйте ліквідність кожного компонента — якщо токен торгується тільки на одному DEX з ліквідністю $500k, він не підходить для on-chain індексу.
Проектування (3-5 днів). Layout сховища, інтерфейси модулів, схема governance для змін складу.
Розробка (1-2 тижні). Контракти + fork тести з реальними даними оракула. Симуляція ребалансування на історичних даних.
Аудит та розгортання. Фокус на вектори маніпуляції NAV та reentrancy в mint/redeem. Розгортання з ліміт TVL перші 30 днів.
Оцінки за часом
Базовий індекс з пропорційним mint/redeem та Chainlink оракулом — 1-2 тижні. Повна система з yield-bearing компонентами, арбітражним ребалансуванням та governance — 4-6 тижнів.
Вартість розраховується після аналізу складу кошика та вимог до інфраструктури оракула.