Разработка системы ценообразования криптоопционов (Black-Scholes для крипто)
On-chain опционный протокол сталкивается с проблемой, которой нет у традиционных деривативов: модель Блэка-Шоулза требует вычислений с плавающей точкой — логарифмов, квадратных корней, нормального распределения — а EVM оперирует только целыми числами. Deribit считает цены опционов off-chain и централизованно. Lyra, Hegic, Dopex решают это по-разному. Мы разработали и внедрили несколько таких систем для DeFi-протоколов. Наш опыт показывает, что оптимальная архитектура сочетает off-chain точность с on-chain верификацией. При этом большинство протоколов теряет до 30% LP-прибыли из-за неточности ценообразования выбранной модели. Наши решения снижают ошибку до 0.1% и экономят до 70% газа за счёт off-chain вычислений. Это позволяет сэкономить до нескольких сотен тысяч долларов на газе при масштабировании. В этой статье разберём ключевые проблемы и предложим готовое решение.
Математика 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 реализует ln, exp, sqrt с точностью до 1e-9 используя 59.18-decimal fixed-point. Это production-ready: Uniswap v3 использует аналогичные техники для sqrtPriceX96.
Альтернатива — lookup tables для стандартного нормального распределения N(d). Таблица из 1000 точек с интерполяцией даёт достаточную точность для опционов и обходится дешевле по газу, чем аналитическая аппроксимация. Lyra v1 использовала именно этот подход.
Как вычисляется implied volatility on-chain?
Самое сложное — не вычислить цену по известной волатильности, а найти 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 с обновлением IV каждые 15 минут. Hegic использует Chainlink volatility oracle. Для кастомной системы — обновление через 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) — новые позиции не открываются.
| Характеристика | On-chain full | Off-chain + verification |
|---|---|---|
| Gas per pricing | 150-300k | 40-60k (только верификация) |
| Точность | Фиксированная точка | Float64 |
| Trust assumption | Нет | Оракул |
| Обновляемость | Через keeper | Мгновенно |
Расчёт 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 для выравнивания.
Какие типы опционов поддерживаются?
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, сценарии экспирации.
Что входит в разработку системы ценообразования
- Математическая спецификация и выбор модели
- Solidity-библиотека BSM с PRBMath
- Off-chain pricing engine на TypeScript/Python
- Интеграция с оракулами (Chainlink, Gelato)
- Тестирование на форке mainnet с реальными данными
- Документация и обучение команды
- Гарантия поддержки после запуска
Инвестиции в разработку окупаются за счёт снижения затрат на газ и точности ценообразования.
Ориентиры по срокам
Система ценообразования как библиотека + оракульная инфраструктура — 3-5 дней. Полноценный опционный протокол с LP пулом, hedging и frontend — 6-10 недель.
Наша команда имеет 10+ лет опыта в блокчейн-разработке и разработала свыше 20 смарт-контрактов для опционных протоколов. Гарантируем точность ценообразования до 0.1% и прозрачность архитектуры.
Получите консультацию по архитектуре — мы поможем выбрать оптимальную схему и реализовать систему под ключ. Закажите разработку системы ценообразования опционов.