Bir işlem fikrini çürütebilen günlük oluşturun

İşlem günlüğüne sonuç gelmeden neler kaydedilmeli?

Enstrümanı, borsayı, seansı, zaman dilimini, tetikleyiciyi, geçersizliği, emir türünü, çıkışı ve azami süreyi belirtin. Karar anında mevcut bilgiyi kaydedin. Bir pivotun onayı gelecek mumlar gerektiriyorsa sinyal, geçmişte çizildiği yerde mevcut değildi. Yalnızca grafikteki yerini değil, kullanılabilir olduğu zamanı saklayın.

Her fırsatın durumu olsun: alındı, belirli filtreyle elendi, kaçırıldı, gerçekleşmedi veya veri kesintisi yüzünden kullanılamadı. Her dışlamanın gerekçesini koruyun. Zor işlemleri keyfî biçimde silmek, bakması güzel fakat yeniden üretmesi imkânsız bir örneklem yaratır.

Kuralları dokunulmamış sonraki bir dönemde test edin

Kuralları önceki dönemde geliştirin ve daha sonraki dokunulmamış dönemde değerlendirin. Kronolojik ayrım, komşu gözlemleri rastgele karıştırmaktan daha iyi gerçek kullanımı temsil eder. Sonraki sonuçları gördükten sonra kural değiştirirseniz o dönem de geliştirme verisi olur. Yeni sürüm yeni bir ileri değerlendirme penceresi gerektirir.

Net R, ortalama kazanç/kayıp, toplam maliyet, azami sermaye düşüşü, piyasada kalma süresi ve varlık/rejim yoğunlaşmasını izleyin. Hiçbir sabit işlem sayısı geçerliliği garanti etmez. Aynı olaydan tekrarlanan işlemler bağımsız kanıt değildir. Kâğıt üzerinde uygulama kararları denetlemeye yarar, ancak gerçekçi gerçekleşme gerektirir ve canlı kapasiteyi kanıtlamaz.

Örnek: geliştirmede +6R, sonraki test döneminde −17,2R

Varsayımsal geliştirme setinde 120 fırsat vardır: ortalama 1,4R kazanan 60 işlem ve 1R kaybeden 60 işlem. Brüt sonuç 84 − 60 = 24R'dir. İşlem başına 0,15R maliyet 18R götürür; 6R, yani işlem başına +0,05R kalır.

Kuralı sabitleyip sonraki 40 fırsatı değerlendirin. On ikisi 1,4R kazanır, 28'i 1R kaybeder. Brüt 16,8 − 28 = −11,2R; 6R maliyet sonrası net −17,2R olur. Bu tek başına nedeni açıklamaz, fakat geliştirme sonucunun bu değerlendirmeyi geçmediğini gösterir. Rejim, veri ve gerçekleşmeyi ilk testi sessizce yeniden yazmadan inceleyin.

Kayıptan sonra filtre eklemek neden aşırı uyumdur (overfitting)?

Başarısızlıktan sonra salıları çıkarmanın sonucu iyileştirdiğini görüyorsunuz. Bu yeni hipoteze gerekçe olabilir, ancak değiştirilmiş stratejinin bağımsız doğrulaması değildir. Yeterince filtre denemek sonunda gürültüyü açıklayan birini bulur. Değişikliği ve gerekçesini kaydedin, eski sürümü koruyun ve yenisini seçilmesinde kullanılmamış veride değerlendirin.