martin artı loki - sayfa 2

 
api :

Kilitleri kaldırıyoruz - zıt pozisyonları açarken kayıpları düzeltiyoruz. Aynı zamanda, işlem hacmi azalmaktadır. Sıfır sayaç marjı gereksinimi ortadan kalkar. Kar/zarar ve giriş/çıkış noktaları yerlerinde kalır.

Sonuca bakıyoruz .. ve sadece Martin klasik formunda kaldı.

Ve Martin'i de tamamen kaldırırsanız, tatlı olur :)
 
api :

Kilitleri kaldırıyoruz - zıt pozisyonları açarken kayıpları düzeltiyoruz. Aynı zamanda, işlem hacmi azalmaktadır. Sıfır sayaç marjı gereksinimi ortadan kalkar. Kar/zarar ve giriş/çıkış noktaları yerlerinde kalır.

Sonuca bakıyoruz .. ve sadece Martin klasik formunda kaldı.

Martin'e katılıyorum. Sadece standart değil, lekeli. Yedinci dönüş resminize bakın Kilitsiz net pozisyonun hacmi 16*ilk lottur. Klasik 128*ilk parti. Beklentiyi hesaplarsanız (model olarak rastgele bir yürüyüş alarak), o zaman yayılmayı hesaba katmadan 0'a eşittir, mucize yoktur.
 
ivandurak :

...

Ancak, koçlarımızla ilgili olarak, olumlu sonucu ertelersek pozisyonun hacmindeki artış önemli ölçüde azaltılabilir, olumsuz bir sonuç olması durumunda toplam pozisyon için TR SL'yi arttırır (kahretsin, bir tür totoloji) Burada dikkate almayacağım, ayrıca önemli bir eksi var, TR şu andan o kadar uzaklaşıyor ki, bu hayatta bekleyemez.

...


Sana olan şey tam olarak bu. Satarak Martin lotunu artırırsınız ve Satın Al ile TP'yi geri itersiniz.

Ve öne çıkan nokta, SL'lerin kısaltılmış olmasıdır ve bu, lotları her çevirmede değil, tek bir siparişle ikiye katlamanıza olanak tanır.

Ve bu lezzetin dezavantajı, SL'nin TP'den çok daha kısa olmasıdır ve olasılık teorisine göre, SL'nin çalışması, TP'nin çalışmasından daha olasıdır. Standart martin bittiği gibi bitecek - sipariş tablonuzun ölçeğinde oldukça uzun bir daire belirecek ve bu, tüm marjı tüketecek ve depozitonun geri kalanını yiyecek.

 
Pavel İvanoviç, belki sabah?
 
tara :
Pavel İvanoviç, belki sabah?

sabah uyuyorum
 
api :

sabah uyuyorum

Ben de.
 

valenok2003 :

Sıranız hakkında: 1 3 4 6 8 12 16 24 32 48

Satır kötüye kullanım için tamamen uygun değil. Birincisi, çok kısa. İkincisi: çok "zor". Üçüncüsü: Bir satırdaki uzantı matematiksel olarak gerekçelendirilmelidir, ancak hiçbir gerekçeniz yoktur. Dördüncüsü, seri dinamik olmalı (ticaret sürecindeki duruma göre değişmelidir), sizinki ise statik olmalıdır. Beşincisi, artı ticaret döngüsüne kaç tane karlı ticaret getirmek istiyorsunuz? Bir işlem varsa, bu tam bir pipettir. Altıncısı: Seri, fiyat hareketlerinin istatistiklerini hesaba katmalı, herhangi bir muhasebeniz yok.
Vb.

 

Martin ve Loki de öyle ama işe yarıyor.

sembol EURUSD (Euro vs USD)
Dönem 1 Dakika (M1) 2001.01.01 00:01 - 2012.02.27 18:58 (2001.01.01 - 2012.03.01)
modeli Tüm onaylar (mevcut en düşük tüm zaman dilimlerine dayalı en doğru yöntem)
Tarihteki barlar 3868472 Simüle keneler 63424057 simülasyon kalitesi %25.00
Grafik Uyuşmazlığı Hataları 0




İlk para yatırma 10000.00



Net kazanç 123441.72 Toplam kar 236927.72 Toplam kayıp -113486,00
karlılık 2.09 kazanma beklentisi 4.13

Mutlak Düşüş 154.46 Maksimum düşüş 13481.60 (%37.80) göreceli düşüş %38.87 (6810.02)

Toplam işlemler 29919 Kısa pozisyonlar (% kazandı) 15417 (%72.64) Uzun pozisyonlar (% kazandı) 14502 (%74.22)

Karlı işlemler (tümünün yüzdesi) 21963 (%73.41) İşlemleri kaybetme (tümünün yüzdesi) 7956 (%26,59)
En büyük karlı ticaret 1700.00 ticaret kaybetmek -1022.11
Orta karlı ticaret 10.79 ticaret kaybetmek -14.26
En yüksek miktar sürekli kazanç (kar) 47 (92.14) sürekli kayıplar (kayıp) 19 (-2323.86)
Maksimum sürekli kar (kazanç sayısı) 8021.17(9) sürekli kayıp (kayıp sayısı) -6182.27 (16)
Ortalama sürekli kazanç 6 sürekli kayıp 2
 
khorosh :

Martin ve Loki de öyle ama işe yarıyor.

İyi şeyler. Ancak, otomatik ticaret için. Ortalama kaybeden ticaretin ortalama karlı ticarete oranı hemen dikkat çekicidir ( bunu herkes anlamayacaktır ).
Yuri, bu prensipte daha az sayıda işlem ve büyük bir matematiksel beklenti ile manuel veya yarı otomatik ticaret için bir sistem tasarlamayı denediniz mi?

 
Benim için de hala çalışıyor .