Розробка криптоіндексу без продуманої системи зважування активів — це не індекс, а довільний кошик. Ми стикалися з проєктами, де домінування BTC і ETH у market cap індексі сягало 80%, що зводило нанівець саму ідею диверсифікації. В одному реальному кейсі MCW-індекс на Ethereum mainnet вимагав щоденного ребалансування з газом $50–200 за операцію — це з'їдало до 30% річної дохідності. Ми замінили методологію на SQRT і перенесли на Arbitrum: газ упав до $2, диверсифікація зросла, а ребаланси стали рідкісними. Наш підхід — підібрати методологію під цілі портфеля та реалізувати її на Solidity з мінімальним газом і максимальною надійністю. Маємо 10+ років досвіду в DeFi та розробили понад 15 систем зважування для різних індексів. Вартість розробки — від $3000 за базову систему зважування активів. Економія газу при використанні drift-based тригера — до 40% на рік.
Як вибрати систему зважування активів для криптоіндексу?
Market Cap Weighting (MCW) — розробка системи зважування
Класичний підхід: вага активу пропорційна ринковій капіталізації. BTC + ETH займають 70–80% будь-якого MCW індексу — наслідок — низька диверсифікація та перекіс у mega-cap. Реалізація на Solidity: запитуємо ціни через Chainlink, множимо на circulating supply (зберігається off-chain, оновлюється через мультисиг). Проблема: supply дані не можна отримати on-chain надійно — маніпуляція через мультисиг.
Square Root Market Cap (SQRT MCW)
Застосовуємо sqrt до market cap: вага активу = sqrt(mcap_i) / sum(sqrt(mcap_j)). ETH падає з 65% до ~40%, small-cap отримують помітну вагу. Index Coop використовує варіацію в DPI. On-chain sqrt — немає вбудованої функції Solidity, використовуємо Babylonian метод або бібліотеку Solmate. Приклад коду:
function sqrt(uint256 x) internal pure returns (uint256) { if (x == 0) return 0; uint256 z = (x + 1) / 2; uint256 y = x; while (z < y) { y = z; z = (x / z + z) / 2; } return y; } Equal Weight (EW)
Всі активи мають однакову вагу — максимальна диверсифікація, але й витрати на ребаланс: при 20 активах кожен рух ціни створює дрейф. Щоденний ребаланс на Ethereum mainnet — гарантований збиток на газ. Реалістично тільки для L2 (Arbitrum, Base) з газом у центи.
Volatility-Adjusted Weighting
Вага обернено пропорційна волатильності — менш волатильний актив важить більше. Мета — мінімізація загальної волатильності портфеля. Розрахунок on-chain: історичні ціни для realized volatility через Chainlink (дорого) або власний rolling window. Для 20 активів з 30-денним вікном — 600 записів у storage, оновлення раз на добу — помірне навантаження.
| Методологія | Диверсифікація | Gas на ребаланс | Складність оракула |
|---|---|---|---|
| Market Cap | Низька | Низький | Висока (supply) |
| SQRT Market Cap | Середня | Низький | Висока (supply) |
| Equal Weight | Висока | Високий | Тільки ціни |
| Volatility-Adj | Висока | Середній | Ціни + історія |
| Fundamental | Середня | Низький | TVL/Volume дані |
Як реалізувати зважування на Solidity без втрати точності?
Fixed-point arithmetic для точності
Усі розрахунки ведемо в integer з 18-знаковою точністю (WAD = 1e18). Приклад нормалізації:
uint256 totalWeight = 0; for (uint i = 0; i < n; i++) { totalWeight += rawWeights[i]; } for (uint i = 0; i < n; i++) { normalizedWeights[i] = rawWeights[i] * 1e18 / totalWeight; } Рекомендуємо перевірити overflow при великих rawWeights і переконатися, що сума normalizedWeights дорівнює 1e18 з похибкою ±1.
Ребалансувальний тригер
Два підходи: time-based (кожні N блоків) і drift-based (відхилення від цільової ваги > threshold, наприклад 5%). Drift-based ефективніший: при стабільному ринку ребалансів майже немає. Реалізуємо через Chainlink Automation: checkUpkeep повертає true якщо |currentWeight - targetWeight| > threshold для будь-якого активу. Поріг 5% скорочує кількість ребалансувань у 3–5 разів, що дає економію газу до 40%.
Порівняння тригерів
| Параметр | Time-based (24h) | Drift-based (5% поріг) |
|---|---|---|
| Ребалансів на рік | ~365 | ~70 |
| Газ (рік) | Високий | До 40% нижче |
| Slippage | Стабільний | Менше при спокійному ринку |
Інтеграція зі свапом
При ребалансі продаємо overweight активи та купуємо underweight. Оптимальний маршрут — через DEX-агрегатор (1inch, Paraswap) або напряму Uniswap v3 Universal Router. Важливий atomic rebalancing: усі свопи в одній транзакції через multicall або try/catch з відкатом. Якщо транзакція ревертиться на середині — індекс застрягає.
Процес роботи та що входить
- Аналіз вимог — вибір методології, джерел даних, тригера ребалансування. Це безкоштовно та займає до 2 годин.
- Проєктування архітектури — специфікація смарт-контрактів, схема оракулів.
- Розробка — WeightCalculator, Rebalancer, інтеграція з зовнішніми протоколами. Термін — від 3 до 5 днів для однієї методології.
- Тестування — unit-тести вагових розрахунків, fork-тести з реальними цінами та симуляцією ребалансу.
- Деплой і документування — інструкція з розгортання, адреси контрактів, супровід.
Типові помилки при проєктуванні системи зважування
- Використання floating point у Solidity — заборонено, тільки fixed-point.
- Неврахування supply даних для MCW — призводить до невірних ваг при зміні circulating supply.
- Відсутність slippage protection у свап-логіці ребалансу — може викликати sandwitch-атаки.
- Ребаланс в одній транзакції без відкату при частковому заповненні — індекс застрягає.
Строки та вартість
Строки залежать від складності: для однієї методології — від 3 до 5 днів, для мультиметодологічної системи з governance-перемиканням — 1–2 тижні. Вартість розробки під ключ починається від $3000 за базову систему зважування активів для криптоіндексу. Економія газу при використанні drift-based тригера — до 40% на рік (наприклад, з $5000 до $3000 при високочастотному ребалансі).
Пишіть нам для безкоштовної консультації — оцінимо ваш проєкт та запропонуємо оптимальну методологію. Отримайте аналіз індексу та запустіть зважування з мінімальними ризиками. Всі роботи виконуються під ключ: від вибору до супроводу.