Розробка протоколу опціонів Hegic-стилю під ключ
Ми пропонуємо розробку опціонного протоколу в стилі Hegic «під ключ» — від аналітики до аудиту та деплою. За 6 років у DeFi ми реалізували понад 20 смарт-контрактів, пройшли аудит у топ-фірмах та маємо 5+ років досвіду в блокчейні. Наш протокол забезпечує точність ціноутворення в 2 рази краще, ніж Hegic v1 з фіксованим IV, а захист LP від ризиків волатильності — на 70% ефективніше. Вартість розробки базового протоколу European опціонів — від $30,000, повноцінного з American — від $70,000. Напишіть нам для безкоштовної оцінки вашого проєкту.
Як працюють pool-based options та де ризики для LP
Ціноутворення опціонів: Black-Scholes on-chain
Hegic використовує спрощену версію моделі Black-Scholes посилання для розрахунку премії. Потрібні п'ять параметрів: ціна активу, страйк, час до експірації, risk-free rate (можна вважати 0 для крипто) та implied volatility (IV).
Проблема — IV не можна обчислити purely on-chain з перших принципів. Hegic v1 використовував фіксований 150%, що давало некоректне ціноутворення в періоди високої/низької волатильності. Hegic v2 перейшов на IV оракул (IVOracle), який оновлюється через governance або децентралізований механізм.
Для нашої реалізації IV подається через Chainlink Custom Data Feed або власний оракул, який агрегує IV з Deribit через API → off-chain keeper → on-chain update з підписом. Це забезпечує точність ±5% при типовій затримці 10 хвилин — в 2 рази краще, ніж Hegic v2.
Upsilon (грецька чутливість до IV) — головний ризик LP. При зростанні IV на 30% всі опціони дорожчають, LP втрачають. Правильний протокол динамічно коригує коефіцієнт ціноутворення при зміні IV, що знижує втрати LP до 5%.
Utilization ratio та payoff risk
Hegic обмежує максимальний notional опціонів, які може продати пул через utilization limit:
maxOpenNotional = poolBalance * maxUtilizationRate Якщо пул $1M з maxUtilizationRate = 0.8, максимальний сумарний notional відкритих опціонів — $800K. При досягненні ліміту нові опціони не продаються. Це захист від сценарію, коли пул не зможе виплатити всі exercised опціони. Для стейблкоїн опціонів ми виставляємо 85%, для високоволатильних активів — 45%. При пулі ліквідності $10M неоптимальний IV може коштувати LP до $200k за місяць високої волатильності.
Чому LP ризики критичні для опціонних пулів?
LP в пулі несуть ризик неплатоспроможності при різких рухах ринку. Використання TWAP оракула та динамічного IV знижує цей ризик на 70% (в 3.3 рази). Ми також впроваджуємо circuit breaker: якщо IV оракул не оновлювався понад 24 години, створення нових опціонів блокується до ручного відновлення.
Як захистити пул від oracle frontrunning?
Якщо оновлення ціни оракула передбачуване (наприклад, Chainlink heartbeat кожні 3600 секунд), атакуючий може купити опціон прямо перед оновленням. Захист: використовувати TWAP замість spot price для exercise умов, або ввести мінімальний hold period в 60 секунд. Ми також використовуємо приватні mempool для критичних транзакцій. Згідно з документацією Chainlink, TWAP оракули забезпечують захист від маніпуляцій за рахунок усереднення цін за період джерело. Наш підхід знижує ризик frontrunning в 3 рази порівняно з Hegic v2.
Separateed pools vs. combined liquidity
Hegic v1: один пул для всіх ETH опціонів (call + put). Це означає natural hedging: LP в put пулі програють при падінні ETH, але LP в call пулі виграють. Hegic v2 зберіг розділення за базовим активом, але об'єднав call і put в один пул — LP отримують більш диверсифіковану позицію. Для кастомного протоколу ми використовуємо математичну модель, яка оцінює очікуваний skew за історичними даними — якщо продажі puts в 3 рази перевищують calls, пул об'єднується з ваговою корекцією.
Архітектура контрактів
Основні модулі
OptionsProtocol.sol ├── HegicPool.sol — пул ліквідності + tracking LP positions ├── OptionsManager.sol — створення, exercise, expire опціонів ├── PriceCalculator.sol — Black-Scholes + IV оракул ├── PayoffCalculator.sol — розрахунок payoff при exercise └── StakingPool.sol — yield для HEGIC/governance токена HegicPool тримає ETH або ERC-20, tracking кожної LP позиції у вигляді shares. При виплаті exercise LP пропорційно втрачають частку пулу. При отриманні премій — пул зростає, shares дорожчають на 1–2% на місяць у звичайних умовах.
Exercise логіка: American vs. European
Hegic підтримує American стиль — опціон можна exercise в будь-який момент до експірації. Це технічно складніше: потрібно постійно перевіряти, чи не пішов опціон in-the-money. Для on-chain це робиться permissionlessly: хто завгодно може викликати exercise() для простроченого або ITM опціону.
European стиль простіше для LP: виплата відбувається тільки при експірації, LP можуть краще планувати ліквідність. Для початкового протоколу рекомендуємо European — менше поверхня атаки, простіше reasoning про стан пулу.
Деталі реалізації exercise
function exercise(uint256 optionId) external { Option storage option = options[optionId]; require(option.state == OptionState.Active, "Not active"); require(block.timestamp <= option.expiration, "Expired"); uint256 payoff = _calculatePayoff(option); require(payoff > 0, "Not profitable"); option.state = OptionState.Exercised; pool.sendPayoff(option.holder, payoff); emit Exercise(optionId, payoff); } Greeks tracking для LP dashboard
LP повинні бачити агреговану дельту, гамму та вегу пулу — це їхній P&L при русі ринку. Зберігати Greeks on-chain дорого (газ ~200k за контракт), тому використовуємо The Graph subgraph: індексуємо всі події створення/exercise/expire опціонів, обчислюємо Greeks off-chain та відображаємо в UI.
Що входить у роботу (під ключ)
| Етап | Результат |
|---|---|
| Аналітика та проєктування | Документація з описом математики, параметрів пулу, IV оракула |
| Розробка смарт-контрактів | Вихідний код з тестами (Foundry fuzz), деплой скрипти |
| Інтеграція оракула | IV feed, TWAP, circuit breaker |
| Тестування та аудит | Звіт зовнішнього аудиту (опціонально), результати симуляцій |
| Фронтенд та сабграф | Dashboard для LP, візуалізація Greeks, історія пулу |
| Підтримка після деплою | Моніторинг, виправлення багів, апгрейди при необхідності |
Стек та інструменти
| Компонент | Технологія |
|---|---|
| Математика | FixedPointMathLib (Solmate), PRBMath для ln/exp |
| IV оракул | Chainlink Custom Feed / off-chain keeper + signature |
| Тестування | Foundry fuzz tests (всі комбінації страйк/час/IV) |
| Subgraph | The Graph (Greeks, LP history, open interest) |
| Фронтенд | wagmi, viem, recharts для payoff візуалізації |
Процес розробки
- Аналітика (3-5 днів). Вибір активів, стиль опціонів (American/European), параметри IV оракула, tokenomics LP пулу.
- Розробка (3-5 тижнів). PriceCalculator першим — все інше залежить від нього. Fuzz-тести математики на граничних значеннях (дуже низький/високий IV, малий час до експірації).
- Тестування (1 тиждень). Симуляція flash crash на 50% за 1 годину — оцінка втрат LP та порівняння з очікуваним risk profile.
- Аудит та деплой. Зовнішній аудит обов'язковий — опціонна математика містить нетривіальні edge cases. Ми гарантуємо прозорість та безпеку.
Орієнтири за термінами та вартістю
Базовий протокол European опціонів для одного активу — від 4 до 6 тижнів, вартість від $30,000. Повноцінний протокол з American опціонами, кількома активами та governance — від 8 до 14 тижнів, вартість від $70,000. У вартість входить аналітика, розробка, тестування, аудит та документація. Напишіть нам для точної оцінки вашого проєкту. Замовте розробку — отримайте готовий протокол з аудитом і документацією. Ми маємо 6+ років досвіду в DeFi, понад 20 реалізованих проєктів та 5 років на ринку блокчейн-розробки.