Bir strateji saat 10:00’da limit emir gönderiyor. Sinyali 10:03’te değişiyor. Backtest 10:04’te sessizce emri yenisiyle değiştiriyor, ardından 10:05’te gerçekleşme kaydediyor. Kâğıt üzerinde işlem yaparken ilk emir hâlâ borsada bekliyor olabilir. Yenisi de devredeyken ilk emir gerçekleşirse stratejinin elinde 2 emir olur; pozisyon modeli ise hâlâ tek emir varmış gibi davranır.
Açık emirlerin kendilerine ait bir durumu ve saati olmalı. Backtest, her emrin ne zaman gönderildiğini, ne zaman iptal edilebileceğini, iptalin borsaya ulaşıp ulaşmadığını ve iptal isteğiyle gerçekleşme aynı anda yarışırsa ne olacağını bilmelidir. 3 kestirme yol bu ayrıntıları düzenli olarak göz ardı ediyor.
Hata 1: Yeni sinyali anında iptal saymak
Birçok backtest her mumda hedef pozisyonu yeniden hesaplıyor, ardından bekleyen emri en güncel sinyalin istediği emirle değiştiriyor. Böylece stratejinin fikrini değiştirdiği anda emir ortadan kayboluyor. Gerçek borsalar böyle çalışmıyor. İptal isteği zaman alır ve borsa isteği işleme koymadan önce emir gerçekleşebilir.
50,00 $ fiyattan 100 hisse almak için verilen bir limit emri düşünün. Sinyal 10:03’te zayıflıyor ve strateji iptal isteği gönderiyor. Emir 10:03:00.080’de 60 hisseyle gerçekleşiyor; iptal ise 10:03:00.110’da onaylanıyor. Kalan 40 hisse iptal ediliyor, ancak pozisyonda artık 60 hisse var. Emri 10:03’te silen, mum bazlı bir backtest sıfır raporlayabilir. Anında iptal varsayarken daha sonra bir gerçekleşme kaydeden başka bir backtest ise ters yönde hayalî bir pozisyon yaratmış olur.
Emir yaşam döngüsünü açıkça izleyin: gönderildi, onaylandı, kısmen gerçekleşti, iptal bekliyor, iptal edildi veya tamamen gerçekleşti. İptal onaylanmadan önce gerçekleşen işlemleri koruyun. Olayların ikisinin de aynı mum içinde yaşanabileceği kaba bir bar simülasyonunda, ihtiyatlı bir sıralama kuralı seçin ve bunu açıklayın.
Hata 2: Bekleyen emre sonsuz raf ömrü tanımak
Sinyale göre saat 10:00’da fiyatlandırılan bir limit emir, sinyalde açık bir çıkış kuralı olmasa bile zamanla geçerliliğini yitirebilir. Emir defteri değişir, oynaklık farklılaşır ve enstrümanın piyasadaki değeri kayabilir. Buna rağmen, gerçekleşene kadar emri etkin tutan bir simülatör aylar sonra gelen bir gerçekleşmeyi artık geçerli olmayan bir yatırım görüşüne mal edebilir.
Stratejiyle uyumlu bir emir geçerlilik süresi politikası belirleyin. 1 dakikalık bir sinyalde 30 saniyelik süre sonu kullanılabilir; günlük yeniden dengelemede ise emir seans kapanışına kadar açık kalabilir. Bunlar stratejiye özgü seçimlerdir, evrensel varsayılanlar değildir. Strateji her barda fiyatı yeniden belirliyorsa, emri yeni fiyatına sihirli bir şekilde ışınlamak yerine iptal ve yenileme sürecini modelleyin.
| Emir politikası | Yaygın kullanım | Backtest sorusu |
|---|---|---|
| Derhal veya iptal | Mevcut likiditeyi al, sonra dur | Gönderim sırasında ne kadarı gerçekleşebilirdi? |
| Kısa süreli emir | Kısa bir işlem penceresi olan hızlı sinyal | Fiyat geri döndüğünde emir hâlâ geçerli miydi? |
| Seans sonuna kadar | Yavaş yeniden dengeleme veya kapanış müzayedesi niyeti | Borsa gerçekten bu süreyi destekliyor mu? |
Hata 3: Fiyatın her dokunuşunu gerçekleşme saymak
Bir mumun en düşük fiyatı alış limitine ulaşsa bile emrin gerçekleşmiş olması gerekmez. Önünde sırada bekleyen emirler, o fiyattan düşük işlem hacmi ya da emir borsaya ulaşmadan gerçekleşen kısa süreli bir işlem olabilir. Güncelliğini yitirmiş bir emir modeli genellikle bu 3 hatayı bir arada yapar: emri gereğinden uzun süre açık tutar, sırada ilk olduğunu varsayar ve fiyat limite dokunduğunda emrin tamamını gerçekleşmiş sayar.
En azından, emrin borsaya ulaşmasından önce gerçekleşme kaydetmeyin ve simüle edilen miktarı limit fiyattaki makul işlem hacmiyle sınırlandırın. Sıradaki konumun önemli olduğu stratejilerde işlem ve emir defteri verileri ya da bilerek ihtiyatlı bir sıra modeli kullanın. Fiyat dokunuşuna dayalı gerçekleşme, kabaca eleme için yine de işe yarayabilir; ancak bunu iyimser bir yaklaşım olarak belirtin ve daha katı bir varsayımla karşılaştırın.
Pratik bir denetim: Her emrin oluşturulma zamanını, etkin olduğu aralığı, iptal isteğini ve onayını, gerçekleşme zamanını, gerçekleşen miktarı ve kalan miktarı kaydedin. Ardından sinyal dönüşlerinin çevresindeki birkaç işlemi yeniden oynatın. Her emir gerçekleştiğinde neden hâlâ etkin olduğunu açıklayamıyorsanız backtest’in gerçekleşme sayımı üzerinde çalışmanız gerekiyor.
Kâğıt üzerinde işlem yapmayı planladığınız emri modelleyin
Emir durumu, stratejinin niyetini fiilî pozisyonuna bağlar. Pozisyon, sinyal hedeflerinde veya iptal isteklerinde değil, gerçekleşmelerde değişmelidir. Yenilenen emirler denetlenebilir bir iz bırakmalı ve kısmi gerçekleşmeler sonraki karara aktarılmalıdır. Bu, backtest’i daha zahmetli kılar; ancak kâğıt üzerinde işlem karşılaştırmasını da anlamlı hâle getirir: iki sistemin işlem gerçekleştirme konusunda neden anlaşamadığını belirleyebilirsiniz.
Emir modelinden emin değilseniz bu belirsizliği sonuçlara yansıtın. Kısa ve uzun süre açık kalan emirleri çalıştırın, iptal gecikmesini değiştirin ve performansın iyimser sıra varsayımlarına ne kadar bağlı olduğunu gösterin. Stratejide sorun olmayabilir. Görünürdeki getirisi, gerçek sistemin saatler önce iptal edeceği bir emrin kazandırdığı faiz de olabilir.
← Tüm yazılar
