Разработка системы ценообразования опционов (Black-Scholes для крипто)
On-chain опционный протокол сталкивается с проблемой, которой нет у традиционных деривативов: модель Блэка-Шоулза требует вычислений с плавающей точкой — логарифмов, квадратных корней, нормального распределения — а EVM оперирует только целыми числами. Deribit считает цены опционов off-chain и централизованно. Lyra, Hegic, Dopex решают это по-разному. Разработка собственной системы ценообразования — это, прежде всего, выбор компромисса между точностью и gas cost.
Математика Black-Scholes в целых числах
Формула BSM для европейского колл-опциона:
C = S * N(d1) - K * e^(-rT) * N(d2)
где d1 = (ln(S/K) + (r + σ²/2) * T) / (σ * √T)
Каждый элемент — источник ошибки при целочисленной арифметике.
Логарифм и экспонента через таблицы или approximation
Классический подход — аппроксимация ln(x) через разложение Тейлора с фиксированной точкой (fixed-point arithmetic, 18 знаков). Solidity не имеет нативного ln, но библиотека PRBMath (Paul Razvan Berg) реализует ln, exp, sqrt с точностью до 1e-9 используя 59.18-decimal fixed-point. Это production-ready: Uniswap v3 использует аналогичные техники для sqrtPriceX96.
Альтернатива — lookup tables для стандартного нормального распределения N(d). Таблица из 1000 точек с интерполяцией даёт достаточную точность для опционов и обходится дешевле по газу, чем аналитическая аппроксимация. Lyra v1 использовала именно этот подход.
Implied Volatility — обратная задача
Самое сложное — не вычислить цену по известной волатильности, а найти implied volatility (IV) из рыночной цены. Это уравнение BSM_price(σ) = market_price не решается аналитически. Методы: Newton-Raphson итерации или bisection search.
On-chain Newton-Raphson за 5-7 итераций сходится к IV с точностью 0.1% — стоит около 80-150k gas на Ethereum mainnet. Для L2 приемлемо, для mainnet — дорого. Решение: IV вычисляется off-chain, подаётся on-chain с подписью оракула, контракт только верифицирует подпись и использует значение.
Проблема stale volatility
Крипто-волатильность меняется быстро. IV биткоина за 24 часа может вырасти с 60% до 120% при резком движении рынка. Если on-chain хранится устаревшая IV — опционы оцениваются неверно. Покупатель опциона с занижённой IV получает несправедливую цену за счёт LPs.
Lyra v2 решает это через offchain oracle (сначала SNX keeper, потом Lyra-специфичный) с обновлением IV каждые 15 минут. Hegic использует Chainlink volatility oracle (экспериментальный feed). Для кастомной системы — обновление через keeper (Gelato или Chainlink Automation) с bounded update: IV не может измениться более чем на X% за одно обновление.
Архитектура системы ценообразования
Off-chain pricing engine + on-chain verification
Оптимальная архитектура для production: ценообразование на TypeScript/Python сервере с полной точностью float64, результат подписывается оператором или multi-party committee, контракт верифицирует подпись и использует цену.
Это не «централизованно» в негативном смысле — есть явный trust assumption, который документируется. Для сравнения: Deribit полностью централизован, Lyra v1 использовал аналогичную схему с оракулом.
On-chain контракт хранит: spotPrice (от Chainlink), impliedVolatility (от keeper), lastUpdateTimestamp. При устаревших данных (> maxStaleness) — новые позиции не открываются.
Расчёт Greeks для управления риском
Для LP-пула, который выступает counterparty для всех опционов, critical — агрегированный delta-hedging. Delta каждого опциона суммируется в net delta пула, keeper исполняет hedging свапы для удержания delta-нейтральности.
| Greek | Значение для пула | Метод расчёта |
|---|---|---|
| Delta | Exposure к spot цене | N(d1) для колл, N(d1)-1 для пут |
| Gamma | Скорость изменения delta | φ(d1) / (S * σ * √T) |
| Vega | Exposure к волатильности | S * φ(d1) * √T |
| Theta | Временной распад | Аналитически |
Pnl пула от греков суммируется в netDelta, netVega. Если |netDelta| > hedgeThreshold — keeper инициирует swap на Uniswap v3 для выравнивания.
Типы опционов и settlement
Cash-settled vs physical delivery. Cash-settled проще: при экспирации контракт запрашивает spot цену у Chainlink, вычисляет payoff, переводит USDC. Physical delivery требует хранения underlying asset в контракте.
American vs European. Американские опционы (исполнение в любой момент) требуют binomial tree или Monte Carlo для корректной оценки — on-chain нецелесообразно. Все on-chain опционные протоколы используют европейский стиль.
Early exercise через flash loan. Теоретически атакующий мог бы попытаться исполнить опцион в момент манипуляции оракулом. Защита: settlement цена вычисляется как TWAP за последний час перед экспирацией, а не spot.
Процесс работы
Математическая спецификация (2-3 дня). Формализуем: тип опционов, settlement механика, источники данных для S и σ, модель комиссий, механизм hedging.
Pricing library (2-3 дня). Solidity библиотека для BSM с PRBMath. Unit-тесты сравнивают результаты с Python scipy.stats reference implementation.
Оракул и keeper (2-3 дня). Off-chain pricing engine, подписание данных, Gelato автоматизация обновления IV.
Core контракты (3-5 дней). OptionPool (LP), OptionToken (ERC-1155), settlement логика.
Тестирование (2-3 дня). Fork-тесты на mainnet с реальными Chainlink feeds, сценарии экспирации.
Ориентиры по срокам
Система ценообразования как библиотека + оракульная инфраструктура — 3-5 дней. Полноценный опционный протокол с LP пулом, hedging и frontend — 6-10 недель.