Разработка системы ценообразования криптоопционов (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% и прозрачность архитектуры.
Получите консультацию по архитектуре — мы поможем выбрать оптимальную схему и реализовать систему под ключ. Закажите разработку системы ценообразования опционов.
Разработка DeFi-протоколов
Мы проектируем модульные DeFi-протоколы, в которых математика стейблкоинов, ликвидности и оракулов работает без сбоев. Mango Markets — краш-тест: атакующий манипулировал spot price через один аккаунт, взял кредит под завышенный collateral и вывел $114 млн. Оракул брал цену с единственного источника без TWAP. Не баг в коде — это архитектурное решение, которое стало уязвимостью. Наш опыт показывает: любой DeFi-протокол — это система ставок на то, что все компоненты, от расчётов до экономических стимулов, выстроены правильно одновременно.
Мы не пишем код под «если всё работает, не трогай». Мы моделируем стресс-сценарии: каскадные ликвидации, депег, флеш-кредиты. И только после этого — события, которые не сломают протокол.
Почему оракулы — критический компонент DeFi?
Большинство крупных взломов DeFi начинались с манипуляции оракулом. Разберём три слоя, которые мы используем в каждом проекте.
Spot price как оракул — не вариант. Uniswap v2 spot price можно сдвинуть flash loan за одну транзакцию. Цена в конце блока — единственное, что попадает в state, её и читает оракул. Схема атаки: занять через flash loan → купить актив в пул → цена поднялась → взять кредит под завышенный collateral → продать актив → вернуть flash loan. Одна транзакция.
TWAP как защита. Uniswap v3 observe() усредняет цену за период (30 минут). Манипуляция требует удерживать цену несколько блоков — это стоит дорого. Но TWAP медленно реагирует на легитимные изменения, что открывает окно для arbitrage на liquidation при резких движениях.
Chainlink Price Feeds — агрегация от множества data providers с медианой. Стандарт для lending. Проблема: heartbeat 1–24 часа и deviation threshold 0.5%. Если цена не двигается, фид может не обновляться сутки. В волатильном рынке — lag.
| Оракул |
Механизм |
Защита от манипуляции |
Задержка |
| Chainlink |
Медиана от независимых провайдеров |
Высокая (децентрализация) |
До 24 ч при 0% движения |
| Uniswap v3 TWAP |
Средняя цена за N блоков |
Высокая (сложно удерживать) |
30 мин — 1 ч |
| Pyth Network |
Cross-chain low-latency |
Средняя (зависимость от publisher) |
Секунды |
В продакшене мы используем двухуровневую проверку: Chainlink aggregator + Uniswap v3 TWAP как верификатор. Если расхождение больше N% — транзакция отклоняется, система ставится на паузу.
Как защитить DeFi-протокол от flash loan атак?
Flash loan превращает любого пользователя в обладателя неограниченного капитала на одну транзакцию. Поэтому при проектировании контрактов мы предполагаем: доступ к неограниченному капиталу есть у всех. Это меняет threat model полностью.
Легитимные применения flash loan — arbitrage, liquidation, самоликвидация. Но протокол должен проверять, что заём не используется для манипуляции: оракул не должен читать цену из пула, который можно сдвинуть за одну транзакцию. Мы добавляем проверки на block.timestamp и минимальную глубину ликвидности.
Ключевые компоненты DeFi-архитектуры
| Тип протокола |
Основная механика |
Главный риск |
| DEX (AMM) |
x*y=k или concentrated liquidity |
impermanent loss, oracle manipulation |
| Lending |
collateral ratio, liquidation |
bad debt при каскадных ликвидациях |
| Yield aggregator |
автокомпаундинг стратегий |
rug через strategy upgrade |
| Derivatives / Perps |
funding rate, mark price |
liquidation cascades, socialized losses |
| Liquid staking |
stETH-style rebasing |
depegging при mass unstake |
AMM: от x*y=k до concentrated liquidity
Uniswap v2 использует x * y = k. LP-токены ERC-20 — каждый пул выпускает свой токен пропорционально доле. Проблема: ликвидность размазана по всей кривой, большая часть не используется.
Uniswap v3 и позиции ERC-721: concentrated liquidity — LP предоставляет ликвидность в диапазоне [priceLow, priceHigh]. Capital efficiency до 4000x для стабильных пар. Но ERC-721 ломает vault-стратегии под ERC-20. Управление ranges — отдельная инженерная задача: позиция выходит из диапазона при движении цены, перестаёт зарабатывать fees, становится single-asset. Протоколы типа Arrakis Finance автоматически rebalance. Если строите vault поверх v3, нужен собственный range manager или интеграция с существующим.
Slippage в v3 рассчитывается через sqrtPriceX96 — 96-битная fixed-point математика. Ошибки на фронтенде приводят к расхождению между видимым и фактическим slippage.
Curve для пар с близкими ценами (stablecoin/stablecoin, stETH/ETH) использует инвариант, комбинирующий constant product и constant sum. Меньше slippage в диапазоне peg. Контракты на Vyper, код математически плотный, аудировать сложно.
Lending протоколы: collateral, liquidation, bad debt
LTV определяет максимальный кредит под collateral. Liquidation threshold — уровень ликвидации. Разница — буфер для liquidator. Типичный пример: LTV 75%, liquidation threshold 80%, bonus 5%. Если цена падает на 20%+, позиция открыта к ликвидации.
Каскадные ликвидации: много позиций ликвидируется одновременно → ликвидаторы продают collateral → цена падает → следующая волна. LUNA/UST 2022 — классический каскад.
Если collateral обесценивается быстрее ликвидации, протокол получает bad debt. Aave использует Safety Module (застейканный AAVE), Compound — reserves. Без backstop bad debt социализируется через dilution supply-токена или взаимозачёт.
Проектирование системы ликвидации требует моделирования стресс-сценариев: падение единственного liquidation bot, высокий gas, делистинг collateral.
Yield farming и incentive mechanics
Liquidity mining — раздача governance-токенов LP-провайдерам. Проблема mercenary capital: фармеры приходят, продают токены, уходят. TVL фиктивный.
Устойчивые механики: protocol-owned liquidity (Olympus bonding), veToken (CRV locked → boost + governance), locked staking с penalty. Ve-модель при неправильной реализации создаёт governance concentration. Нужен timelock на изменения gauge weights и лимиты на votingPower.
Что входит в нашу разработку DeFi-протоколов
- Архитектурная документация: диаграммы взаимодействия контрактов, стресс-тесты ликвидаций, расчёты оракулов.
- Реализация на Solidity 0.8.x с OpenZeppelin 5.x (AccessControl, ReentrancyGuard, Pausable, TimelockController) и Solmate для gas-optimised base contracts.
- Foundry fork-тесты на реальном mainnet (Uniswap, Chainlink, Aave) — тесты до деплоя покрывают все сценарии.
- Аудит: минимум два независимых аудитора для TVL от $1M. Code4rena или Sherlock для bug bounty.
- Деплой с Gnosis Safe 3/5 multisig + timelock 48–72 часа.
- Мониторинг через Tenderly (alerts, симуляции), OpenZeppelin Defender (automation), Forta (on-chain threat detection).
- Поддержка после запуска: обновления, патчи, апгрейды через proxy.
Наши компетенции и опыт
Мы разрабатываем DeFi-протоколы с 2020 года — за это время реализовали 30+ проектов с общим TVL более $150 млн. Среди клиентов — протоколы в топ-20 по TVL на Ethereum, Arbitrum и Base. Команда сертифицированных разработчиков Solidity, прошедших аудиторские треки ConsenSys Diligence.
DeFi на Wikipedia — базовые принципы, которые мы применяем на практике.
Сроки
- DEX с AMM (Uniswap v2 fork): 6–10 недель
- Lending protocol (Aave-style, один collateral): 3–5 месяцев
- Yield aggregator с несколькими стратегиями: 2–4 месяца
- Полноценный DeFi-протокол с governance: 5–8 месяцев включая аудит
Стоимость рассчитывается индивидуально — свяжитесь для оценки вашего проекта.
Получите консультацию по архитектуре DeFi-протокола — мы проанализируем риски и предложим оптимальное решение.
