MQL5'te Marj Gereksinimlerini Tahmin Etme - sayfa 2

Yeni yorum
 
Renat Akhtyamov :
https://www.mql5.com/en/docs/constants/environment_state/accountinformation#enum_account_info_integer

Ve orada ne görebilirsin? Bu kaldıraç bir hesabın özelliğidir ve bir sembol değil, bir zaman anı değildir, oysa gerçekte, iki DC'nin sözleşmelerinin spesifikasyonlarının verilen bölümlerinde, bunun böyle olmadığı belirtilmektedir. Ne demek istedin?

 
Vladimir :

Ve orada ne görebilirsin? Bu kaldıraç bir hesabın özelliğidir ve bir sembol değil, bir zaman anı değildir, oysa gerçekte, iki DC'nin sözleşmelerinin spesifikasyonlarının verilen bölümlerinde, bunun böyle olmadığı belirtilmektedir. Ne demek istedin?

O zaman omuzun hesaplanması gerekecek.

Sunucudan marj bilgisi isteyin ve her şey yoluna girecek

 
Alexander Laur :

Şuna bakın: https://www.mql5.com/ru/code/12076/131935#!tab=code

O yardımcı olabilir.

Bu bağlantı yok, görünüşe göre orada özellikle gizli bilgiler vardı :)

Belirli bir sembol için gerçek kaldıracı belirleme işlevi yoksa, bunu belirlemenin bir yolu olmadığını düşünüyorum, yani. sembolün adının belirtildiği fonksiyon.


PS Belki bir ihtimal vardır ama ben bulamadım.

 
Alexander Laur :

Ve burada da dahil olmak üzere marjın hesaplanmasıyla ilgili gösterge

Denemeyin linkleriniz açılmıyor.

Ama önemli değil, belirli bir sembol için kaldıracınız yoksa marj seviyesini nasıl hesaplayabilirsiniz?

 
Petros Shatakhtsyan :

Bu bağlantı yok, görünüşe göre orada özellikle gizli bilgiler vardı :)

Belirli bir sembol için gerçek kaldıracı belirleme işlevi yoksa, bunu belirlemenin bir yolu olmadığını düşünüyorum, yani. sembolün adının belirtildiği fonksiyon.


PS Belki bir ihtimal vardır ama ben bulamadım.

evet hepsi bozuk
 
Alexander Laur :

O zaman nasıl yardım edeceğimi bilmiyorum. Göstergeleri bilgisayarımdan indirdim.

Nasıl omuz yok?

Ne olduğu açık değil mi?

basit bir şekilde anlatacağım. Diyelim ki farklı sembollerde birçok açık pozisyonumuz var. Ve yeni bir pozisyon açmak istiyoruz, diyelim ki yeni bir sembol üzerinde. Ve bunun için izin verilen partinin (hacim) boyutunu belirlememiz gerekiyor.

Belirli bir sembolün gerçek (ticaret) kaldıracını bilmiyorsak, lotu nasıl belirleyebiliriz?


 
Alexander Laur :

Kaldıraç bir hesap için değil, bir sembol için mi tanımlanmış?


Açıklamalarımdan sonra bir okul çocuğunun bile anlayacağını düşündüm.

Ve şaşırtıcı olan şu ki, burada çok sayıda iyi geliştirici var, ancak nedense bu form, bu konuyu birden fazla kez gündeme getirdiğimden beri üçüncü yıldır bu formda.

 
Alexander Laur :

Kaldıraç bir hesap için değil, bir sembol için mi tanımlanmış?

Bu komut, bir ticaret hesabı için mevcut kaldıracı bulmanıza yardımcı olacaktır:

Not: Kodun bağlantısını düzelttim, bakın her şey orada yazıyor.

Bu burada yardımcı olmayacak.

Farklı sembollerde omzu farklıdır.

Kaldıraç, marj bazında hesaplanabilir. sunucu zaten kaldıracı hesaba katarak teminat miktarına göre bir cevap verecektir.

 
Alexander Laur :

Ne hakkında konuştuğunu anlamamış gibisin.

Farklı hesaplardaki kaldıraç farklıdır: 1:100, 1:200, 1:300, vb. Kaldıraç açık pozisyon sayısına BAĞLI DEĞİLDİR, hesap için KALICIDIR. Kaldıraç, sembol için değil, hesap için marj (teminat) gereksinimlerini etkiler. Bu ne anlama geliyor? Bu, hesapta, açık pozisyonların toplam marjı , kaldıraç tarafından belirlenen hesap için izin verilen toplam marjı aşmadığı sürece, FARKLI sembollerde ve farklı hacimlerde pozisyon açabileceğiniz anlamına gelir!

MQL5 dilinde HESAP ÜZERİNDEKİ serbest marjı gösteren bir komut var ve bir sembol değil:

Verdiğim linkteki kodda herhangi bir enstrümanda pozisyon açmak için bir marj hesaplaması var. GetMarginForOpening() işlevi, marj hesaplamasıyla ilgilenir. Tembel olmayın, bir bakın.

Görünüşe göre seninle bir şey tartışmak zor.

Öncelikle linklerinizin açılmadığını zaten söylemiştim ikincisi kaldıraç değiştiğinde ve her sembolün kendi kaldıracı olduğunda marjı nasıl belirleyebilirsiniz.

 
Vladimir :

Kaldıracın sembolün ve hatta DC'nin yazdığı gibi oranının bir özelliği olduğu bir DC'nin sözleşmelerinin spesifikasyonundan bir örnek.


Bir sorun var mı:

Bu koşullarda işlemin teminatı nasıl değerlendirilir, daha kesin olarak, OrderCheck() veya OrderCalcMargin() işlevlerinin, "yaklaşık olarak belirtilen" belirtimde belirtilen kaldıracın özelliklerini dikkate alıp almadığı.

Ayrıca aşağıdaki ticaret koşullarını da karşıladım:

"Sarı, marj gereksinimlerinin artırıldığı araçları gösterir.

...

<Yüksek> düzeydeki ekonomik haberlerin yayınlanmasından 15 dakika önce ve 5 dakika sonra, marj gereksinimleri
yeni siparişler için maksimum kaldıraç 1:200'e göre hesaplanır. Belirtilen süreden sonra
bu pozisyonlardaki marj, hesaptaki fon miktarına ve kaldıracın belirlenen değerine göre yeniden hesaplanır.
Cuma 19:00 GMT +0'dan Pazar 23:00 GMT +0'a kadar yeni açılan pozisyonlar için teminat gereksinimleri hesaplanır.
maksimum 1:200 kaldıraç oranına göre."

Örneğin, 1:200 için %1, 1:1000 için %0,2 ve 1:2000 için %0,1 yerine izin verilen tüm kaldıraç için %0,5 artırıldı.

Aynı soru tekrar ortaya çıkıyor. Kim bilir, söyle bana lütfen.

Sadece kontrol etmeniz gerekiyor. Kimse marj hesaplama formülünü gizlemiyor.

Lot*Contract_Size*fiyat/Kaldıraç

Dolayısıyla Kaldıraç = Lotlar*Sözleşme_Boyutları*fiyat/Marj

Ancak Marj şuradan alınabilir:

 double Margin = 0 ;
 bool calcMargin = OrderCalcMargin (orderType, symbol, Lots, price, Margin);
O zaman netlik dikkate alınır veya alınmaz.
12345678
Yeni yorum