Разработка криптоиндекса без продуманной системы взвешивания активов — это не индекс, а произвольная корзина. Мы сталкивались с проектами, где доминирование BTC и ETH в market cap индексе достигало 80%, что сводило на нет саму идею диверсификации. В одном реальном кейсе MCW-индекс на Ethereum mainnet требовал ежедневной ребалансировки с газом $50–200 за операцию — это съедало до 30% годовой доходности. Мы заменили методологию на SQRT и перенесли на Arbitrum: газ упал до $2, диверсификация выросла, а ребалансы стали редкими. Наш подход — подобрать методологию под цели портфеля и реализовать её на Solidity с минимальным газом и максимальной надёжностью. Имеем 10+ лет опыта в DeFi и разработали более 15 систем взвешивания для различных индексов.
Как выбрать систему взвешивания активов для криптоиндекса?
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 с откатом. Если транзакция ревертится на середине — индекс застревает.
Процесс работы и что входит
- Анализ требований — выбор методологии, источников данных, триггера ребалансировки.
- Проектирование архитектуры — спецификация смарт-контрактов, схема оракулов.
- Разработка — WeightCalculator, Rebalancer, интеграция с внешними протоколами.
- Тестирование — unit-тесты весовых расчётов, fork-тесты с реальными ценами и симуляцией ребаланса.
- Деплой и документирование — инструкция по развёртыванию, адреса контрактов, сопровождение.
Типичные ошибки при проектировании системы взвешивания
- Использование floating point в Solidity — запрещено, только fixed-point.
- Неучёт supply данных для MCW — приводит к неверным весам при изменении circulating supply.
- Отсутствие slippage protection в свап-логике ребаланса — может вызвать sandwitch-атаки.
- Ребаланс в одной транзакции без отката при частичном заполнении — индекс застревает.
Сроки и стоимость
Сроки зависят от сложности: для одной методологии — от 3 до 5 дней, для мультиметодологической системы с governance-переключением — 1–2 недели. Стоимость рассчитывается индивидуально после обсуждения вашего индекса.
Свяжитесь с нами для консультации — поможем выбрать методологию и оценить проект. Получите бесплатный анализ вашего индекса и запустите взвешивание с минимальными рисками.