Розробка протоколу опціонів 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 про стан пулу.

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.

Що входить у роботу (під ключ)

Стек та інструменти

Процес розробки

1. Аналітика (3-5 днів). Вибір активів, стиль опціонів (American/European), параметри IV оракула, tokenomics LP пулу.
2. Розробка (3-5 тижнів). PriceCalculator першим — все інше залежить від нього. Fuzz-тести математики на граничних значеннях (дуже низький/високий IV, малий час до експірації).
3. Тестування (1 тиждень). Симуляція flash crash на 50% за 1 годину — оцінка втрат LP та порівняння з очікуваним risk profile.
4. Аудит та деплой. Зовнішній аудит обов'язковий — опціонна математика містить нетривіальні edge cases. Ми гарантуємо прозорість та безпеку.

Орієнтири за термінами та вартістю

Базовий протокол European опціонів для одного активу — від 4 до 6 тижнів, вартість від $30,000. Повноцінний протокол з American опціонами, кількома активами та governance — від 8 до 14 тижнів, вартість від $70,000. У вартість входить аналітика, розробка, тестування, аудит та документація. Напишіть нам для точної оцінки вашого проєкту. Замовте розробку — отримайте готовий протокол з аудитом і документацією. Ми маємо 6+ років досвіду в DeFi, понад 20 реалізованих проєктів та 5 років на ринку блокчейн-розробки.

Послуги з розробки DeFi-протоколів повного циклу

Ми проектуємо модульні DeFi-протоколи, в яких математика стейблкоїнів, ліквідності та оракулів працює без збоїв. Mango Markets — краш-тест: атакуючий маніпулював spot price через один акаунт, взяв кредит під завищений колатераль і вивів велику суму. Оракул брав ціну з єдиного джерела без TWAP. Не баг у коді — це архітектурне рішення, яке стало вразливістю. Наш досвід показує: будь-який DeFi-протокол — це система ставок на те, що всі компоненти, від розрахунків до економічних стимулів, вибудовані правильно одночасно.

Ми не пишемо код під «якщо все працює, не чіпай». Ми моделюємо стрес-сценарії: каскадні ліквідації, депег, флеш-позики. І тільки після цього — події, які не зламають протокол. Наші послуги з розробки DeFi-протоколів повного циклу охоплюють усі етапи — від архітектури до запуску та підтримки.

Чому оракули є критичним компонентом DeFi?

Більшість великих зломів DeFi починалися з маніпуляції оракулом. Розберемо три шари, які ми використовуємо в кожному проекті.

Spot price як оракул — не варіант. Uniswap v2 spot price можна зсунути flash loan за одну транзакцію. Ціна в кінці блоку — єдине, що потрапляє в state, її і читає оракул. Схема атаки: зайняти через flash loan → купити актив у пул → ціна піднялася → взяти кредит під завищений колатераль → продати актив → повернути flash loan. Одна транзакція.

TWAP як захист. Uniswap v3 observe() усереднює ціну за період (30 хвилин). Маніпуляція вимагає утримувати ціну кілька блоків — це коштує дорого. Але TWAP повільно реагує на легітимні зміни, що відкриває вікно для arbitrage на ліквідації при різких рухах.

Chainlink Price Feeds — агрегація від багатьох data providers з медіаною. Стандарт для lending. Проблема: heartbeat 1–24 години та deviation threshold 0.5%. Якщо ціна не рухається, фід може не оновлюватися добу. У волатильному ринку — lag.

У продакшені ми використовуємо дворівневу перевірку: Chainlink aggregator + Uniswap v3 TWAP як верифікатор. Якщо розбіжність більша за N% — транзакція відхиляється, система ставиться на паузу.

Як захистити DeFi-протокол від атак флеш-позик?

Flash loan перетворює будь-якого користувача на володаря необмеженого капіталу на одну транзакцію. Тому при проектуванні контрактів ми припускаємо: доступ до необмеженого капіталу є у всіх. Це змінює threat model повністю.

Легітимні застосування flash loan — арбітраж, ліквідація, самоліквідація. Але протокол повинен перевіряти, що позика не використовується для маніпуляції: оракул не повинен читати ціну з пулу, який можна зсунути за одну транзакцію. Ми додаємо перевірки на block.timestamp та мінімальну глибину ліквідності.

Як ми забезпечуємо безпеку DeFi-протоколу?

Ми не покладаємося на один шар захисту. Кожен контракт проходить формальну верифікацію математичної моделі, стресове тестування на форку mainnet та аудит щонайменше двома незалежними командами (серед яких сертифіковані аудитори ConsenSys Diligence). Гарантія — багаторічний досвід розробки та супроводу протоколів із сукупним TVL понад $500M.

Ключові компоненти DeFi-архітектури

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 визначає максимальний кредит під колатераль. Liquidation threshold — рівень ліквідації. Різниця — буфер для liquidator. Типовий приклад: LTV 75%, liquidation threshold 80%, bonus 5%. Якщо ціна падає на 20%+, позиція відкрита до ліквідації.

Каскадні ліквідації: багато позицій ліквідується одночасно → ліквідатори продають колатераль → ціна падає → наступна хвиля. LUNA/UST — класичний каскад.

Якщо колатераль знецінюється швидше ліквідації, протокол отримує bad debt. Aave використовує Safety Module (застейканий AAVE), Compound — reserves. Без backstop bad debt соціалізується через dilution supply-токена або взаємозалік.

Проектування системи ліквідації вимагає моделювання стрес-сценаріїв: падіння єдиного liquidation bot, високий gas, делістинг колатералю.

Yield farming та incentive mechanics

Liquidity mining — роздача токенів управління 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) — тести до деплою покривають всі сценарії. Завдяки Foundry час тестування скорочується на 80% порівняно з Hardhat.
• Аудит: мінімум два незалежних аудитори для TVL від значного рівня. Code4rena або Sherlock для bug bounty.
• Деплой з Gnosis Safe 3/5 multisig + timelock 48–72 години.
• Моніторинг через Tenderly (alerts, симуляції), OpenZeppelin Defender (automation), Forta (on-chain threat detection).
• Підтримка після запуску: оновлення, патчі, апгрейди через proxy.

Наші компетенції та досвід

Ми розробляємо DeFi-протоколи з моменту активного розвитку ринку — за цей час реалізували 30+ проектів із загальним TVL понад $500M. Серед клієнтів — протоколи в топ-20 за TVL на Ethereum, Arbitrum та Base. Команда сертифікованих розробників Solidity, які пройшли аудиторські треки ConsenSys Diligence. Гарантія якості підтверджена багаторічним досвідом та відсутністю інцидентів після запуску.

Терміни

• DEX з AMM (Uniswap v2 fork): 6–10 тижнів
• Lending protocol (Aave-style, один колатераль): 3–5 місяців
• Yield aggregator з кількома стратегіями: 2–4 місяці
• Повноцінний DeFi-протокол з governance: 5–8 місяців включаючи аудит

Вартість розраховується індивідуально — зв'яжіться для оцінки вашого проекту. Отримайте консультацію з архітектури DeFi-протоколу — ми проаналізуємо ризики та запропонуємо оптимальне рішення.