Opsiyon Backtest’im Verilerini Neden Sürekli Değiştiriyor?

Strateji kodunda tek satır bile değişmeden opsiyon backtest’i farklı sonuç verebilir. Bir sağlayıcı hatalı kotasyonu düzeltir, geç iletilen bir işlemi ekler, kontrat meta verilerini günceller ya da kesişen piyasalar için kullandığı filtreyi değiştirir. Aynı tarihleri yeniden çalıştırırsınız ve farklı bir gerçekleşen emir, farklı bir pozisyon, hatta farklı bir Sharpe elde edersiniz. Bu, stratejide mutlaka bir hata olduğu anlamına gelmez. Stratejinin sınandığı kanıtlar değişmiştir.

Bir opsiyon backtest’ini yeniden üretilebilir kılmak için piyasa verilerini sürümlenmiş bir girdi olarak ele alın. Hangi anlık görüntüyü kullandığınızı kaydedin, her karara yön veren ham gözlemleri koruyun ve yeni toplu sonuca güvenmeden önce değişen sonuçları kontrat ve zaman damgası düzeyinde karşılaştırın.

Kod aynı kaldığı hâlde opsiyon backtest’im neden değişti?

Opsiyon kayıtları düzeltmelere karşı olağan dışı derecede hassastır; çünkü bir kontratın işlem yapılabilir görünmesi birkaç alanın birlikte değişmesine bağlıdır: alış fiyatı, satış fiyatı, miktarlar, dayanak varlığın fiyatı, vade, kullanım fiyatı ve kontratın çarpanı ya da teslim edilecek varlık. Düzeltilen bir kotasyon, görünürdeki bir fırsatı kesişen bir piyasaya dönüştürebilir. Meta verideki bir düzeltme, pozisyonun çarpanının ne anlama geldiğini değiştirebilir.

Satış fiyatı $2.00’ın altındayken alım opsiyonu alan bir strateji düşünün. İlk veri yüklemesinde 10:14 kotasyonu, miktarı 5 olan $1.95 satış ve $1.90 alış fiyatıdır. Sağlayıcının sonradan yaptığı bir düzeltme, gecikmeli bir borsa mesajını uzlaştırdıktan sonra satış fiyatını $2.05 olarak değiştirir. Tek bir gözlem sinyali tersine çevirir. O kontrat o gün stratejinin yaptığı tek işlemse, küçük bir veri düzeltmesi günün getirisini belirleyebilir.

Kotasyon filtreleri de önemlidir. Sağlayıcılar eski kotasyonları atabilir, kesişen piyasaları kaldırabilir ya da zaman damgalarını farklı biçimde standartlaştırabilir. Bu politikalar makul olabilir, ancak veri kümesinin kimliğinin bir parçasıdır. “Ocak-Mart arası SPY opsiyonları” ifadesi, yeniden üretilebilir bir geçmiş tanımlamaz.

Opsiyon verilerinde veri sürümü nedir?

Veri sürümü, belirli bir araştırma çalışmasının erişebildiği geçmiş gözlemlerin tam hâlidir. Sağlayıcı ve veri kümesi adını, verilerin alınma zamanını, tarih aralığını, şema sürümünü ve tüm temizleme ya da filtreleme kurallarını kaydedin. Sağlayıcı anlık görüntü kimlikleri veya revizyon zaman damgaları sunuyorsa bunları da saklayın.

Simüle edilen her karar için şu soruları yanıtlayacak kadar köken bilgisi tutun: Hangi kontrat değerlendirildi, hangi kotasyon seçildi, kotasyon ne zaman yayımlandı ya da alındı ve hangi kural bu kotasyonu uygun kıldı? Hem ham kayıt hem de türetilmiş kayıt önemlidir. Kaynak zaman damgaları olmayan temizlenmiş NBBO, kotasyonun eski olup olmadığını ya da simüle edilen karardan sonra gelip gelmediğini gizleyebilir.

Sağlayıcı revizyonunun sonuçlarımı değiştirip değiştirmediğini nasıl kontrol ederim?

Aynı strateji ve yapılandırmayı her iki anlık görüntüde de çalıştırın. Önce tarihe göre uygun gözlem ve kontrat sayılarını karşılaştırın. Ardından kararları ve gerçekleşen emirleri karşılaştırın: Hangi sinyaller ortaya çıktı ya da kayboldu, hangi kotasyon değişti ve yeni kayıt modellenen gerçekleşme fiyatını etkiledi mi?

Toplam getiride durmayın. İşlem sayısındaki, giriş ve çıkış fiyatlarındaki, reddedilen sinyallerdeki değişimleri ve yalnızca tek bir veri sürümünde bulunan işlemlerin K&Z içindeki payını takip edin. İşlemler değişmiş olsa bile bir çalıştırmanın Sharpe değeri benzer kalabilir; özet istatistik, altında yatan geçmişin değiştiğini göstermez.

Yararlı bir denetim için stratejiyi, ücretleri ve gerçekleşme varsayımlarını sabit tutun. Aynı anda birkaç şeyi değiştirirseniz, farklılığın sağlayıcı düzeltmesinden mi yoksa kendi deneyinizden mi kaynaklandığını anlayamazsınız.

Her zaman en yeni opsiyon geçmişini mi kullanmalıyım?

Amaç, sağlayıcının şu anki en iyi rekonstrüksiyonuyla çalışmaksa en yeni geçmişi kullanın. Önceki bir sonucu yeniden üretmeniz ya da araştırma sisteminizin o sırada ne bildiğini anlamanız gerekiyorsa eski anlık görüntüyü saklayın. Bunlar farklı sorulara yanıt verir.

Zaman noktasına özgü araştırmalarda, düzeltilmiş bir kayıt bugün daha doğru olabilir ama o zamanlar stratejinin erişimine açık olmayabilir. Mümkün olduğunda yayımlanma ve alınma zamanlarını koruyun; bunu yapamıyorsanız kısıtı açıkça belirtin. Günümüzde oluşturulmuş bir rekonstrüksiyon, tarihsel bilgi kümesiyle kendiliğinden aynı olmaz.

Bir opsiyon backtest’i değiştiğinde ilk soru “Hangi gözlemler değişti?” olmalı. “Hangi çalıştırma doğru?” sorusu, bunu yanıtlayabildikten sonra gelir.

Her backtest’le birlikte neleri saklamalıyım?

Sonuçların yanına kısa bir bildirim dosyası kaydedin: veri sağlayıcısı ve anlık görüntüsü, verilerin alınma zamanı, şema ve temizleme sürümleri, kontrat meta verilerinin kaynağı, strateji commit’i, gerçekleşme varsayımları ve çalıştırma yapılandırması. Her işlemden, işlemi gerekçelendiren kotasyon kayıtlarına giden bir bağlantı tutun.

Bu küçük kayıt, gizemli bir yeniden çalıştırmayı inceleyebileceğiniz bir fark dökümüne dönüştürür. Opsiyon geçmişindeki düzeltmeler sürecek. Araştırma süreciniz her düzeltmeyi görünür kılmalı; böylece daha iyi bir arşiv, deneyi sessizce yeniden yazmadan kanıtları iyileştirir.