MQL5'te Marj Gereksinimlerini Tahmin Etme - sayfa 6

 
Alexey Viktorov :

Renat, "Buchenwald" kapısında jedem das Seine yazıyordu.

Fikrinizi başkaları hakkında zorlamak zorunda değilsiniz. Birinin "en imkansız" bir depozito yüklemesi gerekebilir ve bu karar burada tartışılan parametreye bağlıdır.

Kabul ediyorum

bakiyeyi 1 lot için marja bölün

%100 risk olacak

emirler var, daha sonra öz sermaye 1 lot için marja bölünür, ayrıca %100

yayılmayı biraz eksiltmeniz gerektiği doğru

bu nedenle, formülde, ironik bir şekilde açmak için% risk katılır

TS-ru'yu oraya boşuna yazmadım, büyükannelerinizi saymayı öğrenmek gibi ...

ps

buna inanmayacaksınız - bir türkiye'den bir exp şeklinde bir kod örneği

herhangi bir sipariş açmam yeterliydi... pazara uçmak için

ama yayınlamadı...

 
Renat Akhtyamov :

Kabul ediyorum

bakiyeyi 1 lot için marja bölün

%100 risk olacak

emirler var, sonra öz sermayeyi 1 lot için marja bölün

TS-ru'yu oraya boşuna yazmadım, büyükannelerinizi saymayı öğrenmek gibi ...

Ve emir yoksa, eşitlikle hesaplamak imkansız mı?

 
Alexey Viktorov :

Ve emir yoksa, eşitlikle hesaplamak imkansız mı?

olabilmek

gönderideki ps-ku

ancak, böyle bir exp'yi equi'den yapılan hesaplamayla test ettim.

yavaş ölüm geliyor

CALM gibi yapmak daha iyi

teraziyi birkaç parçaya böldü, denemeler (4 hatırladığım kadarıyla)

riske izin ver bakiyenin %10'u = 10 eşdeğer deneme

lotu ilk depozito üzerinden hesapladık ve gidelim, artık saymak yok

 
Renat Akhtyamov :

olabilmek

gönderideki ps-ku

ancak, böyle bir exp'yi equi'den yapılan hesaplamayla test ettim.

yavaş ölüm geliyor

CALM gibi yapmak daha iyi

teraziyi birkaç parçaya böldü, denemeler (4 hatırladığım kadarıyla)

riske izin ver bakiyenin %10'u = 10 eşdeğer deneme

Evet, sonunda anladınız: Kendi fikrinizi empoze etmeye gerek yok, hatta birinin fikrini kimseye empoze etmeye gerek yok. Neden bazı **** hakkında konuşuyorsun, bu konuyu okuyanlardan hangisi sadece seni tanıyor? Bir erkeğin kendi beyni vardır, istediğini yapmak ister. Neden ona depozitoyu nasıl hızlı veya yavaş bir şekilde boşaltacağını öğretelim ... Bu soruya dahil değildi ve dahil edilmedi.

 
Alexey Viktorov :

Evet, sonunda anladınız: Kendi fikrinizi empoze etmeye gerek yok, hatta birinin fikrini kimseye empoze etmeye gerek yok. Neden bu konuyu okuyan bazı ****lardan bahsediyorsun, sadece sen bilebilirsin. Bir erkeğin kendi beyni vardır, istediğini yapmak ister. Neden ona depozitoyu nasıl hızlı veya yavaş bir şekilde boşaltacağını öğretelim ... Bu soruya dahil değildi ve dahil edilmedi.

Hiçbir şeyi empoze etmiyorum, bu sadece ücretsiz bir örnek

sordunuz - lotiki öz kaynaktan hesaplanabilir mi?

Cevap verdim - mümkün, zahmetli, zaten test edildi

 
Renat Akhtyamov :

Bu tür ticaret koşullarında, en uygunsuz zamanda beklenmedik fon sıkıntısı yaşamamak için tüm lotları minimum kaldıraçla hesaplamak daha zordur.

Bu durumda 1k2

)))

en az 1k100 var

pah-pah, onu azaltmakla tehdit edene kadar nasıl ısıtılır ...

)))

Sorum şuydu: "OrderCheck() veya OrderCalcMargin() işlevleri, "yaklaşık" olan kaldıracın özelliklerini dikkate alıyor mu?

Ne tür özellikler için hesaplanan OrderCalcMargin() değerindeki yansımalarının istatistiklerini topluyorsunuz? Size bu tür tekillikleri hatırlatmama izin verin: kaldıraç,

1. Sembol

2. Polonyalı müşterilerle ilişkiniz

3. Karakter oranı

4. Şimdiki an - haber dönemlerinden birine mi girdi?

5. Şimdiki saat - Cuma akşamı mı düştü

Yoksa o değil mi? İstatistik toplamak yerine, olası kaldıracı minimum değere indirdiniz (1. mesajdaki şekilde BTCUSD için 1:2, USDBUR için 1:25'tir) ve bu kadar mı?


Not Kaldıraç azaltma tehditleri hakkında Avrupa düzenleyicisinin bu yaz yürürlüğe giren ESMA direktifine bakarsanız, "ne kadar sıcak, pah-pah, azaltmakla tehdit edene kadar ..." fikriniz değişebilir. Örneğin, burada https://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/ :

"Forex ve CFD brokerlerinin Avrupa Birliği'nde her zamanki gibi sadece 1 Ağustos 2018'e kadar faaliyet gösterebileceğini hatırlayın. Ardından, önemli ölçüde daha katı koşullara uyum sağlamak zorunda kalacaklar. Yani, perakende brokerleri maksimum 1 kaldıraçla ticaret sunabilecekler. :30 majör döviz çiftlerine, 1:20 majör olmayanlar için, 1:10 emtia enstrümanları ve majör olmayan endeksler için, 1:5 hisse senetleri için ve sadece 1:2 kripto para enstrümanları için."

Bir aydan az kaldı. Her ihtimale karşı Kıbrıs'ta çok sayıda DC'nin kayıtlı olduğunu ve şimdi Avrupa Birliği'nin bir parçası olduğunu, ESMA direktifinin geçerli olduğunu hatırlatmama izin verin.

Хочешь торговать как раньше, стань профи | Forex Magnates
Хочешь торговать как раньше, стань профи | Forex Magnates
  • Victor Golovtchenko
  • ru.forexmagnates.com
Социальный брокер eToro, как и многие другие лицензированные коллеги по внебиржевой индустрии, принял решение имплементировать новые правила европейской директивы ESMA, сообщив своим клиентам о предстоящих соответствующих ограничениях, включая снижение максимального кредитного плеча по основным валютным контрактам CFD до 1:30. Более того...
 
Vladimir :

Sorum şuydu: "OrderCheck() veya OrderCalcMargin() işlevleri, "yaklaşık olarak belirtilen" belirtimde belirtilen kaldıraç özelliklerini dikkate alıyor mu?

Ne tür özellikler için hesaplanan OrderCalcMargin() değerindeki yansımalarının istatistiklerini topluyorsunuz? Size bu tür tekillikleri hatırlatmama izin verin: kaldıraç,

1. Sembol

2. Polonyalı müşterilerle ilişkiniz

3. Karakter oranı

4. Şimdiki an - haber dönemlerinden birine mi girdi?

5. Şimdiki saat - Cuma akşamı mı düştü

Yoksa o değil mi? İstatistik toplamak yerine, olası kaldıracı minimum değere indirdiniz (1. mesajdaki şekilde BTCUSD için 1:2, USDBUR için 1:25'tir) ve bu kadar mı?


Not Kaldıracı azaltmaya yönelik tehditler hakkında Avrupa düzenleyicisinin bu yaz yürürlüğe giren ESMA direktifine bakarsanız, "pah-pah'ın nasıl ısıtıldığını, onu azaltmakla tehdit edene kadar ..." fikriniz değişebilir. Örneğin, burada https://ru.forexmagnates.com/hochesh-torgovat-kak-ranshe-stan-profi/ :

Forex ve CFD brokerlerinin Avrupa Birliği'nde her zamanki gibi sadece 1 Ağustos 2018'e kadar faaliyet gösterebileceğini hatırlayın. Ardından, önemli ölçüde daha katı koşullara uyum sağlamak zorunda kalacaklar. Yani, perakende brokerleri majör döviz çiftleri için maksimum 1:30, majör olmayanlar için 1:20, emtialar ve majör olmayan endeksler için 1:10, hisse senetleri için 1:5 ve sadece 1 kaldıraç ile alım satım sunabilecektir. :2 kripto para birimleri için araçlar.

Kurallarda ve ticaret koşullarında, tüm bunlar yazılır, ancak farklı şekillerde uygulanır, daha doğrusu her zaman değil

Birisi gibi

DC ve brokerler burada forum kurallarına göre tartışılmaz

Bu nedenle - seçtiler, bu ustanın işi, uyarla

Senin davan çok az sayıdan biri

1 ağustosu bekliyorum

Belki canı acır sonra kodu yazıp gönderirim

Sorun ne yazdığın bile değil, kaldıraç değiştirme anını yakalamak olacak.

Önceden, terminali yeniden başlatmadan yakalamak mümkün değildi

Şimdi - bilmiyorum, kontrol etmedim.

 
Renat Akhtyamov :

Kurallarda ve ticaret koşullarında, tüm bunlar yazılır, ancak farklı şekillerde uygulanır, daha doğrusu her zaman değil

Birisi gibi

DC ve brokerler burada forum kurallarına göre tartışılmaz

Bu nedenle - seçtiler, bu ustanın işi, uyarla

Senin davan çok az sayıdan biri

1 ağustosu bekliyorum

Belki canı acır sonra kodu yazıp yayınlarım

Sorun ne yazdığın bile değil, kaldıraç değiştirme anını yakalamak olacak.

Önceden, terminali yeniden başlatmadan yakalamak mümkün değildi

Şimdi - bilmiyorum, kontrol etmedim.

İşte bir şey. Doğru, kaldıraçtaki değişimi yakalamak için terminali yeniden başlatmaktan başka bir yol bulamadığınızı anladım. OrderCalcMargin() bu değişiklikleri yakalayamıyor mu diyorsunuz? İhtiyacım olan bilgi buydu. Doğru, "şimdi" ile ilgili ve burada maalesef belirsizlik devam ediyor.

1:20 ile normal 1:100 arasındaki fark birçokları için önemlidir. Ve dediğiniz gibi, OrderCalcMargin() kaldıraç değişikliklerini yakalamadığından, herhangi bir yeni kodla kurtulmayacağız. OrderCalcMargin() işlevinin kendisinin yeniden çalışması gerekiyor.

Geliştirici ne diyecek?

 
Vladimir :
İşte bir şey. Doğru, kaldıraçtaki değişimi yakalamak için terminali yeniden başlatmaktan başka bir yol bulamadığınızı anladım. OrderCalcMargin() bu değişiklikleri yakalayamıyor mu diyorsunuz?

Tam olarak değil

Kaldıraç oynaklığa bağlı olarak çok fazla dalgalandığından, her tikteki kaldıraç ve marjı bir öncekiyle karşılaştırdım.

Yaklaşık 3 yıl önceydi.

Ticaret aktifti ve bu parametreleri sürekli izlemek gerekiyordu.

Daha sonra kaldıracı terk etti (nedeni yukarıda) ve sadece marj koşullarındaki değişikliği, kaldıraçtaki değişikliğin bir katını izledi.

Bu yöntemin işe yaradığı ortaya çıktı.

Ne yazık ki, kod hayatta kalmadı, ama sözümü tutacağım.

Bu nedenle, tekrar komuta dönüyoruz:

OrderCalcMargin ( ORDER_TYPE_SELL ,_Symbol,1,BID,Mgn)

öncekini hatırla

öncekiMgn=Mgn

ve ondan önce aptalca karşılaştır

if(öncekiMgn/Mgn>1.1 || öncekiMgn/Mgn<1.1)

Pekala, aradığın şey cebinde...

omuz sayma zamanı
 
Renat Akhtyamov :

Tam olarak değil

Kaldıraç oynaklığa bağlı olarak çok fazla dalgalandığından, her tikteki kaldıraç ve marjı bir öncekiyle karşılaştırdım.

Yaklaşık 3 yıl önceydi.

Ticaret aktifti ve bu parametreleri sürekli izlemek gerekiyordu.

Daha sonra kaldıracı terk etti (nedeni yukarıda) ve sadece marj koşullarındaki değişikliği, kaldıraçtaki değişikliğin bir katını izledi.

Bu yöntemin işe yaradığı ortaya çıktı.

Ne yazık ki, kod hayatta kalmadı, ama sözümü tutacağım.

Bu nedenle, tekrar komuta dönüyoruz:

OrderCalcMargin( ORDER_TYPE_SELL ,_Symbol,1,BID,Mgn)

öncekini hatırla

öncekiMgn=Mgn

ve ondan önce aptalca karşılaştır

if(öncekiMgn/Mgn>1.1 || öncekiMgn/Mgn<1.1)

Pekala, aradığın şey cebinde...

omuz sayma zamanı

Bunun kodla ilgili olmadığını anlıyorsunuz, burada sayabilenler - bu kadar. Ancak, etkisi gerçekten ortaya çıkan özellikler listesine volatiliteyi de eklediniz. Ormanın ilerisinde, daha fazla yakacak odun. Nasıl dikkate alınır? Durum tamamen umutsuz görünüyor...

Neden: