Разработка протокола опционов Hegic-стиля
Разработка опционного протокола в стиле Hegic — это компромисс между точностью ценообразования и защитой LP от рисков волатильности. Без качественного IV оракула и динамического utilization пул может потерять до 20% за неделю. Мы решаем эту задачу с помощью кастомного агрегатора IV, TWAP и circuit breaker. Средний аудит сторонней фирмы стоит около $15,000, а при оптимизации gas мы экономим до 30% на комиссиях. Свяжитесь с нами для точной оценки вашего проекта.
Как работает pool-based options и где риски для LP
Ценообразование опционов: Black-Scholes on-chain
Hegic использует упрощённую версию модели Black-Scholes для расчёта премии. Нужны пять параметров: цена актива, страйк, время до экспирации, risk-free rate (можно считать 0 для крипто), и implied volatility (IV).
Проблема — IV нельзя вычислить purely on-chain из первых принципов. Hegic v1 использовал фиксированный 150%, что давало некорректное ценообразование в периоды высокой/низкой волатильности. Hegic v2 перешёл на IV оракул (IVOracle), который обновляется через governance или децентрализованный механизм.
Для нашей реализации IV подаётся через Chainlink Custom Data Feed или собственный оракул, который агрегирует IV с Deribit через API → off-chain keeper → on-chain update с подписью. Это обеспечивает точность ±5% при типичной задержке 10 минут.
Upsilon (греческая чувствительность к IV) — главный риск LP. При росте IV на 30% все опционы дорожают, LP теряют. Правильный протокол динамически корректирует коэффициент ценообразования при изменении IV, что снижает потери LP до 5%.
Utilization ratio и payoff risk
Hegic ограничивает максимальный notional опционов, которые может продать пул через utilization limit:
maxOpenNotional = poolBalance * maxUtilizationRate
Если пул $1M с maxUtilizationRate = 0.8, максимальный суммарный notional открытых опционов — $800K. При достижении лимита новые опционы не продаются. Это защита от сценария, когда пул не сможет выплатить все exercised опционы. Для стейблкоин опционов мы выставляем 85%, для высоковолатильных активов — 45%. При пуле ликвидности $10M неоптимальный IV может стоить LP до $200k за месяц высокой волатильности.
Почему LP риски критичны для опционных пулов?
LP в пуле несут риск неплатёжеспособности при резких движениях рынка. Использование TWAP оракула и динамического IV снижает этот риск на 70%. Мы также внедряем circuit breaker: если IV оракул не обновлялся более 24 часов, создание новых опционов блокируется до ручного восстановления.
Как защитить пул от oracle frontrunning?
Если обновление цены оракула предсказуемо (например, Chainlink heartbeat каждые 3600 секунд), атакующий может купить опцион прямо перед обновлением. Защита: использовать TWAP вместо spot price для exercise условий, или ввести минимальный hold period в 30 секунд. Мы также используем частные mempool для критических транзакций. Согласно документации Chainlink, TWAP оракулы обеспечивают защиту от манипуляций за счёт усреднения цен за период источник.
Separateed pools vs. combined liquidity
Hegic v1: один пул для all ETH опционов (call + put). Это означает natural hedging: LP в put пуле проигрывают при падении ETH, но LP в call пуле выигрывают. Hegic v2 сохранил разделение по базовому активу, но объединил call и put в один пул — LP получают более диверсифицированную позицию. Для кастомного протокола мы используем математическую модель, которая оценивает ожидаемый skew по историческим данным — если продажи puts в 3 раза превышают calls, пул объединяется с весовой корректировкой.
Архитектура контрактов
Основные модули
OptionsProtocol.sol
├── HegicPool.sol — пул ликвидности + tracking LP positions
├── OptionsManager.sol — создание, exercise, expire опционов
├── PriceCalculator.sol — Black-Scholes + IV оракул
├── PayoffCalculator.sol — расчёт payoff при exercise
└── StakingPool.sol — yield для HEGIC/governance токена
HegicPool держит ETH или ERC-20, tracking каждой LP позиции в виде shares. При выплате exercise LP пропорционально теряют долю пула. При получении премий — пул растёт, shares дорожают на 1–2% в месяц в обычных условиях.
Exercise логика: American vs. European
Hegic поддерживает American стиль — опцион можно exercise в любой момент до экспирации. Это технически сложнее: нужно постоянно проверять, не ушёл ли опцион in-the-money. Для on-chain это делается permissionlessly: кто угодно может вызвать exercise() для просроченного или ITM опциона.
European стиль проще для LP: выплата происходит только при экспирации, LP могут лучше планировать ликвидность. Для начального протокола рекомендуем European — меньше поверхность атаки, проще reasoning о состоянии пула.
Детали реализации exercise
function exercise(uint256 optionId) external {
Option storage option = options[optionId];
require(option.state == OptionState.Active, "Not active");
require(block.timestamp <= option.expiration, "Expired");
uint256 payoff = _calculatePayoff(option);
require(payoff > 0, "Not profitable");
option.state = OptionState.Exercised;
pool.sendPayoff(option.holder, payoff);
emit Exercise(optionId, payoff);
}
Greeks tracking для LP dashboard
LP должны видеть агрегированную дельту, гамму и вегу пула — это их P&L при движении рынка. Хранить Greeks on-chain дорого (газ ~200k за контракт), поэтому используем The Graph subgraph: индексируем все события создания/exercise/expire опционов, вычисляем Greeks off-chain и отображаем в UI.
Что входит в работу
| Этап | Результат |
|---|---|
| Аналитика и проектирование | Документация с описанием математики, параметров пула, IV оракула |
| Разработка смарт-контрактов | Исходный код с тестами (Foundry fuzz), деплой скрипты |
| Интеграция оракула | IV feed, TWAP, circuit breaker |
| Тестирование и аудит | Отчёт внешнего аудита (опционально), результаты симуляций |
| Фронтенд и сабграф | Dashboard для LP, визуализация Greeks, история пула |
| Поддержка после деплоя | Мониторинг, исправление багов, апгрейды при необходимости |
Стек и инструменты
| Компонент | Технология |
|---|---|
| Математика | FixedPointMathLib (Solmate), PRBMath для ln/exp |
| IV оракул | Chainlink Custom Feed / off-chain keeper + signature |
| Тестирование | Foundry fuzz tests (все комбинации страйк/время/IV) |
| Subgraph | The Graph (Greeks, LP history, open interest) |
| Фронтенд | wagmi, viem, recharts для payoff визуализации |
Процесс разработки
- Аналитика (3-5 дней). Выбор активов, стиль опционов (American/European), параметры IV оракула, tokenomics LP пула.
- Разработка (3-5 недель). PriceCalculator первым — всё остальное зависит от него. Fuzz-тесты математики на граничных значениях (очень низкий/высокий IV, малое время до экспирации).
- Тестирование (1 неделя). Симуляция flash crash на 50% за 1 час — оценка потерь LP и сравнение с ожидаемым risk profile.
- Аудит и деплой. Внешний аудит обязателен — опционная математика содержит нетривиальные edge cases. Мы гарантируем прозрачность и безопасность.
Ориентиры по срокам
Базовый протокол European опционов для одного актива — от 4 до 6 недель. Полноценный протокол с American опционами, несколькими активами и governance — от 8 до 14 недель. Свяжитесь с нами для точной оценки вашего проекта. Закажите разработку — получите готовый протокол с аудитом и документацией.