Bu sayfa otomatik olarak çevrilmiştir. İngilizce orijinal kanonik versiyondur. İngilizce oku →
Ana içeriğe geç

Oynaklık Oracle'ı

Hypercall, opsiyon fiyatlaması, greekler, piyasaya göre değerleme (mark-to-market) ve teminat kontrolleri için bir zımni oynaklık yüzeyi kullanır. Oynaklık oracle'ı, opsiyon piyasa verilerini dayanak varlık, kullanım fiyatı ve vade sonuna göre sorgulanabilir IV değerlerine dönüştürür.

Amaç basittir: mevcut olduğunda canlı piyasa oynaklığını kullanmak ve gerekli veriler eksik olduğunda değer uydurmak yerine güvenli şekilde başarısız olmak (fail closed).

Oynaklık Oracle'ı Ne Yapar​

Hypercall, desteklenen her dayanak varlık için bir oynaklık yüzeyi tutar:

  • Kullanım fiyatı boyutu: IV, opsiyonun kullanım fiyatına göre değişir.
  • Vade sonu boyutu: IV, vade sonuna kalan süreye göre değişir.
  • İnterpolasyon: Tam bir kullanım fiyatı ve vade sonu noktası mevcut olmadığında, Hypercall yakındaki geçerli noktalar arasında interpolasyon yapar.
  • Bayatlık kontrolleri: Her sağlayıcının tazelik kuralları vardır. Bayat veriler canlı olarak kabul edilmez.

IV ondalık sayı olarak saklanır. Örneğin, %80 IV 0.80 olarak temsil edilir.

Seansa Duyarlı Model​

Bazı oynaklık kaynak piyasaları Hypercall'dan farklı işlem saatlerine sahip olabilir. Bir kaynak piyasa canlı ve sağlıklı olduğunda, Hypercall mevcut kaynak yüzeyini kullanır.

Model, canlı spot fiyatları kullanarak kaynak kullanım fiyatlarını platform kullanım fiyatı uzayına yeniden ölçeklendirir:

scale = platform_spot / source_spot
platform_strike = source_option_strike * scale

Her iki spot girdisi de pozitif ve güncel olmalıdır. Kaynak spot veya platform spot eksikse, canlı yüzey güncellemesi önbelleğe alınmış veya statik bir ölçek kullanmak yerine başarısız olur.

Kapalı Kaynak Seansları​

Bir kaynak opsiyon piyasası kapalı olduğunda veya canlı yüzey bayat olduğunda, Hypercall eski kaynak verisini canlıymış gibi göstermez.

Bunun yerine model, son geçerli kaynak yüzeyini kullanabilir ve onu mevcut platform moneyness uzayına dönüştürebilir:

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

Bu, yapışkan log-moneyness'i (sticky log-moneyness) korur. %5 zararda (OTM) olan bir opsiyon, kaynak yüzeyi yakalandığı anda da %5 zararda olan kaynak yüzey noktasıyla eşleştirilir.

Model daha sonra kapalı seans olay riskini toplam varyans olarak ekler:

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

Bu, kısa vadeli opsiyonları kapalı seans boşluk (gap) riskine karşı daha duyarlı hale getirir ve bu kasıtlıdır.

Güvenli Başarısızlık (Fail-Closed) Koşulları​

Oynaklık oracle'ı, gerekli veriler mevcut olmadığında riski artıran sorgular için güvenli şekilde başarısız olur (fail closed). Örnekler şunlardır:

  • dayanak varlık için yapılandırılmış bir oynaklık sağlayıcısının olmaması
  • geçerli bir son geçerli anlık görüntüsü olmayan bayat canlı kaynak
  • eksik veya geçersiz platform spot
  • canlı kaynak oluşturma sırasında eksik veya geçersiz kaynak spot
  • yapılandırılan kapalı seans penceresinden daha eski kaynak anlık görüntüsü
  • dönüştürülmüş kullanım fiyatı veya vade sonunun interpolasyonunun yapılamaması
  • desteklenmeyen dayanak varlık veya eksik kaynak yüzey noktası

Güvenli şekilde başarısız olmak, sistemin eksik IV'ye bağlı hesaplamaları reddetmesi anlamına gelir; örneğin teminat gerektiren yeni riski artırıcı emirler gibi. Bir emri reddetmek, onu uydurma oynaklıkla teminatlandırmaktan veya değerlemekten daha iyidir.

Kullanıcılar Ne Beklemeli​

Kaynak piyasalar açık ve veri akışları sağlıklı olduğunda, fiyatlama ve teminat canlı zımni oynaklık yüzeylerini kullanır.

Bir kaynak piyasa kapalı olduğunda, son geçerli anlık görüntü ve mevcut platform spot geçerliyse, etkilenen piyasalar seansa duyarlı dönüştürülmüş yüzeyi kullanmaya devam edebilir.

Model girdilerini doğrulayamazsa, taze veri veya geçerli bir dönüştürülmüş yüzey kullanılabilir olana kadar etkilenen emirler reddedilebilir.

Ayrıca Bakınız​

Son güncelleme tarihinde