Ми розробляємо протокол децентралізованих опціонів у стилі 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 разів за глибиною ліквідності. Отримайте консультацію, щоб оцінити ваш проєкт.
Зміст
- Архітектура SSOV
- Black-Scholes on-chain
- Ризики та захист
- Процес розробки
Чому 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 годин.
| Метод | Затримка | Залежність | Точність при кризі |
|---|---|---|---|
| Chainlink IV feed | 1 година | Зовнішня | Висока (якщо не застарів) |
| DVOL-стиль | 5 хвилин | Власний oracle | Середня |
| On-chain historical | 10 хвилин | Немає | Низька |
Архітектура протоколу
Контрактна структура
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.
| Компонент | Технологія | Складність |
|---|---|---|
| Black-Scholes | PRBMath + Solidity | Висока |
| IV Oracle | Chainlink Functions | Середня |
| LP Vault | ERC-4626 base | Середня |
| Option Tokens | ERC-1155 | Низька |
| Rewards | Fork of Synthetix Staking | Середня |
Процес та терміни
Етапи розробки
- Проєктування економічної моделі та архітектури (1-2 тижні)
- Розробка core контрактів: OptionMarket, SSOV, Black-Scholes (3-5 тижнів)
- Розробка periphery: Router, Rewards, ERC-1155 токени (2-3 тижні)
- Аудит та тестування (2-4 тижні)
- Деплой та моніторинг (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 місяці підтримки після релізу
Зв'яжіться для консультації щодо вашого проекту — оцінимо обсяг та терміни.