Разработка протокола опционов на блокчейне (Dopex-стиль)

Мы разрабатываем протокол децентрализованных опционов в стиле Dopex — архитектуру, которая решает главную проблему on-chain опционов: ликвидность. Вместо orderbook, где покупатель и продавец должны найти друг друга, мы используем пулы ликвидности (SSOV — Single Staking Option Vault), где LP-провайдеры коллективно выступают в роли продавца опционов. Купить call или put можно в любой момент, пока в пуле есть резервы. Наша команда имеет 5+ лет опыта в DeFi и 10+ реализованных опционных протоколов, поэтому мы гарантируем точность и безопасность каждого контракта. Реализация такого протокола с нуля занимает 6-16 недель в зависимости от глубины функционала. Мы предоставляем полный цикл: от проектирования экономической модели до деплоя и мониторинга. Под ключ — вы получаете готовый протокол с документацией, аудитом и трехмесячной поддержкой. Наши инженеры глубоко разбираются в Black-Scholes on-chain, PRBMath и Foundry, что позволяет избежать типичных ошибок, приводящих к потерям LP. Dopex-стиль лучше orderbook-based протоколов в 10-50 раз по глубине ликвидности. Получите консультацию, чтобы оценить ваш проект.

Почему Dopex-стиль — архитектурный выбор для опционных протоколов?

Dopex построил архитектуру, которая решает центральную проблему: ликвидность. Мы применяем тот же подход, адаптируя под ваши требования.

Механика SSOV: как работает пул опционов

Как работают эпохи и strike цены?

SSOV работает эпохами — фиксированными периодами (обычно 1 месяц). В начале эпохи задаётся набор strike цен (например, для ETH: $2000, $2200, $2400, $2600). LP-провайдеры вносят ETH в vault — их средства станут collateral для опционных контрактов.

Покупатель опциона платит premium и получает право на payoff при экспирации:

• Call option: payoff = max(0, price_at_expiry - strike)
• Put option: payoff = max(0, strike - price_at_expiry)

Расчёт premium — ключевой инженерный вызов. Dopex использует Black-Scholes с on-chain имплементацией. Проблема: Black-Scholes требует ln() и e^x — функции, которых нет в EVM нативно. Реализация через Taylor series или таблицы приближений с фиксированной точкой.

Почему Black-Scholes on-chain теряет точность?

Классическая формула Black-Scholes для call option:

C = S·N(d1) - K·e^(-rT)·N(d2) d1 = (ln(S/K) + (r + σ²/2)·T) / (σ·√T) d2 = d1 - σ·√T 

где S — spot price, K — strike, r — risk-free rate, σ — implied volatility, T — time to expiry.

На EVM работаем с fixed-point арифметикой (WAD, 1e18). Функция ln(x) реализуется через PRBMath библиотеку или ABDKMathQuad. Точность критична: ошибка 0.1% в расчёте premium на объёме 1M$ = $1000 расхождение за транзакцию. Накапливается в пользу атакующего, который знает о расхождении.

Реальный кейс из аудита: протокол использовал приближение ln(x) ≈ x - 1 для значений близких к 1.0 — это давало ошибку до 2% при S/K в диапазоне 0.9-1.1 (around-the-money опционы). Именно там находится наибольший объём торгов. Убыток LP составил ~$80K за первый месяц до обнаружения.

Расчёт премии опциона on-chain использует формулу Black-Scholes, реализованную на Solidity с fixed-point арифметикой PRBMath. Дополнительно читайте о Black-Scholes и PRBMath.

Implied Volatility: oracle или on-chain расчёт

Implied volatility (IV) — критичный параметр, от которого линейно зависит premium. Варианты:

• Chainlink IV feed — есть для ETH, BTC. Надёжно, но с latency до 1 часа. При резком движении рынка IV может быть занижена — LP продают опционы слишком дёшево.
• DVOL-стиль (Deribit Volatility Index) — off-chain расчёт через TWAP implied volatility из orderbook. Требует собственного oracle инфраструктуры или интеграции с Chainlink Functions.
• On-chain historical volatility — расчёт по TWAP ценам за последние N периодов. Не отражает forward-looking риск, но не зависит от внешних оракулов. Минус: underpricing опционов накануне событий (merge, ETF approval).

Мы строим гибридную систему: Chainlink IV feed как первичный источник, on-chain historical volatility как fallback при staleness > 2 часов.

Архитектура протокола

Контрактная структура

DopexStyleProtocol/ ├── core/ │ ├── OptionMarket.sol # Создание/покупка/экспирация опционов │ ├── SSOV.sol # Vault ликвидности LP │ ├── OptionPricing.sol # Black-Scholes on-chain │ └── EpochManager.sol # Управление эпохами ├── oracles/ │ ├── VolatilityOracle.sol # IV агрегатор │ └── PriceOracle.sol # Chainlink wrapper ├── rewards/ │ ├── DPX.sol # Governance/reward token │ └── StakingRewards.sol # Emissions для LP └── periphery/ ├── Router.sol # Пользовательский интерфейс └── OptionToken.sol # ERC-1155 опционные токены 

ERC-1155 для опционов — правильный выбор. Каждая комбинация (strike, expiry, type) = отдельный token ID. Пользователь может держать опционы с разными страйками в одном кошельке, transfer работает как для обычных токенов — вторичный рынок создаётся автоматически.

LP vault mechanics: риски и защиты

LP вносят ETH, коллективно продают опционы. При массовой экспирации in-the-money (рынок пошёл против LP) — vault выплачивает большой payoff. Это intrinsic риск, который LP принимают.

Управляемые риски, которые мы закрываем контрактно:

• Max capacity per strike — нельзя продать опционов на один страйк больше N% от общего vault. Иначе концентрированная экспирация обнуляет vault.
• Withdrawal lock — LP не могут вывести средства в середине эпохи. Иначе при движении цены к страйку LP массово выходят, оставляя протокол без collateral для выплат.
• Delta hedging pool — опционально, для протоколов с серьёзными институциональными LP. Часть средств vault автоматически хеджируется через perpetual contracts (GMX, Gains Network).

AtlasDEX интеграция для вторичного рынка

Опционные токены ERC-1155 нужно где-то торговать. Варианты:

• Интеграция с OpenSea/Blur (они поддерживают ERC-1155)
• Собственный AMM для опционов (сложно, требует кастомной кривой)
• Интеграция с Lyra Protocol как secondary market layer

Для MVP рекомендуем P2P-торговлю через Seaport (OpenSea протокол) — это бесплатно и не требует дополнительной ликвидности.

Безопасность: специфичные уязвимости опционных протоколов

Oracle manipulation при экспирации. Moment of truth для опциона — цена в момент экспирации. Если используется spot price оракула в одном блоке — flash loan атака манипулирует ценой, создаёт искусственную прибыль по опционам. Защита: TWAP за последние 30 минут как settlement price.

Epoch sandwich attack. Атакующий покупает большой объём опционов в конце эпохи (зная приближающееся движение рынка), получает payoff, в начале следующей эпохи LP ещё не восполнили потери — vault недокапитализирован. Защита: cooldown между эпохами с обязательным reconciliation period.

Grief через dust positions. Создание тысяч мелких опционных позиций (gas griefing) для функции settle при экспирации. Защита: minimum premium > dust threshold, fee на создание позиции.

Стек разработки

Foundry как основной инструмент — fuzz-тесты на Black-Scholes расчёты критичны. Тестируем с vm.fuzz все граничные значения: S/K от 0.1 до 10, T от 1 часа до 1 года, IV от 10% до 500%. PRBMath v4 для fixed-point арифметики. Chainlink price feeds на mainnet fork для тестирования oracle logic.

Процесс и сроки

Этапы разработки

1. Проектирование экономической модели и архитектуры (1-2 недели)
2. Разработка core контрактов: OptionMarket, SSOV, Black-Scholes (3-5 недель)
3. Разработка periphery: Router, Rewards, ERC-1155 токены (2-3 недели)
4. Аудит и тестирование (2-4 недели)
5. Деплой и мониторинг (1-2 недели)

Базовый SSOV для одного актива — 6-8 недель. Полноценный мультиактивный протокол с governance и вторичным рынком — 10-16 недель. Стоимость рассчитывается после детального анализа требований и желаемого набора активов.

Что входит в работу

• Архитектурный документ с экономической моделью
• Core контракты (OptionMarket, SSOV, Pricing, EpochManager)
• Periphery (Router, Rewards, OptionToken ERC-1155)
• Интеграция Chainlink oracle (price + IV)
• Внутренний аудит и поддержка внешнего аудита
• Деплой на выбранную сеть (Ethereum, Polygon, Arbitrum, Base)
• Фронтенд (wagmi + RainbowKit) – опционально
• Документация (Whitepaper, Technical spec, Deployment guide)
• 3 месяца поддержки после релиза

Свяжитесь для консультации по вашему проекту — оценим объём и сроки.