Цю сторінку перекладено автоматично. Оригінал англійською мовою є канонічним. Читати англійською →
Перейти к основному содержимому

Оракул волатильності

Hypercall використовує поверхню імпліцитної волатильності для ціноутворення опціонів, греків, переоцінки за ринком (mark-to-market) та маржинальних перевірок. Оракул волатильності перетворює ринкові дані опціонів на значення IV, які можна запитувати за базовим активом, страйком та експірацією.

Мета проста: використовувати живу ринкову волатильність, коли вона доступна, і безпечно відмовляти (fail closed), а не вигадувати значення, коли необхідні дані відсутні.

Що робить оракул волатильності​

Для кожного підтримуваного базового активу Hypercall підтримує поверхню волатильності:

  • Вимір страйку: IV змінюється залежно від страйку опціону.
  • Вимір експірації: IV змінюється залежно від часу до експірації.
  • Інтерполяція: Коли точна точка страйку та експірації недоступна, Hypercall інтерполює між сусідніми валідними точками.
  • Перевірки застарілості: Кожен провайдер має правила свіжості даних. Застарілі дані не вважаються живими.

IV зберігається як десятковий дріб. Наприклад, IV у 80% представляється як 0.80.

Модель з урахуванням сесій​

Деякі джерельні ринки волатильності можуть мати години торгівлі, що відрізняються від Hypercall. Коли джерельний ринок працює і є здоровим, Hypercall використовує поточну поверхню джерела.

Модель перемасштабовує страйки джерела у простір страйків платформи, використовуючи живі спотові ціни:

scale = platform_spot / source_spot
platform_strike = source_option_strike * scale

Обидва спотові входи мають бути додатними та актуальними. Якщо спот джерела або спот платформи відсутній, оновлення живої поверхні завершується невдачею замість використання кешованого чи статичного масштабу.

Закриті сесії джерела​

Коли джерельний ринок опціонів закритий або жива поверхня застаріла, Hypercall не видає старі дані джерела за живі.

Натомість модель може використовувати останню валідну поверхню джерела і трансформувати її в поточний простір монейності платформи:

base_strike = requested_platform_strike * base_spot / current_platform_spot
base_iv = last_good_source_surface(base_strike, expiry)

Це зберігає липку лог-монейність (sticky log-moneyness). Опціон, який на 5% поза грошима, зіставляється з точкою поверхні джерела, яка також була на 5% поза грошима на момент фіксації поверхні джерела.

Потім модель додає ризик подій закритої сесії як загальну дисперсію:

final_iv = sqrt((base_iv^2 * time_to_expiry + event_jump^2) / time_to_expiry)

Це робить короткострокові опціони більш чутливими до ризику гепу під час закритої сесії, і це зроблено навмисно.

Умови безпечної відмови (fail-closed)​

Оракул волатильності безпечно відмовляє для запитів, що збільшують ризик, коли необхідні дані недоступні. Приклади включають:

  • відсутність налаштованого провайдера волатильності для базового активу
  • застаріле живе джерело без валідного останнього збереженого знімка
  • відсутній або невалідний спот платформи
  • відсутній або невалідний спот джерела під час побудови живого джерела
  • знімок джерела старіший за налаштоване вікно закритої сесії
  • трансформований страйк або експірацію неможливо інтерполювати
  • непідтримуваний базовий актив або відсутня точка поверхні джерела

Безпечна відмова означає, що система відхиляє обчислення, які залежать від відсутнього IV, наприклад, нові ордери, що збільшують ризик і потребують маржі. Краще відхилити ордер, ніж розраховувати маржу чи переоцінку з вигаданою волатильністю.

Чого очікувати користувачам​

Коли джерельні ринки відкриті і потоки даних здорові, ціноутворення та маржа використовують живі поверхні імпліцитної волатильності.

Коли джерельний ринок закритий, уражені ринки можуть продовжувати використовувати трансформовану поверхню з урахуванням сесії, якщо останній валідний знімок і поточний спот платформи валідні.

Якщо модель не може валідувати свої вхідні дані, уражені ордери можуть відхилятися, доки не з'являться свіжі дані або валідна трансформована поверхня.

Дивіться також​

Останнє оновлення