Розробка delta-neutral vault

Розроблення delta-neutral vault

Vault обіцяв 20% APY незалежно від руху ринку. Під капотом: long ETH на Aave, short ETH perp на GMX, дохід від funding rate. При зростанні ETH на 40% за тиждень short perp потребував додатковий margin. Vault автоматично ребалансувався — продавав частину long позиції для покриття margin call. Після кількох ребалансувань в восходящому тренді vault вийшов з delta-нейтрального стану, накопив directional bias, і наступна коррекція на 15% вдарила по позиції вдвійне. Це не баг — це неправильно налаштований ребалансувальний алгоритм.

Що таке delta-нейтральність та чому її складно утримати

Delta у контексті DeFi vault — міра чутливості вартості портфелю до зміни ціни базового активу. Delta = 0 означає: ціна ETH зростить на 10% або упадіт на 10% — вартість vault не змінится (до комісій).

Технічно delta-нейтральність досягається просто: купити 1 ETH spot (delta = +1) та відкрити short на 1 ETH futures (delta = -1). Сума дельт = 0. Проблема в тому, що delta портфелю постійно дрейфує через:

• Gamma ефект. При русі ціни співвідношення hedge ratio змінюється. Після зростання ETH на 20% вартість long позиції виросла, а short не змінилася в USD — delta стала позитивною.
• Зміни funding rate. Відкриття/закриття perp позиції у відповідь на funding rate змінює hedge ratio.
• Yield rebalancing. Отримання та реінвестування дохідності змінює розміри позицій.

Реальний vault вимагає безперервного моніторингу delta та періодичного ребалансування для повернення до нейтрального стану.

Архітектура delta-neutral vault

Джерела дохідності

Дохідність з кількох джерел одночасно:

Найбільш стійка стратегія комбінує кілька джерел. Класична конфігурація: long stETH (отримуємо ~4% staking yield) + short ETH perp на GMX v2 або Synthetix (отримуємо funding rate при bull market). При негативному funding rate (bear market) — переходимо на Aave deposit yield лише.

Smart contract архітектура

Vault побудований на стандарті ERC-4626 з додатковими модулями:

HedgeManager — управляє perp позицією. Читає поточну delta vault, розраховує необхідний розмір short, вызиває відкриття/закриття позиції на perp DEX. Абстрагує конкретний perp протокол за інтерфейсом — можна переключатися між GMX та dYdX без зміни логіки vault.

RebalanceEngine — вирішує коли ребалансувати. Ключовий параметр: deltaTolerance (наприклад, ±5%). Поки абсолютна delta vault в діапазоні [-5%, +5%] від NAV — ребаланс не потрібен. При виході за діапазон — triggered rebalance.

YieldAccumulator — збирає дохідність з усіх джерел (funding платежі, staking rewards, LP fees), конвертує в єдину одиницю обліку, реінвестує.

OracleModule — агрегує Chainlink price feeds з TWAP для розрахунку delta. Критично використовувати один джерело ціни для обох сторін хеджу, інакше різниця в oracle може створювати фантомну delta.

Алгоритм ребалансування

Наївний підхід: ребалансувати при кожному відхиленні delta. Проблема: при волатильному ринку це може означати десятки ребалансувань на день, кожен з gas видатками та slippage.

Більш ефективний підхід — threshold + timer гібрид:

function shouldRebalance() public view returns (bool) {
    int256 currentDelta = calculateDelta();
    uint256 deltaDriftPercent = abs(currentDelta) * 10000 / totalNAV;
    
    bool thresholdBreached = deltaDriftPercent > DELTA_TOLERANCE; // 500 = 5%
    bool timerExpired = block.timestamp > lastRebalance + REBALANCE_INTERVAL; // 24h
    
    return thresholdBreached || (timerExpired && deltaDriftPercent > MIN_REBALANCE_DRIFT);
}

Threshold ребаланс при критичному відхиленні, timer ребаланс для накопленого drift. Це зменшує ребалансування на 70-80% порівняно з постійним моніторингом без втрати якості хеджу.

Управління margin на perp позиції

Найнебезпечніша точка стратегії — ліквідація short perp позиції при різкому зростанні базового активу. Якщо vault тримає 10 ETH long stETH та 10 ETH short perp, при зростанні ETH на 50% unrealized loss на short = 5 ETH. З maintenance margin = 5%, потрібно тримати мінімум 0.5 ETH margin на кожних 10 ETH notional. При різкому русі цього може не вистачити.

Захисні механізми:

Dynamic margin. Розмір margin не фіксований, а пропорційний до поточної позиції та очікуваної волатильності (через 30-day historical vol). При зростанні волатильності — автоматично додаємо margin зі vault reserves.

Partial hedge ratio. Не хеджуємо 100% delta. Якщо хеджуємо 80% — зберігаємо невелику позитивну delta, що знижує тиск на margin при зростанні. Трейдофф: vault слабко, але позитивно корелює з ростом активу.

Emergency deleverage. Якщо margin ratio падає нижче emergencyThreshold — автоматично закриваємо частину long позиції для поповнення margin, навіть ценою порушення delta-нейтральності. Захист від ліквідації приоритетніший за чистоту хеджу.

Інтеграція з perp протоколами

GMX v2 — найбільш популярний вибір для on-chain short. Контракт взаємодіє через ExchangeRouter. Особливість: виконання ордера не миттєве — 1-2 блока latency (keeper execution). При різкому русі ринку реальна ціна виконання може відрізнятися від очікуваної.

Synthetix Perps v3 — atomic execution через pyth oracle. Менше latency ризику, але нижча ліквідність на altcoin парах.

dYdX v4 — окремий cosmos-app chain. Потребує cross-chain архітектури: vault на Ethereum, hedge на dYdX. Ускладнює атомарність операцій.

Тестування в екстремальних умовах

Для delta-neutral vault обов'язкові стресс-тести на історичних даних:

ETH +100% за 2 тижні (Q4 2020): перевіряємо, скільки ребалансувань потрібно, total gas cost, итоговий PnL.

ETH -80% за 6 місяців (2022): funding rate часто стає негативним. Стратегія переходить в убиток по funding. Коли правильніше закрити short та перейти в чисто yield позицію?

Negative funding rate -0.05% per 8h (екстремальний bear): при якій тривалості негативного funding vault стає збитковим?

Backtesting інструменти: Python + CCXT для історичних даних perp, Dune Analytics для on-chain даних staking yield та Aave rates.

Процес розроблення

Аналітика (5-7 днів). Вибір джерел дохідності, backtesting стратегії, визначення параметрів: delta tolerance, rebalance frequency, margin buffer.

Розроблення smart contracts (4-6 тижнів). ERC-4626 vault, HedgeManager, RebalanceEngine, інтеграції з perp та lending протоколами.

Тестування (2-3 тижні). Fork-тести на mainnet з моделюванням різних ринкових умов, fuzz-тести інвариантів через Echidna (delta завжди в допустимому діапазоні, NAV не падає нижче порогу).

Зовнішній аудит (обов'язковий). Складність логіки та високий ризик втрати коштів при помилці — обов'язкова умова для аудиту перед деплоєм.

Деплой. Мультисиг через Gnosis Safe, timelock на параметри, Chainlink Automation для автоматичних ребалансувань, The Graph субграф для індексації метрик vault.

Орієнтири по строкам

MVP vault з однією стратегією (stETH + GMX short, Ethereum) — 6-8 тижнів. Повноцінний vault з кількома стратегіями, автоматичним ребалансуванням та governance — 2-4 місяці включаючи аудит. Вартість розраховується індивідуально.