Geriye dönük test ve ileriye dönük test — yöntemler, kanıtlar ve tuzaklar

Stratejiyi test etmek, kurallarının veriler üzerinde nasıl davrandığını ve sonucun varsayımlara ne kadar bağlı olduğunu kontrol etmektir. Geriye dönük test geçmişi kullanır; ileriye dönük test ise yeni veriler geldikçe kararları kaydeder. Her ikisi de açık şartname, gerçekçi maliyet muhasebesi ve örneklemin dürüst tanımını gerektirir. Bu ders; on iki alanlı test kartı, kronolojik doğrulama örnekleri, çalıştırılabilir hesaplama araçları ve geçmiş simülasyonları sonraki gözlemlerle karşılaştırma prosedürü sunar. Amaç, olumlu grafiği gelecek getiri vaadine dönüştürmek değil, kanıtın destekledikleriyle belirsiz kalanları ayırmaktır.

Orijinal örnek çizim korunmuştur. Demo, simüle edilmiş gerçekleşmeler kullanır; gerçek canlı uygulama mikro hesapta değerlendirilir. Aşağıdaki yazılı yöntem, gösterilen ilerleyişin varsayımlarını ve sınırlamalarını açıklar.

Hipotezi, kuralları, örneklemi ve sonuçları şu araca kaydedin: Araç Seti N: strateji test protokolü. Form; yerel kaydetme, dışa aktarma ve yazdırmayla bu bölümdeki yöntemi tamamlar.

1. Geriye ve ileriye dönük test — farklı sorular, farklı yanıtlar

İyi bir geçmiş test, stratejinin işleme hazır olduğu anlamına gelmez. Geçmiş test belirli bir model altında geçmişi araştırır. İleriye dönük test, yeni veriler geldikçe kararları gözlemler. İki aşama farklı bilgi sağlar: geçmiş test daha uzun sonuç örneklemi sunabilirken ileri gözlem zamanlama, uygulama ve kurala uyma sorunlarını ortaya çıkarabilir. Gerçek canlı gerçekleşmeleri ve ücretleri yalnızca uygun biçimde kontrol edilen canlı aşama ölçer; demo uygulaması simülasyon olarak kalır. Bir aşamayı diğerinin yerine kullanmak, eksik aşamanın sağlaması amaçlanan bilgiyi kaybettirir.

Geriye dönük test: geçmişe ilişkin soru

Geçmiş test, «Bu kurallar örneğin önceki üç ila on yılda nasıl davranırdı?» diye sorar. Yanıtının yararı şu unsurların kalitesiyle sınırlıdır: veriler, uygulama ve maliyet modeli ve araştırma tasarımının geçerliliği. Geriye dönüktür:

• Hızlı olabilir. Basit testte beş yıllık veri dakikalar alabilir; ancak ayrıntılı tik modellemesi ve geniş parametre aramaları çok daha uzun sürebilir.
• Sinyal sıklığına ve geçmiş döneme bağlı olarak yüzlerce veya binlerce gözlem üretebilir.
• Parametre varyantları arasında karşılaştırmaya izin verir. Bu esneklik aynı zamanda seçim yanlılığı ve aşırı uyumun önemli kaynağıdır.
• Hatalı tiklere, eksik mumlara, yanlış zaman damgalarına ve gerçekçi olmayan maliyetlere duyarlıdır. Büyük örneklem sistematik veri veya model hatasını onarmaz.

Geçmiş test, stratejinin bugün çalıştığını kanıtlamaz. 2018–2022'de temsil edilen rejimin 2024–2026 boyunca sürmesi gerekmez. Aynı şekilde, belirli bir geçmiş yen trendinin sonuçları farklı para politikası veya müdahale ortamına doğrudan aktarılamaz. Bu örnekler koşul değişimini anlatır; adı belirtilen stratejinin belirli dönemde mutlaka başarılı veya başarısız olacağı iddiası değildir. Tarih aralığını yeterli kanıt saymak yerine rejim maruziyetini belgeleyin.

İleriye dönük test: geleceğe ilişkin soru

İleriye dönük test, «Dondurulmuş kurallar yeni gözlemler geldikçe nasıl davranıyor ve uygulamaları amaçlanan süreçle örtüşüyor mu?» diye sorar. Gerçek zamanda ileriye doğru ilerler:

• Zaman alır. Haftada beş işlemle, tatiller ve atlanan fırsatlar hesaba katılmadan önce, 100 işlem yaklaşık 20 hafta, kabaca beş ay gerektirir.
• Örneklem küçük kalabilir. 30–80 işlemlik pilot, her bireysel yatırımcının uygulamasının doğrulanmış tanımı değil, sınırlı kanıt örneğidir.
• Gerçek canlı karar anında gelecek gözlemler mevcut değildir. Bu, gelecek bilgisine bakmanın bir yolunu ortadan kaldırır; ancak sonradan yeniden etiketleme, revize veriler veya geçmişe dönük düzenlemeler kayıtlı değerlendirmeyi yine kirletebilir.
• Spread değişimlerini, gecikmeyi, reddedilen talepleri ve kaymayı ortaya çıkarabilir. Kanıt moda bağlıdır: canlı kayıtlar canlı uygulamayı ölçerken demo ve kâğıt üzerinde işlem bunu tam yeniden üretmez.
• İnsan kaynaklı uygulama hatalarını gösterir: yanlış miktarlar, geciken kararlar, kaçırılan sinyaller ve açık pozisyona takdire bağlı müdahale.

Kısa ileri test, uzun vadeli avantaj iddiasını çözmez. Özellikle geçmiş varsayımlarla mevcut uygulama arasındaki farkı belirlemek için değerlidir. Daha uzun vadeli çıkarım yine «ileri» etiketine değil, örneklem büyüklüğüne, bağımlılığa, rejim kapsamına ve belirsizliğe bağlıdır.

Üç test modu: manuel inceleme, yeniden oynatma ve otomasyon

«Geriye dönük test» üç farklı etkinliği anlatabilir. Kanıtlarını karşılaştırmadan önce bunları ayırın:

• Manuel grafik incelemesi. Geçmişte gezinip kararları kaydedersiniz. Belirsiz kuralları ve sınır durumlarını belirlemeye yardımcı olur. Sonraki mumlar görünürken yapılan sıradan inceleme; sonradan bilme yanlılığına, seçici ilerleme hızına ve sonuç hafızasına açıktır; tarafsız performans örneklemi diye sunulmamalıdır. Dikkatle tasarlanmış, geleceği gizleyen manuel protokol farklı ve daha zahmetli bir çalışmadır.
• Çubuk çubuk yeniden oynatma. Araç, sonraki gözlemleri gizleyerek geçmişi sırayla açığa çıkarır. Grafik yeniden oynatma, görsel test modları ve özel yeniden oynatma uygulamaları; gerçek veri ve zamanlama davranışlarına tabi olarak örneklerdir. İlerleme hızı kontrol edilirse yeniden oynatma, takdire bağlı sınıflandırmanın tutarlılığını ve yanıt zamanlamasını test edebilir. Yine de gerçek uygulama maliyetlerini belirlemez. Sonucu gördükten sonra geri sarıp ilk kararı değiştirmek o çalışmayı kirletir; keşif amaçlı yeniden oynatmayı ayrı kaydedin.
• Otomatik geçmiş test. Kod, kuralları veri kümesine uygular. Büyük ve yeniden üretilebilir örneklemlere verimli biçimde ulaşır; ancak bölüm 2'deki tüm tehlikeleri getirir: bilgi sızıntısı, uygulama varsayımları, maliyetler ve tekrarlanan seçim. Otomasyon hatalı kuralı da çok tutarlı biçimde yeniden üretir.

Sıralama önemlidir. Kodlamadan önce yeniden oynatma, iki kişinin farklı yorumladığı talimatları ortaya çıkarabilir. Test aracı eksik tanımı sağlayamaz; yalnızca programcının seçtiği yorumu uygular. Strateji şartnamesini ve sürümünü, değerlendirmesinden önce dondurun; şu maddede açıklandığı gibi: madde 15.3; sonucu inceledikten sonra değil.

Her aşama neyi ortaya çıkarabilir, neyi çıkaramaz?

Geçmiş çalışma bağlam ve örneklem derinliği sağlar; ileriye dönük çalışma, sürecin yeni verilerle ve amaçlanan çalışma ortamıyla karşılaşınca ayakta kalıp kalmadığını kontrol eder. Hızlı geçmiş test ile 90 günlük gözlem aşaması çok farklı bekleme maliyetleri getirir; ancak geçen zaman, ikinciyi atlamak için gerekçe değildir. Ne on dakikalık hesaplama ne de üç aylık pilot, gerekli kanıtın toplandığını garanti eder.

Geçmiş ve ileriye dönük sinyalleri uzlaştırmak

Özellikle yararlı tanı yöntemi, şu dönemdeki sinyalleri tek tek karşılaştırmaktır: aynı tarihler. İki kaynağı ortak şemaya aktarın; örneğin:

timestamp_utc, broker_server_time, pair, setup_id, direction, entry_rule_hash,
entry_price, sl_price, tp_price, trigger_bar_close, source

Sinyal zamanını, bilginin gerçekten kullanılabilirliğini, emir taleplerini ve gerçekleşmeleri ayırmaya yetecek ek alanları koruyun. İlk 30–60 gözlem gününden sonra dondurulmuş geçmiş uygulamayı aynı günlerden arşivlenmiş verilerde çalıştırın. İki envanteri karşılaştırın. Örnek uyuşmazlık eşiği olan 5–%10 araştırmayı tetikleyebilir; ancak daha küçük farklar geçmiş testi sistematik olarak kayırıyorsa önemli olabilir. Yüzde raporlamadan önce paydayı ve eşleştirilenlerin sinyal mi, talep mi, gerçekleşme mi olduğunu tanımlayın.

Olası nedenler; gelecek bilgisi sızıntısı, yeniden çizim, farklı veri akışları, zaman dilimi hataları, tutarsız kod ve başarısız gerçek zamanlı emir girişimleridir. Aynı tarihlerde elli geçmiş sinyale karşı on iki ileriye dönük sinyal, çözülmemiş önemli uyuşmazlıktır; açıklanmadan ilerlemeyin. Şu değeri çubuk içinde okumak: Close[0] otomatik olarak hata değildir: hata, daha sonraki nihai değeri önceki karar anında biliniyormuş gibi ele almaktır.

Test kartı: sonucu yorumlamadan önce on iki alan

Test kartı olmadan sonucu altı ay sonra yeniden üretmek imkânsız olabilir. Hangi veri, uygulama, maliyet modeli ve seçim geçmişinin onu ürettiğini bilmeniz gerekir. İlk dokuz alanı değerlendirmeyi çalıştırmadan önce tamamlayın. Makalenin kalanı, her alanın sonucu neden değiştirebileceğini açıklar.

Alan 9 kolayca atlanır. Sonucu gördükten sonra yazılan ölçüt, önceden belirlenmiş karar kuralı değil, geçmişe dönük açıklamadır. Alan 7 de aynı derecede önemlidir: toplam deneme sayısı olmadan görünen kazanan, birçok aramanın maksimumu olabilir. Alan 11'de çözülmemiş sınırlamalar açık olmalıdır. Önceki alanlardan birinde temel girdi bilinmiyorsa uydurmayın; çözülmemiş olarak işaretleyip testi erteleyin veya yorumunu buna göre sınırlandırın.

2. Test tuzakları — gelecek bilgisine bakma, hayatta kalma yanlılığı, eğri uydurma ve aşırı uyum

Bunlar yalnızca araştırmacının dikkatsizliğinin belirtileri değil, yöntemsel tehlikelerdir. Platform veya özel betik, yapılandırması ya da uygulaması ciddi hataya izin verirken ikna edici rapor üretebilir. Şu tür bilişsel sorunlar: doğrulama yanlılığı ve sonradan bilme yanlılığı işlem psikolojisi bölümünde tartışılır. Burada odak, testin teknik tasarımı ve zayıflıklarını ortaya çıkarmak için gereken kontrollerdir.

Tuzak 1: gelecek bilgisine bakma yanlılığı

Gelecek bilgisine bakma, bir kararın yalnızca daha sonra kullanılabilir olacak bilgiyi kullanmasıdır. Yaygın yollar şunlardır:

• Nihai kapanışa dayalı çubuk içi karar. Strateji mevcut M5 mumunu dahil ederek SMA(20) hesaplar ve mum ortalamanın üzerinde kapandığında girdiğini söyler. Beş dakikalık mumun 240. saniyesinde nihai kapanış hâlâ bilinmez. Mevcut şu değeri okumak: Close[0] tek başına gelecek bilgisi sızıntısı değildir; daha sonraki nihai kapanışı 240. saniyede mevcut değermiş gibi yorumlamak sızıntıdır. «Yalnızca açılış fiyatları» adlı modun amaçlanan çubuk içi kuralı desteklediğini varsaymak yerine gerçek test modunuzun ve kodunuzun her geri çağrıda ne döndürdüğünü doğrulayın.
• Daha sonra teyit edilen geçmiş işaret. ZigZag, salınım noktası araçları, fraktallar, elle seçilmiş dirgen çapaları ve bazı özel kanallar, daha sonra gelen bilgiyle önceki çubuğu işaretleyebilir. Bugün on çubuk geriye çizilmiş salınım tepesi, o çubukta teyit edilmiş olmayabilir. Göstergenin adı kesin davranışı belirlemez; uygulama ve teyit zaman damgası belirler.
• Yayımlanma zamanı yerine referans dönemine göre indekslenmiş makroekonomik veriler. «Mart CPI» etiketli değer ancak nisanda yayımlanabilir. Bunu gerçek açıklanmasından önce kullanan strateji mevcut olmayan bilgiyi kullanır. Yayımlayan kurumun takvimini, sağlayıcının zaman damgası kuralını ve o sırada mevcut veri sürümünü doğrulayın. Sonraki revizyonlar başka sızıntı kaynağıdır.

Tespit: dondurulmuş stratejiyi gelen verilerde gözlemleyin, sonra orijinal sinyallerini aynı tarihlerin geçmiş yeniden oluşturmasıyla uzlaştırın. Uyuşmazlık tanı konacak sorundur; tek başına gelecek bilgisine bakma kanıtı değildir. Diğer açıklamalar farklı veri akışı, yeniden çizim, yanlış saat dönüşümü ve başarısız gerçek zamanlı emir girişimleridir. Önce saat ve veriyi hizalayın; sinyalleri taleplerden ve gerçekleşmelerden ayırın; sonra stratejinin bilgi akışını inceleyin. Girdi çubuklarını kontrol etmeden doğru göstergeyi yeniden yazmak, eski sorunu açıklamadan yeni sorun yaratabilir.

Bilginin zamanlaması için açık kontrol gerektiren uygulamalar şunlardır:

• ZigZag, fraktallar ve dirgen yapıları. Dönüm noktasının veya çapanın ne zaman bilinebilir olduğunu ve gösterilen önceki noktanın hareket edip edemeyeceğini belirleyin. Doğru geciktirilmiş teyitli sinyal, dönüm noktasının oluştuğu anda bilindiğini varsaymaktan farklıdır.
• Heikin-Ashi, SuperTrend, Hull hareketli ortalamaları ve özel kanallar. Hiçbiri özünde sahtekârlık değildir. Gerçek uygulamayı, tamamlanmış çubuk sinyallerindeki değişiklikler için test edin. Heikin-Ashi'nin sentetik mum fiyatları da ayrıca ele alınmalıdır: kendiliğinden uygulanabilir piyasa fiyatları değildir.
• Kaynak kodu kapalı pazar yeri göstergeleri. İç mantıklarını inceleyemezsiniz. Kaynak düzeyinde doğrulama gerektiren politika altında, onları bu araştırma iş akışından çıkarın. Kara kutu zamanlama testleri kusurları ortaya çıkarabilir; ancak tüm iç bağımlılıkları belirleyemez.
• iCustom() tampon okumaları. Tamponu, çubuk kaymasını, mevcut olmayan değerin nasıl ele alındığını ve geçmiş tampon değerlerinin yeniden hesaplanıp hesaplanmadığını belirleyin.
• Çubuk içi Close[0] MT4 kararları. Mevcut değer, nihai kapanış değeri değil, gelişmekte olan mevcut çubuk fiyatıdır. Test, canlı kuralın bilgi sırasının aynısını yeniden üretmelidir.
• Düşük zaman dilimli grafikte yüksek zaman dilimi verileri. H4 çubuğu kapanmadan önce M15 kararında kullanılan H4 değeri geçicidir. Pine'da şu işlevin davranışı: request.security() ifade ofsetlerine, gelecek bilgisi ayarlarına ve geçmiş/gerçek zaman değerlendirmesine bağlıdır. Amaçlanan kural buysa belgelenmiş, teyit edilmiş yüksek zaman dilimi kalıbını kullanın; yalnızca şu ayarı eklemenin: [1] herhangi bir yerde tüm zamanlama sorunlarını çözdüğünü varsaymayın. Karşılık gelen MQL uygulamasını da kontrol edin.
• Döneme göre tarihlenen makro seriler. İstatistiğin anlattığı ayın ilk gününe göre değil, bilginin gerçekten kullanılabilirliğine ve o sıradaki veri sürümüne göre birleştirin.

Pratik yeniden çizim kontrolü: canlı veri akışında, şu anda on çubuk gerideki belirlenmiş tamamlanmış çubuğun gösterge değerini kaydedin. Beş yeni çubuk geldikten sonra, artık on beş çubuk geride olan aynı zaman damgasını inceleyin. Beş yeni M1 çubuğu yaklaşık beş dakika, beş H1 çubuğu yaklaşık beş saat sürer; seans boşlukları hariç. Değer değişirse geçmiş gösterim orijinal sinyali mutlaka yeniden üretmez. Her teyidin ne zaman kullanılabilir olduğunu kaydedin.

Tek çubukta değişiklik olmaması, yeniden çizim olmadığının sertifikası değildir. Birçok çubukta, sınır durumunda ve volatilite rejiminde tekrarlayın; ilgiliyse yeniden bağlanma veya geçmiş yenilemesi sonrası değişimleri de dahil edin. Bu bir gözlem protokolüdür; her uygulamanın birkaç dakikada doğrulanabileceği iddiası değildir. Karşılaştırmanın yeniden üretilebilir olması için kayıtları koruyun.

Tuzak 2: hayatta kalma yanlılığı

Araştırmacının daha eski dönemi test etmek için bugünkü döviz çifti listesini kullandığını varsayın. Bu seçim, o dönemde işlem gören ancak sonradan kaybolan veya kullanılamaz olan enstrümanları dışarıda bırakabilir. Ters uygulama sorunu da önemlidir: çekici geçmiş sonuçlar, amaçlanan sağlayıcının artık benzer koşullarda sunmadığı enstrümana büyük ölçüde bağlı olabilir. 2022 sonrası değişimler çevresindeki USD/RUB; kullanılabilirliğin, yaptırım kısıtlarının, likiditenin ve uygulama koşullarının neden tarih ve sağlayıcıya özgü doğrulama gerektirdiğine örnektir; bugünkü erişime ilişkin evrensel iddia değildir.

Pazar yerinden seçim benzer sorun yaratır. Bugün görünen, beş yıldızlı ve 200 olumlu yorumlu EA; hâlâ listelenen ve fark edilen ürünlerden seçilmiştir. Başarısız, geri çekilmiş veya popüler olmayan ürünler karşılaştırmada bulunmayabilir. Puanlar tek başına ilk sunulan ürünlerin tam grubunu belirlemez; ne hayatta kalma olasılığını ne de başlangıçta her EA'nın eşit başarı şansı olduğunu kanıtlar.

Tespit: Enstrüman evrenini geçmiş karar tarihinde olduğu haliyle yeniden oluşturun. 2018–2020 testi, sonradan çekilenler dahil ilgili sağlayıcının 2018'de ne sunduğunu belirlemelidir. Geçmişi bugünün hayatta kalanlarıyla sınırlamak, evren seçimi düzeyinde gelecek bilgisini kullanır. Bugünkü uygulanabilirlik ayrı sınırlamadır: hangi geçmiş enstrümanların amaçlanan tüzel kişi altında hâlâ mevcut olduğunu ve geçmiş sonucun ne kadarının artık kullanılamayanlardan geldiğini kaydedin. Pazar yeri ürünlerinde güncel sıralamayı seçilmemiş örneklem gibi yorumlamak yerine yayımlanma tarihlerini, sürüm geçmişini ve karşılaştırma grubuna ilişkin bilgileri saklayın.

Tuzak 3: eğri uydurma

20, 22, 25 ve 30 SMA dönemlerini; 11, 14 ve 17 RSI dönemlerini; 0,8'den 1,5'e 0,1 adımlı ATR eşiğini düşünün. Bu, 4 × 3 × 8 = 96 bileşimdir. Çok sayıda alternatif taramak, kalıcı avantaj olmasa bile çekici sonuç bulma şansını artırır. Birinin mutlaka olağanüstü görünmesini garanti etmez; ancak seçilmiş maksimum sıradan, tek ve önceden belirlenmiş gözlem değildir.

Sentetik örnekte en iyi bileşim SMA-22, RSI-14 ve ATR 1,1'dir; üç geçmiş yılda +%180 verir. Sonraki 60 gün −%8 üretir. Bu karşıtlık geçmiş gürültüye uyumla tutarlı olabilir; ancak iki getiri tek başına bu tanıyı kanıtlamaz: maliyetler, uygulama, rejim ve örnekleme de kontrol edilmelidir. Kesin olan, geçmiş kazananın 96 denemeden seçildiğidir; raporu bu süreci açıklamalıdır.

Tespit: parametre ısı haritasını inceleyin. Kötü sonuçlarla çevrili tek olumlu hücre, araştırılması gereken duyarlılığı düşündürür. Geniş plato yalnızca sonucun tek ayara bağlı olmadığını gösterir. Plato pozitif beklentiyi kanıtlamaz. Yine de aynı aşırı kullanılmış veri kümesinin ürünü olabilir veya küçük değişiklikleri işlem kümesini değiştirmeyen parametreleri yansıtabilir.

Bağımsız değerlendirme hâlâ gereklidir: gerçekten dokunulmamış OOS dönemi, önceden belirlenmiş ilerleyen pencere prosedürü ve bölüm 3'teki temel modelle karşılaştırma. Yalnızca düzgün ısı haritasını veya olumlu ortalamayı değil, işlem sayılarını, belirsizliği ve tüm seçim geçmişini raporlayın. Yöntemi değiştirirken tekrar tekrar bakılan OOS sonucu artık dokunulmamış değildir.

Tuzak 4: kuralları aşırı uyumlu hale getirmek

Parametre eğrisi uydurma, aşırı uyumun bir türüdür. Diğeri, belirli geçmiş kayıpları silmek için kural eklemektir. «Salı günleri 13:00 Europe/London sonrasında giriş yok» yalnızca o aralıkta iki kayıplı işlem olduğu için getirilmiş olabilir; bu, olağan Birleşik Krallık–Polonya farkında Polonya örneğinin 14:00 sınırına karşılık gelir. İşlemleri kaldırmak örneklemi yapısı gereği iyileştirir; temel stratejiyi mutlaka iyileştirmez.

Geçmiş üç kayıp cuma gününe denk geldi diye cuma filtresini doğrulanmış sunmayın. Kayıplar incelendikten sonra önerilen filtre yeni araştırma hipotezidir. Geliştirme verisinde araştırılabilir; ancak iyileştirme denmeden önce gerekçe, deneme kaydı ve bağımsız değerlendirme gerektirir. İddiayı desteklemek için kullanılan değerlendirmeden önce dondurun.

Bu örnek makale, 200'den az işlemde dörtten fazla optimize parametre için ihtiyatlı çalışma uyarısı sunar ve şu kaba sezgiseli tartışır: optimize parametreler × 30 ≤ işlem sayısı: dört parametre 120 işlem, sekiz parametre 240 işlem gerektirir. Bunlar örnek denetim sezgiselleridir; istatistik teoremleri veya piyasa standartları değildir. Uyarı çizgisinin altındaki model de aşırı uyumlu olabilir; üstündeki de yalnızca oranla çürütülmez.

Duyarlılığı, denenen varyant sayısını, bağımlılığı ve bağımsız performansı araştırın. Varyantlar ortak gözlemler kullanıyorsa örtüşen ayrı aralıkların karşılaştırmayı çözdüğünü varsaymak yerine performans farklarını uygun eşleştirilmiş veya yeniden örnekleme yöntemiyle değerlendirin. Olumlu OOS sonucu veya kararlı ısı haritası değerlendirilecek kanıttır; aşırı uyumun giderildiğinin evrensel kanıtı değildir.

Tuzak 5: eksik modellenmiş maliyetler

Sabit 1 pip spreadle ayarlanmış MT4 testi, geçmiş likidite durumundan bağımsız basitleştirilmiş maliyet uygular. Her platformun veya derlemenin aynı varsayılanı kullandığını varsaymak yerine kurulu test aracının ayar ve yeteneklerini doğrulayın. Gerçek spreadler likit seans örtüşmelerinde, rollover'da ve önemli açıklamalarda ciddi farklılık gösterebilir. Pip kesirleri, birkaç pip ve kısa süreli çift haneli pip spreadleri; ilgili veri akışında araştırılacak senaryo büyüklükleridir, güncel sağlayıcı kotasyonları veya garantili sınırlar değildir. Düşük likiditeli gecelik pencereye yoğunlaşan strateji, sabit spread varsayımında kârlı görünüp uygun değişken spread modelinde başarısız olabilir.

İkinci bileşen kaymadır. Geçmişte kesin fiyattan gerçekleşme, canlı uygulama vaadi değil, varsayımdır. Örnek, olağan koşullarda 0,2–0,5 pip, kırılımlarda 1–3 pip ve açıklamalardan sonra 5–15 pip gösterir. Bu aralıklar hesabınız için ölçülmüş dağılım olarak ele alınmamalıdır. Ek uygulama maliyetleri 0,2R ise brüt +0,3R tahmini +0,1R'ye düşebilir; gerçek azalma ilk risk mesafesine, emir türüne ve ölçülmüş gerçekleşmelere bağlıdır.

Üçüncü bileşen finansmandır. Üç ila sekiz gün tutan swing stratejisi enstrüman, yön ve sağlayıcıya göre rollover borç veya alacakları doğurabilir. Uzun EUR/USD'nin her zaman belirli işaret taşıdığını varsaymayın. Örnek hesapta 3 piplik gecelik ücret, 20 pip ilk stop mesafesiyle ücretlendirilen gün başına 0,15R'dir. Beş tek günlük ücret toplam 0,75R'dir; finansman öncesi +0,4R tahminini aşar. 60 pip stopta aynı ücret gün başına 0,05R olur. Beş takvim gecesini beş aynı ücret saymak yerine ilgili hafta sonu ve tatil ayarlamaları dahil gerçek gün çarpanlarını kullanın. Dönüşüm şöyledir: finansman maliyeti birimi R = pip eşdeğeri birimlerle finansman / pip cinsinden ilk stop mesafesi; pozisyon büyüklüğü ve para birimi dönüşümü tutarlı ele alınır.

Dördüncü bileşen komisyondur. Bazı ham spread hesapları işlem hacmine göre ayrıca ücret alır; «ECN» etiketi gereken hesap türünü veya ücretini belirlemez. Standart lot gidiş-dönüş başına örnek USD 6 için, 0,1 lotluk 200 işlemin maliyeti 200 × 0,1 × 6 = USD 120. Herhangi bir fiyat sonucu hesaba katılmadan, bu USD 1.000 başlangıç bakiyesinin %12'sidir. Örneğin USD 5–7 aralığı güncel fiyat araştırması değil, örnektir. İşlem başına önemli ücreti atlayan scalping testi, amaçlanan net performans iddiasını destekleyemez.

Tuzak 6: veriyi tekrar tekrar tarama

Araştırmacı 30 strateji dener, 28'ini eler ve iki çekici geçmiş testi yayımlar. Tek tek hesaplar doğru olabilirken seçim süreci görünen anlamlılıklarını yanıltıcı kılar. %5 eşikli 30 bağımsız sıfır hipotezi testinde beklenen yanlış pozitif sayısı 1,5'tir; en az birinin olasılığı yaklaşık %78,5'tir. Bu, mutlaka iki veya üçünün başarılı olacağını ya da yayımlanan stratejilerin çalışma olasılığının sıfıra yakın olduğunu göstermez. Çıkarıma yalnızca hayatta kalanların değil, tüm aramanın dahil edilmesi gerektiğini gösterir.

Aile düzeyinde hata için geleneksel kontrollerden biri Bonferroni düzeltmesidir: genel 0,05 düzeyinde 30 test için test başına eşik 0.05 / 30 ≈ 0.00167.^[2] Özellikle ilişkili testlerde ihtiyatlı olabilir. Diğer yaklaşımlar, yanlış keşif oranı kontrolü ve düzeltilmiş Sharpe oranı dahil farklı hedefleri ele alır.^[3] Birbirinin yerine geçen anahtarlar değildir; varsayımları ve seçim girdileri sağlanmalıdır. Her durumda başarısız denemeleri gizlemek anlamlı değerlendirmeyi engeller.

Tespit: Reddedilen sonuçlar dahil test edilen her stratejinin ve varyantın kaydını tutun. 30 keşif adayından seçilen iki kazanan, gerçekten önceden belirlenmiş iki değerlendirmeden farklı yorum gerektirir. Bu yüzden test kartının alan 7'si zorunludur.

İncelenmiş hata: aynı mumun içinde stop ve hedef

Bu uygulama belirsizliği sıradan işlem sonucu gibi görünürken geçmiş testi ciddi şişirebilir. Önemi, strateji çıkışlarının aynı kayıtlı çubukta ne sıklıkla bulunduğuna bağlıdır.

Yanlış kayıt: H1 mumunda açılış 1,0850, en yüksek 1,0885, en düşük 1,0815 ve kapanış 1,0870'tir. Uzun pozisyonun 1,0850'de zaten gerçekleştiği, stopun 1,0820 ve hedefin 1,0880 olduğu varsayılır; her biri 30 pip uzaktadır. İki seviye de mum aralığının içindedir. Hedef koşulunu önce kontrol eden özel test şu sonucu kaydeder: +1R; oysa OHLC verileri hangi seviyeye önce ulaşıldığını göstermez. Bu, her test aracının varsayılan olarak hedefi önce saydığı iddiası değil, iyimser uygulamanın tanımlı örneğidir.

Düzeltilmiş uygulama modeli: OHLC tek başına tüm çubuk içi olay sırasını yeniden oluşturamaz. Belirsizliğin nasıl ele alındığını belirtin:

• İhtiyatlı varsayılan, iki çıkışa da dokunan mumu stopla çıkış sayar. Test kartının alan 5'inde, bunu kanıtlanmış gerçekçi değil, kötümser olarak etiketleyin.
• Belirsiz çubuklar için düşük zaman dilimi veya tik verisini inceleyin. M1 hâlâ iki çıkışı tek çubukta bırakabilir; yeterince ayrıntılı ve doğru kotasyon taraflı veri bazı vakaları çözebilir, ancak gerçekleşmeler yine emir durumu ve likidite varsayımları gerektirebilir.
• İki ucu da hesaplayın: tüm belirsiz işlemlerde önce stop ve tümünde önce hedef. Aralık kararı değiştiriyorsa olumlu ucu seçmek yerine belirsizliği raporlayın.
• Belirsiz çubuk sayısını sınırlamalara kaydedin. Stop ve hedefler karar çubuğu aralığına göre yakınsa, seçilmiş OHLC çözünürlüğü iddia için yetersiz olabilir.

Sentetik hesaplama: 200 işlemlik test, böyle 14 mum içerir. Hepsini önce hedef saymak +0,18R beklenti verir. 14'ünü de +1R'den −1R'ye değiştirmek 28R veya şu miktarı çıkarır: işlem başına 0,14R; geriye +0,04R kalır. Yeterince ayrıntılı yeniden oynatma, dokuz önce stop ve beş önce hedef vakası belirler. Tamamı hedef senaryosuna göre dokuz işlem her biri 2R kaybeder: 18R / 200 = 0,09R; böylece çözümlenmiş tahmin +0,09R'dir. İyimser model bu tahmini şu kadar yüksek gösterir: işlem başına 0,09R; bu, stratejinin maliyet tamponuna göre önemli olabilir. H1 mumu tek başına bu sıralamayı belirleyemez. Daha iyi görünen sonucu değil, sınırlamayı ve onu çözmekte kullanılan yöntemi raporlayın.

3. İlerleyen pencere analizi — sınırlı veriyle doğrulama

İlerleyen pencere analizi, yani WFA, ardışık geliştirme ve sonraki değerlendirme pencerelerini inceler. Robert Pardo yöntemi şu kitapta sistematik olarak ele alır: İşlem Stratejilerinin Değerlendirilmesi ve Optimizasyonu.^[1] Tüm geçmiş üzerinde parametre seçmek yerine, geliştirmeyi şu pencerede yapın: örneklem içi; dondurulmuş seçimi daha sonraki şu pencerede değerlendirin: örneklem dışı; ardından önceden sabitlenmiş prosedüre göre ileriye taşıyın.

Kronolojik bölünme: geliştirme, doğrulama ve OOS

Basit iki parçalı örnek şunları kullanır:

• Beş takvim yılı: 1 Ocak 2020–31 Aralık 2024.
• Geliştirme için yaklaşık %70: 1 Ocak 2020–30 Haziran 2023, yani üç buçuk yıl.
• Son değerlendirme için yaklaşık %30: 1 Temmuz 2023–31 Aralık 2024, yani bir buçuk yıl; ilk kez yalnızca seçilen kurallar dondurulduktan sonra incelenir.

70/30 bölünmesi senaryo varsayımıdır; piyasa standardı değildir. Her iki tarafta da kullanılabilir sinyal sayıları ve ilgili koşullar sağlayan bölünmeyi seçin. Kronoloji önemlidir: bu tahmin ve işlem görevinde değerlendirme geliştirmeyi izler. Gözlemleri tarihler arasında rastgele karıştırmak, gelecek rejim bilgisini ve bağımlılıkları araştırma sürecine sızdırabilir.

İlk örnekte yalnızca iki üst düzey tarih bloğu olsa da üç ayrı rol vardır:

• Örneklem içi geliştirme: adayları burada arayın, optimize edin ve reddedin. Parametre seçimi geliştirme olarak açıklandığında meşrudur.
• Seçim için doğrulama: geliştirme aşamasının daha sonraki penceresi adaylar arasında seçim yapmaya yardımcı olur. Bu seçim için kullanıldıktan sonra dokunulmamış son test değil, seçimin parçasıdır. Yukarıdaki iki parçalı örneği kullanıyorsanız geliştirme dönemi içinde bunu açıkça ayırın.
• Son OOS değerlendirmesi: stratejiyi ve değerlendirme prosedürünü dondurduktan sonra inceleyin. Sonucu yeni filtreye yön verirse artık o revize filtre için bağımsız kanıt değildir; kirlenmeyi kaydedin.

Birden çok adayı karşılaştırırken ayrı seçim penceresi yararlıdır. Tamamen önceden belirlenmiş tek aday için mantıksal zorunluluk değildir; ancak son OOS penceresi sessizce kazananı seçtiğiniz yere dönüşmemelidir. Sonucu gördükten sonra «bir filtre daha deneyelim» demek verinin rolünü değiştirir.

Zayıf OOS sonucundan sonra geliştirmeye dönebilirsiniz; ancak kuralları değiştirip aynı dönemi yeniden çalıştırarak yeni sonucu dokunulmamış doğrulama diye adlandıramazsınız. İlk sonucu koruyun ve sonraki kullanımı geliştirme veya tanısal yeniden kullanım olarak işaretleyin. Yeniden üretilebilirliği doğrulamak için aynı çalıştırmayı tekrarlamak tek başına yeni hipotez yaratmaz; sonuca göre yönlendirilen kural değişikliği yaratır.

Yuvarlanan ilerleyen pencere analizi

Tek son dönem alışılmadık derecede olumlu veya zor olabilir. Yuvarlanan değerlendirme, prosedürü birkaç ardışık dönemde inceler; ancak bu dönemlerin gelecekteki tüm koşulları temsil edeceğini garanti edemez:

Dört değerlendirme penceresi takvimde örtüşmez ve birlikte iki yılı kapsar. Bu, onları istatistiksel olarak bağımsız yapmaz. Bitişiktirler, geliştirme pencereleri önemli ölçüde örtüşür ve tek kalıcı rejim birkaç değerlendirme bloğunu kapsayabilir. Birleşik diziyi incelemeden önce yuvarlanan seçim prosedürünü dondurun; aksi halde prosedürün kendisi görünürdeki OOS sonuçlarına uydurulabilir.

Üç veya dört penceredeki pozitif net sonuçlar sağlamlığın daha fazla araştırılmasını gerekçelendirebilir; ancak sayı tek başına zayıf kanıttır. Örnek bağımsız ve eşit olasılıklı işaret modelinde, dört sonuçtan en az üçünün pozitif olma olasılığı 5/16 = %31,25. Bağımlılık bu olasılığı değiştirir; yönü evrensel biçimde tahmin edilebilir olmak zorunda değildir. Her pencerenin işlem sayısını, net beklentisini, belirsizliğini ve rejim maruziyetini raporlayın. Bir veya iki pozitif pencere rejim duyarlılığını düşündürebilir; sıfır veya bir, ikna edici etkinleştirme gerekçesi vermez. Bu sayılardan hiçbiri önceden belirlenmiş istatistiksel ve operasyonel ölçütlerin yerini tutmaz.

Düşük sıklıkta işlem yapan yatırımcı için ilerleyen pencere araştırması

Ayda beş ila on işlemle swing stratejisi yaklaşık beş yılda 300–600 işlem üretir. %30 OOS payı yaklaşık 90–180 içerir. %60 kazanma oranı yakınında, bağımsız binom %95 aralığının yaklaşık yarı genişliği sayı ve yönteme göre 7–11 yüzde puandır. Bu kazanma oranı iddiasını sınırlandırabilir; ancak maliyetlerden sonra kârlı getiriyi tek başına kanıtlamaz.

Ayda 50–100 işlemde beş yıl yaklaşık 3.000–6.000 gözlem sağlar. Örnekleme belirsizliği azalabilir; ancak bağımlılık, seçim, rejim kapsamı ve uygulama modellemesi önemini korur. Çok işlem sayısı, maliyet modelini otomatik olarak tek kalan sorun yapmaz.

Ayda bir veya iki işlemle pozisyon stratejisi yalnızca beş yılda 60–120 işlem sağlar; %30 OOS diliminde yaklaşık 18–36 kalır. Ortaya çıkan belirsizlik, yararlı beklentiyi kayıptan ayırmak için fazla geniş olabilir. Olası yanıtlar şunlardır:

• Daha uzun geçmiş: bu sıklıklarda on ila on beş yıl yaklaşık 120–360 işlem verir; %30 değerlendirme payında yaklaşık 36–108 bulunur. Daha eski piyasa ve uygulama koşullarının hâlâ ilgili olup olmadığını kontrol edin.
• Birden çok enstrüman: altı ila on döviz çifti gözlem ekleyebilir; ancak ortak döviz olayları ve örtüşen pozisyonlar bağımlılık yaratır. Enstrümanlar arası iddiayı doğrulayın ve her işlemi yeni bağımsız deney saymayın.
• Blok bootstrap: belirtilen bağımlılık varsayımları altında değişimi incelemek için gözlemlenen sonuçların bloklarını yeniden örnekleyin. Bu mevcut gözlemleri yeniden kullanır; yeni piyasa kanıtı yaratmaz. Çok sayıda simüle yol üretmek tek başına küçücük örneklemi sağlam biçimde kanıtlanmış avantaja dönüştüremez.

Temel model: strateji neyle karşılaştırılıyor?

Temel model olmadan pozitif ortalama raporlanabilir; ancak stratejinin ek kurallarının değer kattığı iddiası ilgili karşılaştırma gerektirir. «İşlem başına +0,25R»yi yorumlamadan önce, açıkça tanımlanmış alternatiflere aynı veri dönemini, uygulama varsayımlarını ve maliyet muhasebesini uygulayın:

• Ek filtreler olmadan tetikleyici. Dört filtre önceden belirlenmiş performans veya risk hedefini iyileştirmiyorsa yalnızca örneklemi azaltıp esneklik ekliyor olabilir. Filtreler düşüşü veya maruziyeti değiştirmeyi amaçlıyorsa yalnızca ortalamayı karşılaştırmayın.
• Eşlenmiş sıklık, yön politikası ve çıkış kurallarıyla rastgele girişler. Tek elverişli seçilmiş sayı yerine tekrarlanan simülasyonlar referans dağılımı üretir. Uygun giriş evrenini, rastgeleleştirme prosedürünü ve tohumu belirtin. Merkezine yakın strateji o karşılaştırmada ayrışma göstermemiştir; bu, stratejinin her yönünün rastgele olduğunun evrensel kanıtı değildir.
• Dönem boyunca belirli yönde tutma. Tek çiftli swing stratejisinde, sonucun ne kadarının yönsel sürüklenmeye benzediğini gösterebilir. Karşılaştırılabilir maruziyet kullanıp finansmanı dahil edin; ölçeklenmemiş tutma otomatik adil risk karşılaştırması değildir.
• Sinyali ters çevrilmiş aynı prosedür. İki yön de kârlı görünüyorsa zamanlamayı, asimetrik çıkışları, volatilite etkilerini ve maliyet modelini araştırın. Sonuç otomatik hata değildir; ancak değerin tek kaynağının yön tahmini olduğu iddiasını sorgulatır.

Strateji ve temel model sonuçlarını alan 10'a kaydedin. Duyarlılık analizi aynı soruyu yerel olarak sorar: her parametre bir adım iki yönden birine taşınınca ne olur? ATR eşiği 1,1'den 1,0'a kaydığında görünen avantaj kayboluyorsa işlem kümesi değişimini ve belirsizliği araştırın. Tek çekici ısı haritası hücresi sağlam avantajın güçlü kanıtı değildir.

OOS'yi dondurmak: klasörler, yapılandırma özetleri ve deneme kaydı

Zayıf OOS sonucunu izleyen parametre değişiklikleri ve aynı döneme tekrar tekrar bakmak, dokunulmamış ilerleyen pencere kanıtı değil, birleşik geçmiş üzerinde geliştirmedir. Basit proje yapısı ayrımı görünür kılar:

• Şu örneklerdeki gibi ayrı dizinler tutun: 01_raw_data, 02_IS_optimization ve 03_OOS_locked. Kullanılıyorsa açıkça tanımlanmış seçim-doğrulama alt kümesini ve sınırlarını ekleyin.
• İlk son OOS çalıştırmasından önce şartnamenin, kodun, parametrelerin, maliyet modelinin ve tarih sınırlarının tam özetlerini şu dosyaya kaydedin: 03_OOS_locked/run_001.lock. Sonrasında orijinal girdileri değiştirmeden sonucu ve çalıştırma meta verilerini ekleyin.
• Değiştirilmiş aday şu örnekteki gibi yeni çalıştırma kaydı alır: run_002.lock; daha önce incelenen dönemin revizyon için artık dokunulmamış kanıt olmadığına dair not eklenir. İlk dondurulmuş adayın ne ürettiğine ilişkin geçerli geçmiş kaydı silmeyin.
• Her son değerlendirme penceresinin önceden belirlenmiş prosedür altında tek bir ilk incelemesi vardır. Aynı yeniden üretilebilirlik kontrolleri, sonuca göre yönlendirilmiş yeni varyantlardan ayrılır. Yuvarlanan pencereleri önceden planlayın ve önceki değerlendirme bloğunun, daha sonraki planlı geliştirme adımı için ne zaman meşru geçmiş verisine dönüştüğünü kaydedin.

Şu uzantıyla biten dosya adı: .lock veya özet, düzenlemeyi veya göz atmayı fiziksel olarak engellemez. Korunmuş dosyalar ve disiplinli erişimle birlikte denetim izi sağlar. Kimin hangi veriyi incelediğine dair kayıt olmadan görünürdeki kilit bağımsızlık kanıtı değildir.

Zayıf OOS sonucundan sonra ne yapılmalı?

Sonuç rahatsız edici diye filtre eklemeyin. Belgelenmiş karar sırasını izleyin:

1. Sonucu kabul edip saklayın. Mevcut aday amaçlanan doğrulama ölçütünü karşılamamıştır. Sonuç kesin negatif değil, sonuçsuz olabilir; testten önce yazılmış ölçütü kullanın.
2. Kavrama dönün. Şu makalenin ilk üç bölümündeki hipotezi, geliştirme döngüsünü ve avantaj tanımını inceleyin: madde 15.3. Önerilen mekanizmanın hâlâ anlamlı olup olmadığını ve uygulama veya veri kusurlarının sonucu açıklayıp açıklamadığını kontrol edin.
3. Mekanizma makul kalıyorsa rejim bağımlılığını yeni araştırma sorusu olarak inceleyin. Önceden belirlenmiş dört ila altı yuvarlanan pencere yardımcı olabilir. İki olumlu trend penceresi ve dört olumsuz yatay piyasa penceresi, trend göründüğünde hemen yeniden etkinleştirme izni değil, olası rejim etkileşimi önerir. Her pencerenin örneklem büyüklüğü ve net beklenti aralığı gerekir. Her biri yalnızca sekiz işlem içeren üç pozitif pencere derinden sonuçsuz kalabilir. Bu sonuçlardan keşfedilen rejim filtresi sürümlü şartname ve bağımsız değerlendirme gerektirir.
4. Kavram başarısızsa adayı kullanımdan kaldırın. Nedeni ve deneme geçmişini koruyun; ardından reddedilmiş iddianın çevresinde istisna biriktirmek yerine başka fikre geçin.

4. Monte Carlo analizi — tek geçmiş yol resmin tamamı değildir

Geçmiş test, tek fırsat ve sonuç dizisini kaydeder. Beş yıllık strateji örneklemi 100 işlem içerebilir; farklı piyasa geçmişi başka fiyat ve sonuçlarla 95 veya 110 üretebilirdi. Yeniden örnekleme bu olası piyasaların tamamını yeniden oluşturmaz. Daha dar soru sorar: zaten sahip olduğunuz gözlemlere dayalı açıkça seçilmiş model altında sonuçlar nasıl değişir?

Simülasyon tek nokta tahmini yerine dağılım üretir. Dağılım, orijinal sıralamanın gizlediği duyarlılığı ortaya çıkarabilir; ancak modele ve girdi örneklemine koşulludur. Gerçek dünya riskinin tam ölçümü veya gelecek sonuçların zarfı içinde kalacağının garantisi değildir.

İki temel yeniden örnekleme yöntemi

Tek işlem bootstrap yöntemi: örneğin +1,5R, −1R, +2,2R gibi 200 R sonucu listesini alın ve 200 gözlemi yerine koyarak örnekleyin. 1.000 yol oluşturmak için 1.000 kez tekrarlayın. Hem sıralama hem belirli sonuçların sıklığı değişebilir.

Bu, rastgele permütasyondan farklıdır; permütasyon yerine koymadan yapılır. Aynı sabit R sonuçlarını yeniden sıralamak toplamlarını değiştirmez. Sabit oranlı büyüklük belirleme ve yola bağlı kısıtlar olmadığında özkaynak çarpanlarının çarpımını da değiştirmez; ancak düşüş değişebilir. Permütasyonu ve bootstrap'ı birbirinin yerine geçen prosedürler olarak anlatmayın.

Blok bootstrap: tek tek işlemler yerine bitişik bloklar, örneğin her seferinde on ardışık işlem örnekleyin. Her blok içindeki bağımlılığın bir kısmını korur, ancak yeni birleştirilmiş sınırlar arasındaki ilişkileri koparır. Daha uygun olup olmadığı stratejinin gözlemlenmiş bağımlılıklarına bağlıdır. Blok uzunluğu araştırılacak parametredir; en rahatlatıcı sonucu vereni seçmek yerine 5, 10 ve 20 gibi seçimleri karşılaştırın.

1.000 simüle yoldan ne hesaplanmalı?

• Medyan son getiri: belirtilen ufuk için simüle getiri dağılımının merkezi. Yalnızca ufuk ve zamanlama modeli gerçekten bir yılı temsil ediyorsa yıllık deyin.
• Getirinin beşinci yüzdeliği: simülasyondaki alt kuyruk kantili. Olası en kötü veya garantili «en kötü gerçekçi» sonuç değildir. Eşit değerler ve sonlu örneklem enterpolasyonu, kesin olarak altında kalan oranı değiştirebilir.
• Düşüş büyüklüğünün 95. yüzdeliği: simüle zirveden dibe gerilemelerin üst kuyruk özeti. Tavan saymadan planın önceden belirlenmiş risk sınırlarıyla karşılaştırın.
• Tanımlanmış eşiği aşma oranı: örneğin düşüşü %30'u aşan yolların oranı. Eşiği ve başlangıç bakiyesinden mi yoksa ulaşılan zirveden mi ölçüldüğünü belirtin. %30 düşüş, kelimenin gerçek anlamıyla iflas değildir.

Örnek rakamlar; geçmiş sonuç değildir: yıllık modelin orijinal yolunun +%45 getiri ve %12 azami düşüş gösterdiğini varsayın. Varsayımsal 1.000 yollu simülasyon +%38 medyan getiri, +%8 beşinci yüzdelik getiri, %22 95. yüzdelik düşüş büyüklüğü ve %30'u aşan düşüşlerde %4 oran verir. Bu, modelde yaklaşık her 25 yoldan birinin seçilen sınırı aştığı anlamına gelir; gerçek dünyada %4 batma olasılığını kanıtlamaz. Her yüzdesel düşüş zaten pozisyon büyüklüğü politikası varsayar; dolayısıyla yalnızca giriş sinyalinin özelliği değildir.^[4]

Tutarlı tek ölçüt tanımları kümesi kullanın

Kodu çalıştırmadan önce R cinsinden beklentiyi, kâr faktörünü, düşüşü ve süresini, toparlanma faktörünü ve varsa SQN tarzı puanı tanımlayın. Madde 15.9 formül ve paydalar için bölümün başvuru kaynağıdır. Burada üç nokta önemlidir:

• Düşüş sonradan oluşacak küresel maksimumu değil, o ana kadar ulaşılan zirveyi kullanır. Şöyle tanımlayın: H_t = max(özkaynak için zaman üst sınırı t), D_t = (H_t - E_t) / H_t ve maxDD = max(D_t). 100 → 80 → 120 → 110 için önceki zirveden en büyük düşüş %20; 100'den 80'e. Daha sonraki 120 zirvesini ve daha önceki 80 dibini kullanmak %33,3 verir; bu yolun düşüşü değildir.
• Eğriyi ve örnekleme sıklığını belirtin. Açık pozisyonlar dahil piyasaya göre değerlenmiş özkaynak, kapanmış işlem bakiyesinden farklıdır. Tik, günlük ve işlem sonrası örnekleme farklı maksimumlar üretebilir. Bu tanımlar olmadan «%12 düşüş» başka raporla veya planınızla doğrudan karşılaştırılamaz.
• Puanlama kuralını belirtin. Ortalama R/standart sapma puanı √N ile çarpıldığında N'ye göre değişir. Üst sınır uygulanmış ve uygulanmamış varyantlar farklı büyüklüklerdir. Aynı kuralı ve karşılaştırılabilir N'yi kullanın; puanı belirsizliğin veya sermaye tahsis kuralının yerine koymayın.

Diğer raporlama kurallarını da açık tutun. Parasal risk birimi değişiyorsa nakit kâr faktörü R kâr faktörüne eşit olmak zorunda değildir. Sharpe, tanımlanmış getiri aralığı, karşılaştırma ölçütü ve yıllıklaştırma varsayımları gerektirir; işlem başına R kendiliğinden takvimsel getiri serisi değildir. Calmar, karşılaştırılabilir ufukta belirtilmiş yıllıklaştırılmış getiri ve düşüş gerektirir. Raporu tek orana indirgemek yerine kuyruk kayıplarını, kayıp serisi uzunluğunu, düşüş süresini ve çözülmemiş operasyonel durumları dahil edin.

Python blok bootstrap örneği

Örneği NumPy ve pandas içeren yerel Python ortamında veya şu tür not defteri hizmetinde çalıştırabilirsiniz: Google Colab. Colab kullanım sınırları olan tarayıcı not defteri ortamı sunar; şu bilgilerine bakın: güncel hizmet ve depolama bilgileri. Not defteri oluşturun, kodu hücreye yapıştırıp çalıştırın. Varsayılan girdi sentetiktir; bu nedenle çıktı biçimini görmek için kişisel işlem verisi gerekmez.

Kendi günlüğünüzü kullanmak için tek sayısal sütunlu bir CSV hazırlayın; sütunun adı R olsun ve her satır kronolojik sırada tek tamamlanmış işlem içersin. İçe aktarma satırının yorum işaretini kaldırıp dosyayı sağlayın. Her R değeri ilgili maliyetleri bir kez içermeli ve girişten önce planlanan pozitif parasal riski kullanmalıdır. Buluta yüklemeyi düşünmeden önce kişisel tanımlayıcıları kaldırın; üçüncü taraf hizmette saklanmasını istemiyorsanız hassas hesap dışa aktarımlarını yerelde tutun.

import numpy as np
import pandas as pd

def block_bootstrap_strategy(trades_R, n_simulations=1000, block_size=10,
                             risk_per_trade=0.01, seed=42):
    """R cinsinden net işlem sonuçlarının bitişik, döngüsel olmayan bloklarını yeniden örnekleyin.

    trades_R: sonlu kronolojik sonuçlar; her değer için tek tamamlanmış işlem.
    n_simulations: sentetik yol sayısı; yeni piyasa gözlemleri değil.
    block_size: bitişik blok uzunluğu; 5, 10 ve 20 değerlerini araştırın.
    risk_per_trade: işlem başına o anki özkaynağın riske atılan sabit payı.
    seed: yeniden üretim girdisi; NumPy sürümünü de kaydedin.

    Getiriler len(trades_R) işlem içindir; otomatik olarak yıllık değildir.
    Düşüşler her işlemden sonra örneklenir ve negatif değer olarak saklanır.
    """
    trades_R = np.asarray(trades_R, dtype=float)
    if trades_R.ndim != 1 or trades_R.size == 0:
        raise ValueError("trades_R boş olmayan tek boyutlu dizi olmalıdır")
    if not np.isfinite(trades_R).all():
        raise ValueError("trades_R yalnızca sonlu değerler içermelidir")
    for name, value in (("n_simulations", n_simulations),
                        ("block_size", block_size)):
        if isinstance(value, bool) or not isinstance(value, (int, np.integer)):
            raise ValueError(name + " pozitif tam sayı olmalıdır")
        if value < 1:
            raise ValueError(name + " pozitif tam sayı olmalıdır")
    if not np.isfinite(risk_per_trade) or not 0 < risk_per_trade < 1:
        raise ValueError("risk_per_trade sıfır ile bir arasında olmalıdır")

    rng = np.random.default_rng(seed)
    n_trades = len(trades_R)
    # Bu örneğe uyarlayın: aşırı büyük bloğu örneklem uzunluğuyla sınırlayın.
    # Tüm örneklem uzunluğundaki blok yeniden örnekleme çeşitliliği sunmaz; bu sınırlamayı raporlayın.
    block_size = min(block_size, n_trades)
    n_blocks = (n_trades + block_size - 1) // block_size
    final_returns, max_drawdowns = [], []
    threshold_breaches = 0

    for _ in range(n_simulations):
        # Başlangıç konumlarını yerine koyarak örnekleyin; her bloğu koruyun.
        starts = rng.integers(0, n_trades - block_size + 1, size=n_blocks)
        sample = np.concatenate(
            [trades_R[s:s + block_size] for s in starts]
        )[:n_trades]  # Orijinal işlem sayısını tam koruyun.

        equity, equity_curve = 1.0, [1.0]
        for outcome in sample:
            # Kayıp özkaynağı tüketirse sıfırda durdurun. Bu bir borç modeli değildir
            # ve yasal negatif bakiye korumasının geçerli olduğunu iddia etmez.
            equity *= max(0.0, 1.0 + outcome * risk_per_trade)
            equity_curve.append(equity)
        equity_curve = np.asarray(equity_curve)
        peak = np.maximum.accumulate(equity_curve)
        drawdown = (equity_curve - peak) / peak
        worst = float(drawdown.min())
        final_returns.append(equity - 1.0)
        max_drawdowns.append(worst)
        if worst < -0.30:  # O ana kadar ulaşılan zirveden %30 düşüşten kesin olarak daha derin.
            threshold_breaches += 1

    return {
        "trades_per_path": n_trades,
        "effective_block_size": block_size,
        "median_return": float(np.median(final_returns)),
        "p05_return": float(np.percentile(final_returns, 5)),
        "p95_return": float(np.percentile(final_returns, 95)),
        # Negatif DD: beşinci yüzdelik, olumsuz 95. yüzdelik büyüklüğüdür.
        "p95_max_dd": float(np.percentile(max_drawdowns, 5)),
        "p99_max_dd": float(np.percentile(max_drawdowns, 1)),
        "prob_dd_over_30pct": threshold_breaches / n_simulations,
        "mean_return": float(np.mean(final_returns)),
    }

# İsteğe bağlı kendi verileriniz: tamamlanmış işlem başına tek net R değeri, kronolojik sırada.
# trades = pd.read_csv("my_results.csv")["R"].to_numpy(dtype=float)

# SENTETİK gösterim; piyasa stratejisi sonuçları değildir.
# 20 değer: 6 kazanç, toplam +2R, ortalama +0.10R; tek +7.2R uç değer baskındır.
toy = np.array([-1.0, -1.0, 3.1, -1.0, -1.0, -1.0, 0.9, -1.0, 7.2, -1.0,
                -1.0, -0.6, 1.4, -1.0, -1.0, -1.0, 2.3, -1.0, -1.0, 0.7])
trades = np.tile(toy, 10)  # Yapay tekrar; 200 bağımsız gözlem DEĞİL.
# Kendi CSV verinizi kullanmak için yukarıdaki satırı isteğe bağlı içe aktarma satırıyla değiştirin.

print("NumPy sürümü:", np.__version__)
for risk in (0.01, 0.02):
    result = block_bootstrap_strategy(trades, n_simulations=2000,
                                      block_size=10, risk_per_trade=risk, seed=42)
    print(f"İşlem başına risk payı: {risk:.0%}")
    print(f"Toplam {result['trades_per_path']} işlemde medyan getiri: {result['median_return']:.2%}")
    print(f"Beşinci yüzdelik getiri: {result['p05_return']:.2%}")
    print(f"Olumsuz 95. yüzdelik DD: {result['p95_max_dd']:.2%}")
    print(f"DD düzeyi %30'dan derin yollar: {result['prob_dd_over_30pct']:.2%}")

Hesaplama, seçilen örneklemin yeniden örnekleme ve belirtilen büyüklük politikası altında nasıl davrandığını test eder. 20 değerli oyuncak dizi +2R toplama ve +0,10R ortalamaya sahiptir; +7,2R gözlemini kaldırmak resmi ciddi değiştirir. Bunu on kez tekrarlamak, on kat bağımsız kanıt değil, yapay periyodikliği olan 200 kayıtlı kod gösterimi oluşturur.

NumPy 2.5.3, tohum 42 ve 2.000 yolla doğrulanmış örnek çıktı: %1 riskte 200 işlem boyunca medyan getiri +%19,56, beşinci yüzdelik getiri −%4,11, olumsuz 95. yüzdelik düşüş −%17,66; simüle yolların hiçbiri %30 düşüşü aşmaz. %2 riskte karşılık gelen rakamlar +%32,25, −%13,71, −%33,70 ve %11,05 oranında yol eşik ötesindedir. Olumsuz 99. yüzdelik düşüşler sırasıyla yaklaşık −%21,09 ve −%39,51'dir. Bunlar 200 işlem boyunca sentetik çıktılardır; yıllık tahmin değildir. Tohumun yanı sıra kodu ve NumPy sürümünü de kaydedin: üreteç gelecekteki tüm sürümlerde değişmeyen akış vaat etmez. Önemli ilişki, yüzdesel düşüşün R dizisi kadar büyüklüğe de bağlı olmasıdır.

Simülasyon ölçütlerini test kartının alan 9'una, çıktıya bakmadan önce kaydedin. Örnek politika, pozitif medyan ve beşinci yüzdelik getiriyi, plan sınırının altında olumsuz düşüş kantilini ve %30 düşüş eşiğini aşan simüle yolların %1'den az olmasını gerektirebilir. Bunlar senaryo karar kurallarıdır; piyasa standardı değildir. Başarısızlık, adayın seçilen ölçütler altında o model ve ölçekte geçemediği anlamına gelir; sonradan eşikleri taşıma daveti değildir.

Önemli sınırlamalar: Yeniden örnekleme, tekrarlanan kayıplar daha derin kümülatif düşüş yaratabilse de en kötü girdi sonucundan daha uç tekil kayıp yaratamaz. Görülmemiş likidite krizini, yeni finansman rejimini veya eksik uygulama arızasını icat edemez. Sonlu simülasyonda sıfır eşik aşımı gerçek dünyada sıfır risk anlamına gelmez. Kodun işlem sonrası eğrisi işlem içi özkaynak değişimini, marjin tasfiyesini, örtüşen pozisyonları ve kalan borcu içermez. Sıfır özkaynak tabanı, yasal hesap koruması değil, modelleme kuralıdır.

Aynı yüzde, farklı nakit tutarı

PLN 5.000'de %15 düşüş PLN 750; PLN 50.000'de PLN 7.500'dür. Bunlar orijinal Polonya senaryosunun para birimini korur; kur dönüşümü değildir. Aynı aritmetik her hesap para biriminde geçerlidir: 5.000 birimin %15'i 750, 50.000'in %15'i 7.500'dür. Yüzde aynıdır; nakit sonuçlar ve sahibinin kısıtları ciddi farklılık gösterebilir.

Farklı hesap ölçeklerinde kabul edilebilir düşüş ve pozisyon büyüklüğü şu maddede ele alınır: madde 15.11; günlük, haftalık ve aylık sınırlar ise şu maddedeki plana aittir: madde 15.2. Bu testte simüle kantili, sonucu gördükten sonra katlanmaya razı olduğunuz tutarla değil, çalıştırmadan önce belgelenmiş sınırla karşılaştırın.

Bağımsız yeniden örnekleme yerine neden bloklar?

Volatilite kümelenmesi hareketlerin büyüklüğüyle ilgilidir. Kayıplı işlemin sonraki işlemin kaybetme olasılığını artırdığı anlamına otomatik gelmez. İşaret ve sonuç bağımlılığı, kendi stratejinizde araştırılacak bir özelliktir; varsayılacak evrensel olgu değildir. Ortak rejim, ilişkili çiftler veya tek makro olay, bağımsız yeniden örneklemenin parçaladığı diziler yaratabilir.

Blok örnekleme yerel dizileri korur; dolayısıyla bağımlılık önemliyse daha ilgili duyarlılık analizi sunabilir. Her uzun menzilli ilişkiyi korumaz; bağımsız bootstrap hatasının da her veri kümesinde riski düşük göstereceği garantili değildir. 5, 10 ve 20 blok uzunluğunu karşılaştırın, tüm sonuçları açıklayıp orijinal bağımlılık yapısını inceleyin. Daha uzun bloklarla olumsuz düşüş kantilinin yükselmesi yeniden örnekleme düzenine duyarlılık düşündürür; tek başına belirli bağımlılık modelini kanıtlamaz. Bu küçük duyarlılık çalışmasında az değişiklik olması da bağımsızlığın her koşulda zararsız olduğunu kanıtlamaz.

5. İleriye dönük test — demo, kâğıt üzerinde işlem ve sınırlı canlı pilot

Aşağıdaki aşamalar gerçekçiliği ve hatanın finansal sonucunu artırır. Süreci kısaltmak test edilmemiş varsayımları ortadan kaldırmaz; daha fazlasını fonlar riske girdikten sonra keşfedilmeye bırakır. Sıralama eğitim çerçevesidir; her adayın sonunda canlı işleme geçmesi zorunluluğu değildir.

«İleri»nin iki farklı anlamı

Test raporunda bunları her zaman ayırın:

• Geçmiş ileri ayrılmış örneklem: test aracı mevcut veri kümesinin sonraki parçasını ayırır, önceki parçada parametre seçer ve ayrılmış bölümde değerlendirir. MT5 geçmiş bölünme seçeneğini Forward olarak adlandırır.^[6] Bu, test aracının modeli altında başka geçmiş pencereyi inceler. Gerçek gelecekteki uygulamayı ölçmez.
• İleriye dönük gözlem: dondurulmuş strateji, dondurma tarihinden sonra gözlemler geldikçe çalışır. Orijinal zaman damgalı kararlar henüz var olmayan gözlemleri kullanamaz. Yine de bu kayıtları koruyun; çünkü sonraki revizyonlar veya geçmişe dönük yeniden etiketleme değerlendirmeyi hâlâ kirletebilir. Emirlerin simüle mi, yalnızca kâğıt üzerinde kayıtlı mı yoksa gerçekten canlı gerçekleşmiş mi olduğunu belirtin; gerçek canlı gerçekleşmeleri yalnızca sonuncusu sağlar.

Modu ve dondurma tarihini test kartının alan 4'üne kaydedin. Bu tarih olmadan «yeni veride çalıştı», «kurallar seçilirken zaten mevcut veride çalıştı» ifadesinden ayırt edilemez.

Aşama 1: gelen verilerde demo

Sağlayıcının demo ortamı, her veri akışını, uygulama kuralını veya kısıtı paylaşmadan canlı platformuna benzeyebilir. Aynı koşulları varsaymak yerine farkları doğrulayın. Demo şu nedenlerle yararlıdır:

• Emir ve strateji hataları gerçek hesap sermayesini doğrudan kaybettirmez.
• On işlemden sonra kusur keşfedip finansal işlem kaybı olmadan geliştirmeye dönebilirsiniz. Yeni sürümü kaydedin ve revize kuralı aynı değerlendirmeye karıştırmak yerine eski gözlemleri koruyun.
• Araç entegrasyonunu test edebilirsiniz: uyarılar, EA başlatma, kural uygulama, emir durumunun ele alınması ve günlük dışa aktarımları.

Sınırlamaları şunları içerir:

• Simüle gerçekleşmeler: kayma ve likiditenin ele alınması canlı uygulamadan farklı olabilir. Olumlu demo gerçekleşmesinden sağlayıcının niyetini çıkarmayın; ölçülebilir farkı belirleyin.
• Farklı finansal sonuçlar: simüle marjin ve zorunlu kapatma mekanizmaları bulunabilir; ancak gerçek parasal kaybın yokluğu, kullanıcının fonlanmış maruziyete tepkisini yeniden üretmez.
• Eksik talep davranışı: ret, yeniden kotasyon ve kısmi gerçekleşme davranışı farklı olabilir. Bunlar yalnızca ECN veya STP pazarlama etiketine değil, uygulama moduna ve ürün ayarlarına bağlıdır.

Örnek 30 günlük, 30 işlemlik demo aşaması pratik sorular sorar: uyarılar amaçlanan anda çalıştı mı, EA sinyal kaçırdı mı, gözlemlenen spread modelden farklı mıydı ve operatör kuralları elle değiştirdi mi? Bu sayılar senaryo eşikleridir; piyasa standardı değildir. İki haftada tek sinyalle aynı gözlem hedefi aylar alır. Doğru 30 işlem bile esas olarak altyapı ve süreç kontrolünü destekler; kesin beklenti tahminini kanıtlamaz.

İleriye dönük sonuçları ilk günden kaydedin. Bir aylık işlemi elle yeniden oluşturmak atlamalara davetiye çıkarır ve uzlaştırmayı güvenilmez kılar. Günlük şeması, içe aktarımlar ve sağlayıcı ekstreleriyle karşılaştırma şu maddede ele alınır: madde 15.9. En azından sinyal zamanını, talep ve gerçekleşme zamanlarını, uygulanabilir fiyatları, kaymayı, ücretleri, kurulum sürümünü ve ilk parasal riski koruyun. Uyumlu muhasebe olmadan ileriye dönük R katı testin R'siyle karşılaştırılamaz.

Aşama 2: gerçek zamanlı akışta kâğıt üzerinde işlem, isteğe bağlı 30–60 gün

Gölge veya kâğıt üzerindeki süreç, emir vermeden her uygun sinyali kaydeder ve açık spread, kayma ve gerçekleşme modeliyle varsayımsal sonuç hesaplar. Model üzerinde kontrol sağlar ve açıklanmayan demo gerçekleşmelerine dayanmayı önler. Gerçek uygulama kanıtı üretmez; operatörün gerçek parasal sonuçlar altında emri gönderip göndermeyeceğini de göstermeyebilir. Örnek 30–60 gün isteğe bağlıdır ve demodan sonra hangi sorunun çözülmemiş kaldığına bağlıdır. Aynı sinyalleri kapsıyorsa otomatik ek bağımsız piyasa gözlemi kaynağı değildir.

Aşama 3: ayrıca yetkilendirilmiş sınırlı canlı pilot

İncelenen senaryo, PLN 1.000–2.000 küçük fonlanmış hesap ve 0,01–0,05 standart lot emirleri gösterir. Bunları şu şekilde koruyun: Polonya senaryosunun tutarları; uygun mevduat veya pozisyon büyüklüğü tavsiyesi değil. Geçerli büyüklük; stop mesafesi, pip değeri, ücretler, marjin gereksinimleri ve sahibinin kayıp bütçesinden gelmelidir. Küçük hesap veya geniş stop için 0,01 lot bile fazla olabilir. Sağlayıcının minimum büyüklüğü yetkilendirilmiş bütçeye sığmıyorsa doğru sonuç, pilotu orada yürütmemektir.

Sınırlı canlı aşamanın amacı, gelir sağlayıp sağlayamayacağını test etmek değil, sınırlandırılmış ve açıkça kabul edilmiş planlı maruziyette gerçek uygulamayı araştırmaktır. Şunları ölçebilir:

• Gerçek uygulama: gerçek hesap modunda gözlemlenen spreadler, kayma, gecikme, retler ve varsa yeniden kotasyonlar.
• Operasyonel uyum: kural dışı manuel çıkışlar, stop değişiklikleri, göz ardı edilen sinyaller ve diğer sapmalar. Hata oranı paydasını tanımlayın: uygun sinyaller, gönderilmiş emirler ve tamamlanmış işlemler farklı kümelerdir.
• Gerçek finansman: borç ve alacakları demo takvimiyle değil, geçerli canlı sembol şartnamesiyle uzlaştırın.
• Canlı koşullarda entegrasyon: EA'nın, uyarıların, kayıtların ve kontrol prosedürlerinin amaçlandığı gibi davrandığını teyit edin.

Örneğin 90 gün ve 60–100 işlem hedefleri örnek planlama varsayımlarıdır. İki örneklemdeki belirsizliği de hesaba katarak geçmiş ve ileriye dönük tahminlerin nasıl karşılaştırılacağını önceden belirleyin. Yeni ortalamanın geçmiş ortalamanın güven aralığına düşüp düşmediğini sormak uygun iki örneklem karşılaştırması değildir. İki ayrı aralığın örtüşmesi de farklarının güven aralığının sıfırı içermesine matematiksel olarak eşdeğer değildir.

Farkı, verilere ve bağımlılığa uygun yöntemle tahmin edin; soru pratik eşdeğerlikle ilgiliyse kabul edilebilir bozulma marjını tanımlayın. Sıfırı içeren fark aralığı farkın çözümsüz kaldığını gösterir; iki uygulamanın eşdeğerliğini kanıtlamaz. Karşılaştırmayla birlikte, anlaşılmış uygulama davranışı, risk sınırlarına uyum ve ölçülmüş kabul edilebilir kural ihlali oranı isteyin. Simüle düşüş yüzdeliği önceden belirlenmiş inceleme tetikleyicisi olabilir; aşılamaz gelecek sınırı değildir. Tüm ölçütleri başlamadan kaydedin.

Geçiş ölçütleri

Aşağıdaki süre ve adetler bu örnek senaryoyu korur. Gerçek karar kuralları test kartının alan 9'una aittir; tablo, yeterince gün geçti diye ilerleme izni değildir.

Birçok planda eksik olan dal «canlı kullanıma geçmeyin»dir. Başarısız eşik, ölçütü düşürme daveti değil, kaydedilecek sonuçtur. Bu örnek takvim; dört ila sekiz haftalık geçmiş çalışma, 30 demo günü ve 90 pilot günü toplamından oluşur: 148–176 gün, yaklaşık beş ila altı ay; isteğe bağlı kâğıt üzeri aşama ve duraklamalar hariçtir. Bu aritmetik planlama örneğidir; yeterli kanıt garantisi veya aşamayı atlamanın mutlaka kayıp doğuracağı tahmini değildir. Atlamak sorularını yanıtsız bırakır.

Operasyonel uygulanabilirlik: geçmiş model neyi test etmez?

13:30 Europe/London'da karar gerektiren strateji, aynı dilimde 16:00'a kadar toplantılarda olan biri için operasyonel olarak uygulanabilir değildir. Bunlar orijinal Polonya örneğindeki 14:30 ve 17:00'ın eşdeğerleridir; evrensel olay takvimi değildir. İleriye dönük sinyal envanteri kaçırılan fırsatları ortaya çıkarır. Onları gerçekleşmeyenler olarak kaydedin; kaldırıp araştırma ve uygulamanın aynı fırsat kümesini kullandığını varsaymayın.

Madde 15.5 işle uyumlu karar pencerelerini, uyarıları ve yüksek zaman dilimlerini ele alır. Madde 15.1 çalışma istasyonunun sürekliliğini, VPS izlemesini ve başlatmayı ele alır; madde 15.3 stratejinin zamanlama ve uygulama varsayımlarını kaydeder. Bunlar uygulamayla ilgili farklı sorumluluklardır.

Bu senaryoda yalnızca alış fiyatlı geçmiş model 1,5 pip maliyet kullanırken gözlemlenen model 2,5–4 pip spread artı her tarafta 0,5–1,5 pip kayma gerektirir: toplam 3,5–7 pip. Bunlar güncel GBP/JPY kotasyonları değil, sentetik varsayımlardır. R cinsinden fark stop mesafesine bağlıdır. Örneğin maliyeti 1,5'ten 4,5 pipe çıkarmak 3 pip ekler; D = 5 pipte bu 0,6R'dir ve +0,4R'yi −0,2R'ye çevirmeye yeter. Demo kontrolü kotasyon modeli farklarını gösterebilir; ancak canlı kaymanın keşfini garanti etmez. Parasal riskin onda birinde aynı −6R, USD 150 yerine USD 15 olurdu; yalnızca sağlayıcının minimum büyüklüğü ve orantılı maliyet varsayımları bu ölçeğe izin veriyorsa. Otuz işlem beklenti hakkında hâlâ sınırlı kanıt verir. Yine de ölçülmüş maliyet uyuşmazlıkları, maliyetlerin kendisinin de değiştiğini ve kuyruk uygulamasının belirsiz kaldığını kabul ederek modeli düzeltmeyi gerekçelendirebilir.

6. Kaç gözlem yeterlidir? N, p değerleri ve güven aralıkları

18 kazançlı işlem içeren 30 işlemlik geçmiş testin gözlemlenen kazanma oranı %60'tır. Bu, stratejinin temel kazanma olasılığının kesin ölçümü değil, örneklemin geçerli tanımıdır. Bağımsız ve özdeş dağılımlı Bernoulli denemelerinde iki taraflı %95 Clopper–Pearson aralığı yaklaşık 40,6–%77,3. Aralık prosedürü, model altında tekrarlanan örneklemlerde en az belirtilen kapsama sahiptir; bu belirli örneklem gözlemlendikten sonra sabit bilinmeyen parametreye %95 olasılık atamaz.

Merkezî limit teoremi, kalın kuyruklar ve sihirli sayının yokluğu

Merkezî limit teoremi, şu sayıyı N = 30 evrensel olarak yeterli ilan etmez. Uygulanabilirliği ve yaklaşım kalitesi, dağılım ve bağımlılık varsayımlarına bağlıdır. Finansal işlem sonuçları çarpık, kalın kuyruklu ve kümelenmiş olabilir: tek +5R kazanç veya −3R boşluk kaybı küçük örneklemin ortalamasını ve yayılımını ciddi değiştirebilir. Yakınsama yavaş olabilir; bazı modeller olağan sonlu varyans varsayımlarını hiç sağlamaz.

Tek bir sihirli işlem sayısı yoktur. Yeterlilik; R sonuçlarının yayılımına, işlemler arası bağımlılığa, sinyal sıklığına, rejim kapsamına, denenen varyant sayısına ve kararın gerektirdiği hassasiyete bağlıdır. Aynı haftalık trende veya makro olaya maruz kalan otuz giriş otomatik otuz bağımsız deney değildir. Gözlem sayısını her zaman raporlayın; ancak tek başına geçme notu olarak değil, aralık, yöntem ve varsayımlarla birlikte.

Farklı örneklem büyüklüklerinde kazanma oranı aralıkları

Tablo şu aralıkları kullanır: iki taraflı %95 Clopper–Pearson aralıkları; tam sayı kazanç sayıları ve bağımsız, sabit olasılıklı denemelerle. Bağımlılık veya değişen kazanma olasılığı bu basit yorumu geçersiz kılar; pozitif kümelenme genellikle etkin bilgiyi azaltır, ancak her olası bağımlılığın aynı etkiyi yaptığını varsaymayın. Kümelenmiş veya değişen koşulların nasıl ele alındığını belirtin.

Karşılaştırma sütunu, yalnızca iki sonuçlu ve sabit 1:1 getirili modelin başa baş oranı olduğu için %50 kullanır; ek maliyetler olmadan. Daha genel olarak, pozitif kazanç büyüklüğü W ve kayıp büyüklüğü L için ek maliyetsiz başa baş oranı L / (W + L), eşdeğer olarak 1 / (1 + W/L). 1R kayba karşı 2R kazanç %33,3 verir; 1R kayba karşı 0,5R kazanç %66,7 verir. Ek sabit ortalama maliyet c, modelin eşiğini şu düzeye yükseltir: (L + c) / (W + L); bu maliyet W ve L'ye zaten dahil edilmemişse.

Operasyonel sonuç «200 işlem yeterlidir» değildir. Sonuç şudur: seçilen karar eşiğine göre belirsizlik önemlidir. n = 100'de iki taraflı aralık hâlâ %50'yi içerir; o belirli aralık ölçütü sonuçsuzdur. n = 200'de %50'yi dışlar; ancak kârlı strateji iddiası tüm getiri ve maliyetleri yine gerektirir. Sonuçsuz sonuç normalde plan altında araştırmaya devam etmeyi gerektirir; ne daha küçük canlı pozisyona otomatik izin verir ne de mevcut stratejinin mutlaka emekliye ayrılması gerektiğini kanıtlar. Güvenlik sınırları ve kanıtlanmış uygulama kusurları ayrı duraklama nedenleri olarak kalır.

Binom testi: kazanma olasılığı %50'nin üzerinde mi?

Buradaki sıfır hipotezi p = 0,5; önceden belirlenmiş alternatif ise p > 0,5. Bu, «işlem avantajı yok» ile aynı değildir. %40 kazanç ve 3:1 getirili stratejinin maliyet öncesi beklentisi pozitiftir; %70 kazanç ve 0,5:1 getiri bile maliyetlerin silebileceği yalnızca küçük pozitif tampon üretir.

Tek taraflı p değeri, sıfır hipotezi ve örnekleme varsayımları altında, örneklemdeki kadar veya daha fazla kazanç gözlemleme olasılığıdır. Sıfır hipotezinin doğruluğunun, stratejinin avantaj sahibi olmasının veya gelecekteki sonucun kârlı olmasının olasılığı değildir. Bu makaledeki gibi betimleyici bantlar kullanıyorsanız dikkatle yorumlayın:

• 0,01'in altında: önceden belirlenmiş tek test için bu sıfır hipotezi altında nispeten olağandışı üst kuyruk sonucu; yararlı işlem etkisinin kanıtı değil.
• 0,01–0,05: önceden belirlenmiş %5 tek taraflı testi geçebilir; ancak birçok adaydan seçim uygun çokluluk prosedürü gerektirir.
• 0,05–0,10: %5 ret eşiğini geçmez. Etki bu ölçüte göre belirsiz kalır.
• 0,10'un üzerinde: bu kazanma olasılığı sıfır hipotezini o eşiklerde reddetmek için yetersiz kanıt. Rastgele performansı veya getiri temelli avantajın yokluğunu kanıtlamaz.

Sonucu görmeden önce test yönünü ve eşiğini seçin. 30 varyant tarandıysa en küçük düzeltilmemiş p değeri seçilmiş sonuçtur; bölüm 2 tüm deneme geçmişinin neden önemli olduğunu açıklar.

Modern SciPy'da şunu kullanın: from scipy.stats import binomtest, ardından binomtest(wins, n_trades, 0.5, alternative='greater').pvalue. Şu kaynak: resmî API belgeleri bunun 1.7.0 sürümünde eklendiğini kaydeder. Eski binom_test 1.10.0'da kullanımdan kaldırılmak üzere işaretlenmiş, 1.12.0'da kaldırılmıştır; eskimiş parçaları kopyalamak yerine güncel sonuç nesnesi API'sini kullanın.

100 işlemde 60 kazanç için tek taraflı p değeri yaklaşık 0,02844. 30'da 18 kazanç için yaklaşık 0,18080; gözlemlenen kazanma oranı yine %60 olsa da. İlki düzeltilmemiş, önceden belirlenmiş %5 tek taraflı testi geçer; ikincisi geçmez. Tablonun 100 işlemlik aralığının %50'yi içermesiyle çelişki yoktur: o tablo iki taraflı %95 aralığı kullanır. Kararları karşılaştırmadan önce güven düzeyini ve test yönünü eşleştirin.

Yalnızca kazanma oranını değil, R sonucunu test edin

%40 kazanç, 3R ortalama kazanç ve 1R ortalama kayıpta ek maliyetlerden önce beklenti 0,4 × 3 − 0,6 × 1 = +0,6R. %70 kazanç, 0,5R ortalama kazanç ve 1R ortalama kayıpta yalnızca +0,05R'dir. İkincisinin kazanma oranı daha yüksek, maliyet tamponu çok daha küçüktür. İki sayısal varsayım da gerçek strateji kalitesinin kanıtı değildir.

Tek örneklem t testi, varsayımları ve yaklaşımı uygunsa ortalama net R'yi sıfıra karşı inceleyebilir. İstatistiği t = mean_R / (sample_sd_R / sqrt(N)); serbestlik derecesi N−1'dir. Seçilmiş, bağımlı veya kalın kuyruklu işlem sonuçları için tam istatistiksel yanıt değildir; bunlar farklı çıkarım tasarımı veya yeniden örnekleme yöntemi gerektirebilir.

Örnek +0,3R örneklem ortalaması ve 1,5R örneklem standart sapması için N = 30 şu değeri verir: t ≈ 1,10 ve tek taraflı p değeri yaklaşık 0,14. N = 200'de aynı ortalama ve yayılım şu değeri verir: t ≈ 2,83 ve tek taraflı p değeri yaklaşık 0,003. İkincisi varsayımlar altında o belirli sıfır ortalama hipotezine karşı daha güçlü kanıttır; kesinlik veya otomatik canlı işlem izni değildir. Şu arayüz: SciPy tek örneklem t testi API'si açık alternatifleri destekler; şu seçeneği seçin: alternative='greater' yalnızca soru önceden böyle belirlenmişse.

Örnek, aynı nokta tahmininin farklı örneklem büyüklüklerinde neden farklı sonuçları destekleyebileceğini gösterir. Hem N'yi hem net beklenti çevresinde uygun aralığı kaydedin. Belirli N'ye ulaşmak sonucu kesinleştirmez; anlamlılık çıkana kadar tekrar tekrar bakmak başka seçim sorunu yaratır.

Operasyonel beklenti formülü

W% ve L% için kesirleri, koşullu ortalama kazanç ve kayıp için pozitif büyüklükleri kullanın. Başa baş işlemler sıfır katkı yapar ama toplam sayıya dahildir. %54 kazanç, 1,8R ortalama kazanç ve 1R ortalama kayıpla sonuç 0,54 × 1,8 − 0,46 × 1 = 0,512R, yaklaşık +0,51R'dir.

Bunlar şu türde olmalıdır: gerçekleşmiş ortalamalar; planlanan hedef oranı değil. İlk stop mesafesinin 1,8 katındaki hedef, kazananların gerçekten ortalama +1,8R verdiği anlamına gelmez: kısmi çıkışlar, erken kapanışlar ve uygulama sonucu değiştirir. R serisi tüm ücretler sonrası netse maliyetleri tekrar çıkarmayın. Belirli ücretlerden önceyse net iddiayı değerlendirmeden bunları bir kez dahil edin. +0,2–0,3R maliyet, daha küçük pozitif maliyet öncesi tahmini silebilir; birim ve payda hesabı izlenebilir kılmalıdır.

SQN: raporlama kuralı, sermaye tahsis kararı değil

Şu biçimdeki puan: SQN = sqrt(N) × mean(R) / std(R) ortalama sonucu, yayılımı ve örneklem büyüklüğünü birleştirir.^[5] Aynı ortalama ve standart sapmada, üst sınır uygulanmamış biçim √N ile yükselir. Dolayısıyla uzun test, işlem başına daha büyük avantaj olmadan daha yüksek puan alabilir. Örneklem standart sapması kuralını ve N üzerindeki her sınırı belirtin; bölümün başka yerinde tartışılan sınırlı varyant, sınırsız puanla birbirinin yerine geçmez.

Madde 15.9 ortak ölçüt tanımlarını ve sınırlamalarını sağlar. SQN avantajın gerçekliğini kanıtlamaz, OOS değerlendirmesinin veya maliyet modelinin yerini tutmaz ve tek başına sermaye tahsisini belirlemez.

0,7R ortalama kazanç ve 1,2R ortalama kayıp eklendiğinde (27 × 0,7 − 20 × 1,2) / 47 = (18,9 − 24) / 47 ≈ −0,109R. Toplam −5,1R'dir; pozitif sonuç değil. Başlangıç özkaynağının %1'ine eşit sabit parasal R ile bu başlangıç özkaynağının −%5,1'idir. 27 kazancın her biri tam +0,7R ve her kayıp tam −1,2R ise her seferinde mevcut özkaynağın %1'ini riske atmak şu sonucu verir: 1,007^27 × 0,988^20 − 1 ≈ −%5,17. Yalnızca iki ortalama biliniyorsa bireysel sonuç büyüklükleri de önemli olduğundan bu bileşik sonuç tekil biçimde belirlenmez.

Negatif ağırlıksız ortalama R yanında pozitif nakit sonuç; farklı parasal risk ağırlıklarını, para yatırma veya çekmelerini, ücretleri ya da uzlaştırma hatasını yansıtabilir; tek açıklama varsaymak yerine araştırın. Değişken risk, R cinsinden beklentiyi hesaplanamaz yapmaz. Her işlem için kendi pozitif ve girişten önce sabitlenmiş R₀ değeri gerekir; şu formülle: R_i = maliyetler sonrası P/L_i / R₀_i. Yapamayacağınız şey; risk ağırlıkları, özkaynak yolu ve nakit akışı bilgisi olmadan ağırlıksız R toplamını hesabın yüzdesel değişimine çevirmektir. Ders, tek ölçüt eksik diye sekiz aylık gözlemi gözden çıkarmak değil, eksik sütunları korumaktır. Küçük veya bağımlı örneklem: çıkarımı sınırlandırın.

7. Uygulama ve maliyet modellemesi: spread, kayma, finansman, komisyon ve kısmi gerçekleşmeler

Maliyetleri düşük göstermek, kaybeden uygulamayı görünürde kârlı geçmiş teste çevirebilir. Dört maliyet bileşenini ayrı modelleyin; sonra her biri tam bir kez sayılacak biçimde gerçekleşme modeliyle uzlaştırın. Ayrıntılı ücret tablosu imkânsız gerçekleşmeleri telafi etmez.

Spread: sabit mi, değişken mi?

Tick Data Suite, içe aktarılmış tik verisi, değişken spreadler ve ek uygulama ayarları için MT4 iş akışlarından biridir. Sağlayıcısı bu yetenekleri açıklar ve %99 modelleme kalitesi rakamıyla pazarlar. Rakam test aracıyla ilgili göstergedir; stratejinin veya canlı gerçekleşmelerinin doğru olmasının %99 olasılığı değildir. Satın alma kararı rozete değil, araştırmanızın gerçekte hangi eksik veri veya modelleme yeteneğine ihtiyaç duyduğuna bağlıdır.

Spread duyarlı scalping veya açıklama stratejisinin işareti model değişince değişebilir; yaklaşık 100 pip stoplu swing stratejisi küçük spread farkına daha az duyarlı olabilir. Ücretli aracın maliyetini mutlaka çıkaracağını varsaymak yerine duyarlılığı ölçün. Bu makale satın alma tavsiyesi veya güncel abonelik fiyatı vermez.

Kayma: sabit ve koşullu modeller

Kayma, yön ve emir tarafı belirtilmek üzere seçilen referans fiyatıyla gerçek gerçekleşme arasındaki farktır. Geçmiş model fiyatını canlı gerçekleşmeyle karşılaştırmak, ancak referans zaman damgası ve kotasyon kuralı eşlendikten sonra yararlıdır. Olası modeller şunlardır:

• Sabit: her giriş ve çıkışta 0,5 pip gibi sabit olumsuz pay. Basittir; ancak stres koşulları için yetersiz olabilir.
• ATR'ye koşullu: pip cinsine çevrilmiş örnek 0,1 × tamamlanmış M5 ATR(14) payı. Seçilen volatilite ölçüsüyle artar; ancak katsayı kalibrasyon gerektirir ve kuyrukları açıklamayabilir.
• Büyüklüğe ve derinliğe koşullu: emir miktarını, mevcut derinliği ve işlem yerinin uygulama sürecini kullanan model. İlgili derinlik ve emir durumu verisini gerektirir; sıradan alış/satış tik geçmişi bunu otomatik sağlamaz.

Örneğin üç rejimli başlangıç taslağı — olağan koşullarda pip kesirleri, kırılımlarda birkaç pip ve açıklama sonrası olası çift haneli pipler — örnektir; ölçülmüş hesap dağılımı değildir. Eşlenmiş taleplerden ve gerçekleşmelerden kendi tablonuzu oluşturun. Pozitif sayılar olumsuz kayma demekken alış şu farkı kullanır: gerçekleşme - referans, satış ise referans - gerçekleşme; ardından pip büyüklüğüne bölün. Uzun pozisyon çıkışı satıştır, kısa pozisyon çıkışı alış. Reddedilen taleplerle birlikte olumlu gerçekleşmeleri de koruyun ve kullanılan referansı raporlayın.

Birkaç düzine işlem olağan uygulama uyuşmazlığını ortaya çıkarabilir; ancak nadir uygulama kuyruklarını güvenilir tanımlaması enderdir. Küçük ortalamayı tüm kayma modeli diye sunmak yerine örneklem dönemini, işlem büyüklüklerini ve koşulları kaydedin.

Swap ve finansman

Geçerli finansman sınırını aşan pozisyonlara borç veya alacak yazılabilir. Platformun sembol şartnameleri farklı hesaplama modlarını destekler; dolayısıyla gösterilen swap sayısı mutlaka «lot başına gecelik pip» değildir. Dönüştürmeden önce puan, para tutarı, faiz hesabı veya ürüne özgü başka kuralı temsil edip etmediğini kontrol edin.

• Yön: uzun ve kısa oranları ayrı alın. Eşit ve zıt olmak zorunda değildir; ikisi de ücret olabilir. Eski faiz ortamından kalıcı pozitif kısa EUR/USD swapı veya negatif uzun swap varsaymayın.
• Gün çarpanları: birçok T+2 FX enstrümanı çarşamba rollover'ıyla ilişkili üçlü düzeltme kullanır; ancak gerçek gün ve tatil istisnaları enstrümanla sağlayıcıya bağlıdır. Tarihsiz gece sayısını çarpmak yerine pozisyonun takvimini modelleyin.
• Oran değişimleri: finansman geçerli faiz ortamını ve sağlayıcı şartlarını yansıtır. Geçmiş testte mevcutsa geçmiş takvimleri kullanın veya senaryo yaklaşımını açıklayın. Bugünkü tablo birkaç yıl önceki maliyetleri otomatik yeniden oluşturmaz.

Üç ila sekiz gün tutulan swing pozisyonunda finansman beklentinin önemli payını tüketebilir. İlk mesafeyi kullanarak pip eşdeğeri ücreti R'ye çevirin; ardından tarihli oran ve çarpanların gerçek sırasını uygulayın. Önemli ücreti atlamak net iddiayı desteksiz bırakır; alacak da başka maliyeti götürdüğü varsayılmadan doğru işaretiyle kaydedilmelidir.

Komisyon

Bazı hesaplar spreade ek olarak işlem hacmine göre ücret alır. Örnek, ana çift için standart lot gidiş-dönüş USD 5–7, minör için USD 6–10, egzotik için USD 8–15 gösterir. Bunlar güncel kotasyonlar değil, senaryo aralıklarıdır; ECN/STP etiketleri ücreti belirlemez. Minimum ücret ve kademeler dahil geçerli hesap tarifesini kullanın.

Komisyonu pip cinsinden ifade etmek için tek lotun gidiş-dönüş komisyonunu o lotun şu para birimindeki pip değerine bölün: aynı para birimi. Standart EUR/USD örneğinde, USD 6 / pip başına USD 10 = gidiş-dönüş başına 0,6 pip. Hesap PLN veya başka para birimindeyse her iki tutarı tutarlı çevirin; yalnızca payı çevirmek oranı yanlış değiştirir.

Ayda 0,1 lotluk 200 işlem ve standart lot gidiş-dönüş USD 6 ile komisyon ayda USD 120'dir. USD 1.000 başlangıç özkaynağına göre aylık devir maliyeti %12'dir; on iki aynı ay boyunca USD 1.440, yani başlangıç tutarının %144'ü. Aritmetik toplamdır; tahmin veya bileşik hesap getirisi değildir. Devir ve maliyetlerin neden incelenmesi gerektiğini gösterir; her küçük lot stratejisinin ekonomik olmadığını kanıtlamaz.

Örnek politika, yıllık komisyonu beklenen strateji getirisinin örnek %20–30 payı içinde tutar. Böyle oranı evrensel sermaye eşiği değil, senaryo politikası sayın; döngüsel mantıktan kaçınmak için paydanın brüt beklenen kâr mı yoksa aynı komisyon sonrası kâr mı olduğunu tanımlayın. Maruziyet orantılı ölçekleniyorsa yalnızca hesap sermayesini artırmak işlem başına net avantajı iyileştirmez. Önce gerçek net sonuçları ve belirsizliği değerlendirin.

Tick Data Suite: MT4 tik verisi iş akışı

Yazılım adını profesyonel doğrulama sertifikası saymadan orijinal iş akışı korunabilir:

• Sağlayıcı ve lisanslama: satın almadan önce sağlayıcının güncel resmî sitesini, lisans ve uyumluluk koşullarını inceleyin. Site adresleri ve yönlendirme davranışı değişebilir.
• Veriler: Dukascopy geçmiş veri dışa aktarımı olası kaynaklardan biridir. Enstrüman kapsamını, zaman damgalarını, alış/satış alanlarını, boşlukları ve kullanım şartlarını inceleyin. İnce zaman damgası çözünürlüğü sunan kaynak, tam uygulanabilir likiditeyi garanti etmez.
• İlk kurulum: örnekteki iki ila üç saatlik pay örnektir; vaat değildir. Önce küçük seçilmiş dönem indirin, saat dönüşümünü ve sembol özelliklerini teyit edin, veriyi belgelenmiş test akışına bağlayın ve gerçekten hangi tik modunun kullanıldığını doğrulayın.
• Kurulumdan sonra: değişken spreadi, komisyonu, finansmanı, hacim kısıtlarını, marjini ve stop ayarlarını amaçlanan hesapla karşılaştırın. Örnek işlemleri elle inceleyin. «Her tik» ifadesini tek başına tiklerin üretilmiş değil kaydedilmiş olduğunun kanıtı saymayın.

Amaç, basitleştirilmiş spread modeliyle daha ilgili kayıtlı veri modeli arasındaki farkı araştırmaktır. Araç strateji hipotezini doğrulayamaz, mevcut olmayan derinlik verisini onaramaz veya gelecek maliyetlerin geçmişe benzeyeceğini garanti edemez. Yararı, araştırma gereksiniminizden ve yaptığınız kontrollerden doğar.

Uygulama modellemesi: gecikme, boşluklar ve kısmi gerçekleşmeler

Maliyet muhasebesi uygulama modelinin yalnızca yarısıdır. Alan 5, sinyal ile gerçekleşme arasında ne olduğunu da belirtmelidir:

• Sinyal zamanı ve gecikme: teyit edilmiş mum kapanışından sonra hesaplama, iletim ve kabul zaman alır. Manuel kararlar saniyeler sürebilir; otomatik gecikmeler sisteme ve sağlayıcıya bağlıdır. Ölçün veya açıkça modelleyin. Sıfır gecikme varsayımı kırılım için önemli olabilir; ancak katkısı kanıt olmadan maliyetin sabit payı diye ilan edilemez.
• Boşluklar: sıradan stop-piyasa emri mevcut olmayan fiyatta gerçekleşemez. Emir kuralları altında, gecikmiş veya başarısız uygulama olasılığı dahil sonraki mevcut uygulanabilir kotasyonu modelleyin. Her zaman tam stopta gerçekleşmek, özellikle kapanış ve açıklama çevresinde bazı kuyruk kayıplarını düşük gösterir.
• Kısmi gerçekleşmeler: yalnızca ilk fiyat yerine gerçekleşmelerin miktar ağırlıklı ortalamasını kullanın. Diğer koşullar aynıysa kısmi miktar genellikle tam talepten daha az maruziyet yaratır; ancak değişen gerçekleşme fiyatları ve ücretler bu karşılaştırmayı değiştirebilir. Buradaki günlük kuralında orijinal emir öncesi R₀'ı koruyun ve gerçekleşmemiş payı ayrı kaydedin. Başka uygulama tahsis edilmiş gerçekleşen pozisyon riskini kullanıyorsa paydayı sonradan değiştirmek yerine ayrı ölçüt olarak kaydedin. Tek giriş kararının kısmi çıkışları tek işlem olarak kalır; ayrı gözlem saymak ağırlığı değiştirip kazanma oranını çarpıtabilir.
• Yeniden kotasyonlar ve retler: geçmiş sinyal canlı gerçekleşmeye dönüşmeyebilir. Talep sonuçlarını kaydedin, teyitli reti bilinmeyen durumdan ayırın. Elli aday sinyal ve 41 gerçekleşen işlem, dokuz eksik sinyal değil, dokuz uygulama başarısızlığını yansıtabilir; uzlaştırma aynı türdekileri karşılaştırmalıdır.

Her önemli varsayımı zorlayın: daha uzun gecikme, daha kötü kayma, belirsiz mumun olumsuz çözümü. Makul değişiklik avantajı kaldırıyorsa duyarlılığı ve eksik uygulama kanıtını raporlayın. Sırf ihtiyatlı diye her kötümser senaryoyu gerçekçi ilan etmeyin. Her referans fiyatta anında tam gerçekleşme varsayan modelin sınırlaması açıkça belirtilmelidir. MAE/MFE tanı yöntemleri ve örnekleme kuralları şu maddede geliştirilir: madde 15.9.

Doğrulama betiği için birleşik maliyet defteri

Aşağıdaki çalıştırılabilir öğretim örneği, bu örnekteki sözde kodu genişletir. Tüm bileşenler çiftin pip birimlerini kullanır. Küçük spread ve komisyon tabloları sağlayıcı verisi değil, sentetiktir. UTC saat bantları bilerek basitleştirilmiştir; yaz saati değişimini veya açıklama şoklarını modellemez. Üretim araştırması tarihli kotasyonlar veya doğru belirlenmiş koşullu model kullanmalıdır.

Finansman olayları ayrı uzun ve kısa maliyetleri ve geçerli gün çarpanını sağlar; işlev zıt oranlar varsaymaz veya basit gece sayısından üçlü swap tahmin etmez. İşaretler test edilmiş kâr/zarara zaten dahil bileşenleri belirler. Sonuç, hâlâ düşülmesi gereken ek düzeltmedir; tüm defteri ikinci kez ücretlendirme izni değildir.

import math

def total_cost_per_trade(pair, hour_utc, atr_pips, direction,
                         financing_events=(), *, spread_in_fills=False,
                         slippage_in_fills=False, commission_in_result=False,
                         financing_in_result=False):
    """Pip cinsinden ek maliyet; pozitif = maliyet, negatif = net alacak.

    Her finansman olayı bağımsız günlük 'long' ve 'short' pip eşdeğeri
    MALİYETLERİ ve geçerli 'multiplier' içerir. Alacak negatiftir.
    Tarihli olayları gerçek tutma dönemi ve oranlardan dışarıda doldurun.
    """
    spread_table = {
        "EURUSD": {"low": 1.5, "normal": 0.7, "peak": 0.3},
        "GBPJPY": {"low": 4.0, "normal": 2.0, "peak": 1.2},
    }
    commission_table = {"EURUSD": 0.6, "GBPJPY": 0.8}  # Sentetik gidiş-dönüş pipleri.
    if pair not in spread_table:
        raise ValueError("Desteklenmeyen çift: açık maliyet modeli sağlayın")
    if direction not in ("long", "short"):
        raise ValueError("direction long veya short olmalıdır")
    if isinstance(hour_utc, bool) or not isinstance(hour_utc, int):
        raise ValueError("hour_utc 0 ile 23 arasında tam sayı olmalıdır")
    if not 0 <= hour_utc <= 23:
        raise ValueError("hour_utc 0 ile 23 arasında tam sayı olmalıdır")
    if not math.isfinite(atr_pips) or atr_pips < 0:
        raise ValueError("atr_pips sonlu ve negatif olmayan değer olmalıdır")
    regime = "low" if hour_utc >= 22 or hour_utc <= 6 else (
        "peak" if 8 <= hour_utc <= 16 else "normal"
    )
    spread = 0.0 if spread_in_fills else spread_table[pair][regime]
    slippage = 0.0 if slippage_in_fills else 2 * 0.1 * atr_pips
    commission = 0.0 if commission_in_result else commission_table[pair]
    financing = 0.0
    for event in financing_events:
        rate = float(event[direction])
        multiplier = float(event["multiplier"])
        if not math.isfinite(rate) or not math.isfinite(multiplier) or multiplier < 0:
            raise ValueError("Geçersiz finansman olayı")
        if not financing_in_result:
            financing += rate * multiplier
    return spread + slippage + commission + financing

# Sentetik örnek: ayrı oranlar; zıt işaret varsayımı yok.
events = [{"long": 0.3, "short": 0.1, "multiplier": 3}]
print(total_cost_per_trade("EURUSD", 10, 5.0, "long", events))  # 2.8 pip
print(total_cost_per_trade("EURUSD", 10, 5.0, "long", events,
                           spread_in_fills=True))             # 2.5 pip

Basit kontrolde, ek maliyetten önce +0,4R; maliyet 0,2R ise +0,2R'ye, maliyet 0,5R ise −0,1R'ye dönüşür. Pip defterini ilgili ilk risk mesafesi ve para birimi kuralıyla çevirin. Açık defter ve gerçekleşme modeli olmadan geçmiş raporun hangi net sonucu temsil ettiğini bilemezsiniz.

8. Seçmeci örnekleme ve sinyal seçimi

Yöntemsel seçmecilik, araştırmacının geçerli ve önceden belirlenmiş seçim kuralı olmadan bazı sinyalleri çıkarıp çekici kalanı raporlamasıdır. Bilinçli veya bilinçsiz olabilir. Olumsuz gözlemler raporlanmış örneklemden kaybolduğu için kaybeden tam uygulama kârlı görünebilir.

Üç seçmecilik biçimi

1. «Doğru görünmeyen sinyalleri atlarım.» Geçmiş grafik geçerli sinyal içerir; ancak araştırmacı yanlış bağlam diye eler. Sonraki mumlar görünüyorsa veya hatırlanıyorsa «doğru değil», ilk karar anındaki kuralla değil, kayıp sonucuyla ilişkili olabilir. Takdire dayalı strateji araştırılabilir; ancak tanımlanmış, geleceği gizleyen veya ileriye dönük sınıflandırma protokolü ve korunmuş sonuç öncesi kararlar gerektirir.

2. «Kayıpları gördükten sonra filtre eklerim.» Salı sabahı kayıplar grubu yeni salı dışlamasını tetikler. Aynı geçmiş dönem yapısı gereği iyileşir. Bu, salıların gerçekten farklı olup olmadığını belirlemez. Seçilmiş örneklemi teyit diye sunmak yerine filtreyi yeni hipotez sayın, neden önerildiğini kaydedip bağımsız doğrulayın.

3. «Yalnızca temiz dönemleri kullanırım.» Araştırmacı Mart 2020, 2008 finans krizi veya 2018 sonu satış dalgası gibi stresli geçmişi kaldırıp kalan dönemleri temsil edici diye raporlar. Örnekler doğru etiket gerektirir: Lehman Brothers Eylül 2008'de battı; yaygın adıyla taper tantrum 2013'teydi, Aralık 2018'de değil. Önceden belirlenmiş strateji gözlenebilir koşulları dışlayabilir; ancak sonuç rahatsız edici diye beklenmedik krizi geçmişe dönük dışlayamaz. Stresli dönemleri koruyun ve o anda mevcut bilgiyle kuralların gerçekte ne yapacağını belirtin.

Seçici sinyal işlemesi nasıl tespit edilir?

• Adayları, uygun sinyalleri ve gerçekleşmeleri ayrı sayın. Örnekteki %10 ve %30 manuel atlama uyarıları, seçmecilik olduğunun olasılıkları değil, örnek denetim tetikleyicileridir. Daha küçük sonuç seçmeli atlama bile sonucu yanlı yapabilir; kurala dayalı yüksek dışlama oranı meşru olabilir.
• Ret nedenini ve zaman damgasını kaydedin. Değerlendirmeden önce yazılmış filtre, sonuçtan sonra doğaçlanan karardan farklıdır. Amaçlanan takdir yetkisinde, sessizce mekanik filtre saymak yerine karar anındaki değerlendirmeyi koruyun.
• Dönemin tamamını yeniden oluşturun. Zor koşullar dahil tüm uygun sinyalleri seçici uygulanmış alt kümeyle karşılaştırın. Performans farkı tanı gerektirir: seçim, uygulama başarısızlığı veya gerçekten önceden belirlenmiş filtre etkisini yansıtabilir. Fark tek başına nedeni belirlemez.

Sinyal envanteri: somut kontrol

Otomatik üretilen veya günlükten uzlaştırılan kayıtta her adaya durum atayın. Seçilen düzeyde durumları birbirini dışlayan hale getirin; aday uygulamaya geçtiğinde talep ve gerçekleşme kayıtlarını ayrı koruyun:

Geçerli sinyalden sonraki sağlayıcı veya altyapı arızaları ek uygulama durumları gerektirir; örneğin order_rejected, order_state_unknown veya partial_fill. Bunlar otomatik olarak geçersiz piyasa verisi değildir. Hata oranı raporlarken paydayı açık tutun; aksi halde sınırsız kural dışlamaları «taken» hedefini matematiksel olarak yanıltıcı yapabilir.

Örneğin politikasında %10 üzeri manuel atlamalar, uyuşmazlık anlaşılana kadar ilerlemeyi durdurur. Ya savunulabilir nedeni yeni kural olarak resmileştirip yeni sürümü değerlendirin ya da mevcut iş akışında amaçlanan yöntemin güvenilir uygulanamadığını kabul edin. Eski takdire bağlı atlamaları yeni filtre o zaman varmış gibi yeniden etiketlemeyin. Sayısal eşik süreç seçimidir; altında seçim yanlılığının yok olduğu sınır değildir.

EA satış sunumunda seçmecilik

İhtiyatlı satın alma ölçütü, ilgili testi kendi verileriniz ve maliyet varsayımlarınızla yeniden üretebilmek ve sınırlamalarını anlamaktır. Kaynak erişimi daha derin inceleme sağlar; ancak kapalı kaynak ürün otomatik sahtekârlık değildir: politikanızın kabul edilemez bulabileceği doğrulama sınırı vardır. Yüksek fiyat, düzgün eğri veya güçlü puan bu boşluğu doldurmaz. Tek seçilmiş rapor ikna edici diye satın almayın veya kullanıma almayın.

9. Yaygın test hataları

Hata 1: tüm veri kümesinde optimizasyon

Araştırmacı beş yılda 200 parametre bileşimi dener ve dokunulmamış değerlendirme olmadan +%180 göstereni seçer. Maksimum seçilmiş sonuçtur; büyüklüğü tek başına avantajı kanıtlamaz. Kronolojik geliştirme ve değerlendirme tasarımı kullanın; bölünmeyi alan 4'e, 200 denemenin tamamını alan 7'ye kaydedin. Örneğin 70/30 bölünmesi evrensel kural değil, örnektir. İleriye dönük aşama yararlı kalır; ancak önceki seçimi geriye dönük bağımsız teste dönüştürmez.

Hata 2: küçük geçmiş örneklemi kesin saymak

Altı aylık, 24 işlemlik geçmiş test yine geçmiş testtir; ancak geniş uzun vadeli iddia için zayıf kanıt olabilir. Belirsizliği ortalamaya göre büyük olabilir ve dönem yalnızca tek ilgili rejim içerebilir. Amaçlanan kapsamı ele alan geçmişi seçip gerçekten gözlemlenen rejimleri raporlayın; «birkaç yıl» tek başına kapsam garantisi değildir. Makaledeki 200 veya 500 gibi sayılar senaryo örnekleridir; piyasa standardı değildir. Hassasiyeti dağılım, bağımlılık ve karar eşiğinden değerlendirin.

Hata 3: diğerini modellemeden tek kotasyon tarafı kullanmak

Alış fiyatından açılıp kapanan uzun pozisyon, giriş satış fiyatını atlar ve basit eşlenmiş fiyat karşılaştırmasında sonucu yaklaşık spread kadar yüksek gösterebilir. Uzun giriş satış, çıkış alış; kısa giriş alış, çıkış satış fiyatını kullanır. Gerekçeli satış fiyatı ve uygulama modeli eklenirse yalnızca alış fiyatı geçmişi otomatik kullanılamaz değildir; ancak yaklaşım açık olmalıdır. MT5 kayıtlı tik modu ve uygun yapılandırılmış MT4 tik veri akışı araştırılacak seçeneklerdir; tam gerçekçilik kanıtı değildir.^[6] Alış, satış, orta fiyat ve üretilmiş/kaydedilmiş veri kurallarını alan 3'e kaydedin.

Hata 4: rejim farklarını göz ardı etmek

Bir politika, volatilite veya likidite ortamından sonuç diğerine aktarılmayabilir. İçeride koşullar değişmişken çok yıllı dönemleri bütünüyle düşük faizli, yüksek faizli, QE veya QT diye etiketlemeyin. Yuvarlanan değerlendirme gözlemlenen pencereler arasındaki farkları gösterebilir; ancak rejime bağımlı avantajı belirlemek yeterli kanıt ve o anda mevcut bilgiyle rejimi tanıyan kural gerektirir. Olumlu pencereler görüldükten sonra icat edilen filtre, otomatik etkinleştirme kuralı değil, yeni araştırma varyantıdır.

Hata 5: test etmeden aktarılabilirlik iddiası

Başarılı görünen EUR/USD testi aynı yöntemin para birimleri arasında çalıştığını kanıtlamaz. İddia çiftler arasıysa örnek araştırma tasarımında beş ila sekiz çift gibi önceden belirlenmiş kümeyi uygun maliyet ve bağımlılık ele alışıyla değerlendirin. İlk iddia gerçekten EUR/USD'ye özgüyse başka çiftte başarısızlık tek başına onu çürütmez veya eğri uydurmayı kanıtlamaz. Sonucun kapsamı kanıtın kapsamıyla eşleşmelidir.

Hata 6: getiriyle riske göre düzeltilmiş performansı karıştırmak

Karşılaştırılabilir ölçüm ufkunda A stratejisinin %35 yıllıklandırılmış getiri ve %22 azami düşüş, B'nin ise %25 ve %8 raporladığını varsayın. Basit Calmar tarzı karşılaştırma şöyledir:

• A: 35 / 22 ≈ 1,6.
• B: 25 / 8 ≈ 3,1.

B, bu tanımlar altında daha yüksek getiri/gözlemlenmiş düşüş oranına sahiptir. Bu, istikrarın veya gelecek riskin her boyutunu belirlemez. Yalnızca o iki sayıdan Sharpe hesaplanamaz. Sharpe belirli sıklıkta getiri serisi, eşleşen referans getiri ve yıllıklaştırma kuralı gerektirir: (ortalama dönemsel getiri - referans getiri) / dönemsel getirinin standart sapması; dönem sayısının kareköküyle yıllıklaştırma varsa varsayımlarla gerekçelendirilmelidir.

Tutarlı birimler olmadan yıllık getiriyi aylık standart sapmaya bölmek yeterli Sharpe hesabı değildir. Eksik girdiler, yaklaşık değer uydurma izni değil, ölçütün mevcut olmadığı anlamına gelir. Madde 15.9 Sharpe, Sortino ve Calmar'ı ve her birinin ölçmeden bıraktıklarını geliştirir.

Hata 7: kullanıma aldıktan sonra ölçmeyi bırakmak

Aday geçmiş araştırmayı, demoyu ve sınırlı pilotu geçebilir; ardından tahsisi artınca ölçümü durabilir. Canlı uygulamayı uzlaştırmaya ve sonuçları test varsayımları, belirsizliği ve senaryo sınırlarıyla karşılaştırmaya devam edin. Yeni örneklemin kendi belirsizliği vardır; ortalamasının eski örneklemin güven aralığına düşmesini sormak yetmez. Madde 15.10 inceleme ritmini ve koru, gözle, azalt veya durdur kararlarını tanımlar. Bu makale karşılaştırma kaydını sağlar: ölçüt tanımları, orijinal aralıklar, maliyetler ve simüle düşüş kantilleri.

Hata 8: her kayıp serisinden sonra yöntemi değiştirmek

Beş ila on kayıptan sonra haftalık parametre değişimi, tek sürüm hakkında gelen bilgiyi geride bırakabilir. Bağımsız sonuçlar ve %52 kazanma olasılığıyla, tek bir önceden belirlenmiş blokta beş kaybın olasılığı 0,48⁵ ≈ 2.5%. Böyle en az bir serinin şu yerde oluşma olasılığı: 100 işlemin herhangi bir yerinde yaklaşık %75. İkincisinde seri için çok sayıda örtüşen fırsat vardır; bu pencereleri bağımsız sayarak şu formülü kullanmak: 1 - (1 - q^k)^(N-k+1) bu örnekte kesin seri olasılığını yüksek gösterir.

Bunlar model hesaplarıdır; işlemlerinizin bağımsızlığı iddiası değildir. Ders, stratejiyi bozuk ilan etmeden önce doğru olasılık sorusunu sormaktır. Son haftanın görünümü yerine önceden belirlenmiş araştırma inceleme ölçütlerini kullanın. Operasyon arızaları, aşılmış risk sınırları veya gösterilmiş veri kusuru yine hemen duraklama gerektirebilir; hesabı korumadan önce istatistiksel anlamlı beklenti düşüşü gerekmez. Kural değişikliği yeni sürüm yaratır ve kendi değerlendirmesini gerektirir.

Kural değiştirmeden önce: bu katmanları sırayla kontrol edin

Strateji kusurunu uygulama veya veri sorunuyla karıştırmayın. İşlem kurallarını düzenlemeden önce sonucun neyi ölçtüğünü belirleyin:

1. Veri ve uygulama. Günlüğü sağlayıcı kayıtlarıyla uzlaştırın, sürümü teyit edin ve kural sapmalarını sayın. Kirlenmiş dönem belirtilen stratejinin temiz performansı diye yorumlanamaz; yine de operasyon arızası hakkında yararlı kanıt sağlayabilir.
2. Maliyetler. Gerçek spread, kayma ve komisyonu kartla karşılaştırın. 0,15R maliyet artışı yanında 0,15R beklenti azalması uyuşmazlığı açıklayabilir. Giriş mekanizması değişmese bile maliyetler işlem yapılabilir stratejinin uygulanabilirliğinin parçasıdır.
3. Rejim. Stratejinin çalışması amaçlanan koşulların gerçekten oluşup oluşmadığını ve uygunluk filtresinin doğru uygulanıp uygulanmadığını kontrol edin.
4. Avantaj. Ancak bundan sonra yalnızca son düzine işlemin ortalamasını değil, sonuç dağılımını ve önceden belirlenmiş karar kuralına göre belirsizliği değerlendirin.

Tam «sistemi mi uygulamayı mı değiştir?» karar tablosu, derece düşürme ölçütleri ve inceleme süreci şu maddededir: madde 15.10. Buradaki kural, uyuşmazlığı giriş ve çıkış mantığına bağlamadan önce ilk üç tanısal katmanı çözmektir. Gerçek kural değişikliği sürümlü test sürecine döner; eski kanıta görünmez yama değildir.

10. Kontrol listesi — canlı işlem kararı için iki ayrı eşik

Kontrol listesi şunları içerir: beş kategoride 20 madde: istatistiksel değerlendirme, yöntemsel kontroller, maliyetler, ileriye dönük test ve operasyon disiplini. İki eşik vardır; çünkü madde 17 gerçek canlı gözlemler gerektirir ve ilk sınırlı canlı çalışmanın ön koşulu olamaz. Bu sürümde şunları inceleyin: 1–16, 19 ve 20; bunu ayrıca yetkilendirilen çalışmayı düşünmeden önce yapın. Şunları ise inceleyin: 20 maddenin tümü; bunu sonraki her ölçek artırma kararından önce yapın. Madde 20'deki sürekli ölçüm planı pilot sonrasında değil, öncesinde mevcut olmalıdır.

Puan, eksik kritik gerekliliği telafi etmez. «Uygulanamaz» yazılı gerekçe gerektirir. Buradaki tüm süreler, işlem sayıları ve sayısal politika eşikleri senaryo seçimleridir; piyasa standardı değildir. Listeyi tamamlamak ne kârlılık sertifikası ne de emir verme yetkisidir.

Sayfa bu yanıtları göndermez veya bilerek araştırma kaydı olarak kalıcı saklamaz. Tarayıcı geri dönüldüğünde form durumunu getirebilir; bu, maddelerin doğrulandığının kanıtı değildir. İncelenmiş listeyi tarihli test arşiviyle kaydedin.

Gerekli arşiv: on bir bileşen

Kullanıma alma incelemesi denetim izi gerektirir. Olmadan altı ay sonra ilk sonucu hangi kuralların, verilerin ve varsayımların ürettiğini yeniden oluşturamayabilirsiniz:

1. On iki alanlı test kartı: değerlendirmeden önce alan 1–9, sonrasında sonuçlar ve sınırlamalar; yeniden üretim envanteri tamamlanıp doğrulanmış olarak.
2. Geçmiş girdiler: ham piyasa ve takvim verisi, kaynak, edinme tarihi, izinler, özetler, temizlenmiş sürümler, dönüşüm kodu ve boşluk, yinelenen kayıt ve revizyon günlüğü.
3. Strateji şartnamesi ve uygulaması: okunabilir kurallar, kod, parametreler, bağımlılık ve platform sürümleri, dondurma zaman damgası ve kesin komutlar. OOS'den önce dondurun; gördükten sonra değil.
4. IS, doğrulama ve OOS raporları: bölünme sınırları, tam deneme geçmişi, özkaynak eğrileri, beklenti aralıkları, kâr faktörü ve yuvarlanan pencereye göre düşüş; ayrıca karşılaştırılabilir temel model sonuçları.
5. Simülasyon ve stres raporu: örnek olarak 1.000 veya daha fazla yol; tohum, kod, blok düzeni, ufuk, büyüklük, getiri ve düşüş kantilleri, eşik aşım oranları ve sınırlamalarla. Daha çok yol daha çok piyasa gözlemi değildir.
6. Maliyet ve hesap modeli: seans veya tik spreadleri, kayma varsayımları, ayrı finansman oranları ve gün çarpanları, komisyon, dönüşümler, marjin ve sembol kısıtları.
7. Demo veya kâğıt üzeri dışa aktarımlar: orijinal sinyal zaman damgaları, durumlar ve geçmiş uzlaştırmayla planlanan tam gözlem dönemi; örnek olarak 30 gün.
8. Yetkilendirilip tamamlandıysa sınırlı canlı günlük: planlanan dönem, örnek olarak 90 gün; her işlemin R₀'ı, net R'si, MAE/MFE kuralı, gerçek maliyetleri, talepleri, gerçekleşmeleri, olayları ve yararlıysa öncesi/sonrası ekran görüntüleriyle.
9. Sinyal envanteri: tüm adaylar ve dışlama, manuel atlama, geçersiz veri ve uygulama başarısızlığı nedenleri; yeniden üretilebilir sapma oranı paydalarıyla.
10. Sağlayıcı ayarları kaydı: test tarihinde geçerli hesap türü, sembol koşulları, kaldıraç, minimum hacim, stoplar ve ücretler. Kimlik bilgilerini açığa çıkarmadan uygulama anlaşmazlığını araştırmak için gereken kanıtı koruyun.
11. Kurtarılabilir yedekler ve karar kaydı: dondurulmuş EA, betikler ve şablonlar, incelenmiş sonuçlar, çözülmemiş sınırlamalar, sorumlular, kurtarma konumları ve duraklama veya yeniden başlama koşulları.

Örnek dizin şöyledir: strategy_X/2026-Q2/{01_data,02_IS,03_OOS_locked,04_montecarlo,05_demo,06_micro_live,07_artefacts}. Uygun depolamada kurtarılabilir kopyalar tutun ve hassas dışa aktarımları koruyun. Bulut depolama zorunluluk değil, veri politikanızın yönettiği seçimdir. Özetler dosyalar arasındaki farkları gösterir; temel kotasyonların doğruluğunu kanıtlamaz.

İlk eşiği tamamlamak, sınırlı canlı çalışma için şu incelemeye izin verir: yetki verilip verilmeyeceğini değerlendirmek; otomatik emir değildir. Yirmi maddenin tamamını bitirmek plan altında daha sonraki kullanıma alma veya ölçek artırma incelemesine izin verir. Kritik eksik koşul projeyi çözülmemiş aşamaya geri gönderir. Eşit geçerli son karar kullanıma almamaktır.