Розробка протоколу опціонів на блокчейні (стиль 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 місяці підтримки після релізу

Зв'яжіться для консультації щодо вашого проекту — оцінимо обсяг та терміни.