Vince'e göre lot hesaplama - sayfa 10

 

Roman. :

URAAAAAAA!!! :DD

Son vurgulanan cümleye tamamen katılıyorum.

Ve hesaplanan partinin doğruluğundan sorumlu olacak koda bir değişken eklemeniz gerekiyor. Böylece daha çok yönlü olacak! ;)

 
Vinin :


Hesaplamadan daha sonra anında hesaplamaya geçmek gerekir. Ve tabii ki minimum ve maksimum riske girmek. Formül, parti büyüklüğünü önceden tanımlanmış parametrelerde değiştirebilir. Lot 0 kullanıyorsanız, sanal ticarete dayalı hesaplamalar yapmanız gerekir.

Bu arada, işte altın kelimeler (2. sayfa). Vince'e göre lotu hesapladıktan sonra büyük lot kullanmaya başlıyoruz, bu da büyük riskler anlamına geliyor. Sonuç olarak, depo ve strateji başarısız olur...
 
MaxZ :

...Ve hesaplanan partinin doğruluğundan sorumlu olacak koda bir değişken eklemeniz gerekiyor. Böylece daha çok yönlü olacak! ;)

burası belli değil...
 
Roman. :
burası belli değil...
lot = NormalizeDouble ((FreeMarginRisk* AccountFreeMargin ()/H)*Min_Lot, EXTERN DOUBLE );
 
MaxZ :


Bu değişken için FreeMarginRisk'in etkinleştirilmesi gerektiğini fark ettim... :-)))) Depa'nın kısmını seçmek için...

Ancak soru farklıdır, eğer hesap türü Adım , 0.1 ise, ardından HARİCİ ÇİFT = 1, varsa, örneğin, mikro (hepsi DC'ye ve hesap türlerine ve ticaret koşullarına bağlıdır) , sonra HARİCİ ÇİFT = 2... Hepsi bu mu?

 
Roman. :


Bu değişken için FreeMarginRisk'in etkinleştirilmesi gerektiğini fark ettim... :-)))) Depa'nın kısmını seçmek için...

Ancak soru farklıdır, eğer hesap türü Adım , 0.1 ise, ardından HARİCİ ÇİFT = 1, varsa, örneğin, mikro (hepsi DC'ye ve hesap türlerine ve ticaret koşullarına bağlıdır) , sonra HARİCİ ÇİFT = 2... Hepsi bu mu?


Ama neden bunun için extern kullanın. Danışman tüm bunları öğrenebilir. Ve hesaplamalar bu parametreler dikkate alınarak yapılmalıdır.
 
Vinin :

Ama neden bunun için extern kullanın. Danışman tüm bunları öğrenebilir. Ve hesaplamalar bu parametreler dikkate alınarak yapılmalıdır.

Teşekkürler Victor, tabii ki MarketInfo() aracılığıyla... :-)))
 
Evet, evet ... katılıyorum. sıçtım! :))) Ve harici olsa bile, o zaman neden iki katı...
 

Bir yerde bir tür mantıksal hata var... Kodu bu daldan aldım, bir komut dosyasına dönüştürdüm, hesap geçmişinde çalıştırdım. Hesap 100k (başlangıç), bir anlaşma açmak için izin verilen minimum lot 0.01, aşağıdaki sonuçları aldı


2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: Kapanan Pozisyonlar = 1982 Net Kar/Zarar = 137037.4 Son Kapanan Pozisyon 1982 Kar/Zararı = -106.31

2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: Pozisyon başına maksimum kayıp, D = -17730.00 Pow (1/Siparişler)= 0.00050454

2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: G_Rez max = 1.00012448, f = 0.25'te

2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: H=D/(-f): 70920 lot = 0.02 İşlem numarası = 1981

Yani, Vince lot hesaplama sistemi, belirli bir zaman aralığında alım satım için ideal olan 0.02'lik bir lot bulur. Yüz binlerce mevduatla - bu delilik değil mi? :) Delilik varsa - o zaman bir yerde bir tür yanlış anlama var. İlk akla gelen, matematikçi Vince'in anlaşmada kullanılmasını önerdiği mevduatın payını bilerek, bir sonraki pozisyon için zararı durdur temel alınarak lot büyüklüğünün hesaplanması gerektiğidir, yani hesaplanan lot büyüklüğü ne zaman kullanılır? Bu branştan Expert Advisor'ları test etmek biraz yanlış.

 
ph3onix :

1. Bir yerde bir tür mantıksal hata var ... Kodu bu daldan aldım, bir komut dosyasına dönüştürdüm, hesap geçmişinde çalıştırdım. Hesap 100k (başlangıç), bir anlaşma açmak için izin verilen minimum lot 0.01, aşağıdaki sonuçları aldı


2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: Kapanan Pozisyonlar = 1982 Net Kar/Zarar = 137037.4 Son Kapanan Pozisyon 1982 Kar/Zararı = -106.31

2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: Pozisyon başına maksimum kayıp, D = -17730.00 Pow (1/Siparişler)= 0.00050454

2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: G_Rez max = 1.00012448, f = 0.25'te

2011.12.14 17:51:17 optimal_f CADCHFFXF,M15: H=D/(-f): 70920 lot = 0.02 İşlem numarası = 1981

Yani, Vince lot hesaplama sistemi, belirli bir zaman aralığında alım satım için ideal olan 0.02'lik bir lot bulur.

2. Yüz binlerce mevduatla - bu delilik değil mi? :) Delilik varsa - o zaman bir yerde bir tür yanlış anlama var. İlk akla gelen, matematikçi Vince'in anlaşmada kullanılmasını önerdiği mevduatın payını bilerek, bir sonraki pozisyon için zararı durdur temel alınarak lot büyüklüğünün hesaplanması gerektiğidir, yani hesaplanan lot büyüklüğü ne zaman kullanılır? Uzman Danışmanları bu daldan test etmek biraz yanlış.

1. Hata yok. Bu dalın bir önceki sayfasını tekrar okuyunuz, özellikle lotu hesaplamak için kullanılan son formüllere dikkat ediniz, yani

lot = NormalizeDouble ((FreeMarginRisk* AccountFreeMargin ()/H)*Min_Lot, 2 );

Aldığınız f=0.25 değeri çalışma aralığındandır. H=D/(-f): 70920'ye dayanarak, işlemdeki en büyük kaybın değerine sahibiz

D = H*(-f) = -17,730 Sonuç olarak Vince lot = 0.02'ye göre hesaplanan lota ulaşırsınız.

Bu tür işlemlerde min için bir D değeriniz varsa. hacim -17 730 değil, diyelim ki - 730 olurdu ve bu değer min için elde edildi. lot 0.01 değil, 0.1 ise, sonraki lot hacmini hesaplamak için aşağıdaki resim zaten olacaktır: H = -730/-0.25 = 2920, lot = (137 037/2920) * 0.1 = 4.7 lot. Anladığım bu, belli sayıda işlemden sonra 100.000'e başlamanız için az ya da çok rakam. lot 0.1 bir miktar kârın çıkarılması 37.037 lotları optimal f'ye göre hesaplama olasılığı için.

2. Delilik değil. Yanlış anlaşılma yok. Böylece R. Vince, mevduatınızın korunmasını ve üstel büyümesini sağlar!!!!!!! :-)))

Ve örneğinizde 0,01 lot başlangıç min hacmi ile -17,730 miktarında en kârsız anlaşmayı elde ettiğinizde ne istediniz!!! Arka arkaya bu tür altı kayıp ve skor birleştirilir.

İşte orijinal kaynak