Оракули
Ця сторінка описує джерела даних та правила, які Hypercall використовує для:
- Цін базового активу (спот і форвард/марк)
- Розрахункових референсних цін (TWAP на експірацію)
- Імпліцитної волатильності (IV) / поверхні волатильності
Термінологія
Відповідь metaAndAssetCtxs від Hyperliquid містить кілька полів з цінами. Hypercall використовує їх так:
| Поле | Опис | Використання |
|---|---|---|
oraclePx | Зовнішня спот/індексна ціна | Канонічний спот-вхід для всього ціноутворення |
markPx | Марк-ціна Hyperliquid (оракул плюс коригування премії) | Не використовується як канонічний спот |
midPx | Середня ціна з книги заявок Hyperliquid | Лише для довідки |
impactPxs | Ціни з урахуванням прослизання | Лише для довідки |
Форвардна ціна / марк-ціна до експірації
У Hypercall «марк-ціна» також може означати форвардну ціну, яка обчислюється як:
Де:
- — оракульна/індексна спот-ціна (
oraclePx) - — безризикова ставка
- — час до експірації (у роках)
Ця форвардна ціна використовується для греків, розрахунків ризику та інших обчислень, які залежать від форварду, а не від споту.
Оракул ціни базового активу
Призначення
Оракул ціни базового активу надає спот-ціни в реальному часі, що використовуються для:
- Ціноутворення опціонів і греків
- Розрахунків маржі
- Моніторингу ризиків
- Оцінок mark-to-market
Джерело даних
Hyperliquid Info API (https://api.hyperliquid.xyz/info)
Ми зчитуємо поле oraclePx з metaAndAssetCtxs для кожного підтримуваного базового активу.
Форвардна ціна
Для будь-якої серії опціонів з майбутньою експірацією Hypercall обчислює форвардну ціну за формулою вище. Це забезпечує узгодженість ціноутворення з урахуванням часу до експірації в усіх розрахунках ризику та оцінки.
Розрахунковий оракул
Призначення
Розрахунковий оракул визначає референсну ціну, що використовується для грошового розрахунку опціонів на дату закінчення.
Правила розрахунку
| Параметр | Значення |
|---|---|
| Час експірації | Основна мережа SPCX: 16:00 ET. Тестнет наразі: 08:00 UTC |
| Референсна ціна | 30-хвилинний TWAP за oraclePx |
| Вікно TWAP | [expiry - 30 minutes, expiry] |
Як це працює
На дату закінчення позиції розраховуються грошима з використанням 30-хвилинної середньозваженої за часом ціни (TWAP) оракульної спот-ціни базового активу. TWAP згладжує короткострокову волатильність і забезпечує стійкий до маніпуляцій розрахунковий референс.
Розрахунок використовує лише фіналізований TWAP. Якщо фіналізована розрахункова ціна недоступна на момент експірації контракту, інструмент залишається у стані Expired Pending Price: торгівля вимикається, відкриті заявки скасовуються, а розрахунок повторюється, доки фіналізована оракульна ціна не стане доступною.
Метод обчислення TWAP
Розрахункова ціна обчислюється за алгоритмом median-of-means (медіана середніх) з 5% обрізанням:
- Збір вибірок: збираються цінових вибірок протягом вікна
- Обрізання викидів: сортування та видалення 5% з кожного хвоста, що дає обрізану множину розміром
- Розбиття на кошики: ділиться на кошиків однакового розміру
- Обчислення середніх кошиків:
- Фінальна розрахункова ціна:
Цей підхід є більш стійким, ніж просте усереднення, оскільки він протистоїть маніпуляціям через короткочасні цінові сплески або флеш-обвали протягом розрахункового вікна.
Оракул імпліцитної волатильності
Призначення
Оракул IV надає поверхню волатильності, що використовується для:
- Ціноутворення опціонів (вхідні дані Блека-Шоулза)
- Розрахунків ризику веги
- Маржинальних вимог
Обробка джерел
Hypercall підтримує поверхні імпліцитної волатильності для підтримуваних ринків.
Див. Оракул волатильності щодо обробки закритих сесій та поведінки fail-closed.
Поверхня волатильності
Hypercall підтримує поверхню волатильності в пам'яті для кожного базового активу, з:
- IV для конкретних страйків серед налаштованих страйків
- IV на грошах (ATM) як базовим орієнтиром
- Інтерполяцією між страйками та експіраціями, коли точні точки даних недоступні
Обробка застарілих даних
Якщо необхідні дані волатильності недоступні або застарілі, система відпрацьовує fail-closed для розрахунків, що залежать від цієї IV. Ринки із закритими сесіями джерел можуть використовувати модель з урахуванням сесій, яка трансформує останню коректну поверхню джерела, але лише за умови, що всі необхідні вхідні дані є валідними.