MQL5で必要な証拠金を見積もる - ページ 2

 
Renat Akhtyamov:
https://www.mql5.com/ru/docs/constants/environment_state/accountinformation#enum_account_info_integer

そして、そこには何が見えるのか。そのレバレッジは口座の特性 であり、記号でもなく、瞬間でもない。一方、上記の断片にある2つのDCの実際の契約スペックは、そうでないことを示している。どういう意味ですか?

 
Vladimir:

そして、そこには何が見えるのか。レバレッジは口座の特性 であり、記号でもなく、瞬間でもないと。ところが、現実には、引用した2つのDCの契約仕様書の断片には、そうでないことが記載されているのです。どういう意味ですか?

そうすると、肩は数えなければならなくなる。

サーバーにマージン情報を要求すれば問題なし

 
Alexander Laur:

こちらをご覧ください:https://www.mql5.com/ru/code/12076/131935#!tab=code

それは助かるかもしれない。

そのリンクは存在しない、どうやらそこは特に秘密情報だったようだ :)

指定されたシンボルに対して実際のレバレッジを決定する関数、つまりシンボル名を指定する関数がない限り、決定しようがないと思うのですが、いかがでしょうか。


P.S. もしかしたら可能性があるかもしれませんが、私は見つけていません。

 
Alexander Laur:

そして、以下は、ベイル計算を含むインジケーターです。

試さないでください、あなたのリンクは開きません。

しかし、それは重要ではありません。与えられたシンボルに対してレバレッジがない場合、どのようにマージンレベルを 計算するのでしょうか?

 
Petros Shatakhtsyan:

このリンクは存在しません、よほど秘密の情報だったのでしょう :)

指定された記号の実レバレッジを求める関数、つまり記号名を指定する関数がない限り、判断のしようがないと思います。


P.S. もしかしたら可能性があるかもしれませんが、私は見つけていません。

ええ、すべて壊れています
 
Alexander Laur:

じゃあ、どうしたらいいのかわからない。パソコンからインジケーターをダウンロードしました。

レバレッジが効かないってどういうこと?

何を言っているのか、はっきりしないのでは?

簡単に説明すると、異なるシンボルで多くのオープンポジションを持って いるとします。そして、例えば新しいシンボルで新しいポジションを開きたい。そして、そのために有効なロット(数量)の大きさを特定する必要があるのです。

シンボルの実際の(取引)レバレッジがわからない場合、どのようにロットを決定すればよいのでしょうか?


 
Alexander Laur:

レバレッジはシンボルに対して定義され、アカウントに対しては定義されないのですか?


そして、私の説明で小学生でもわかると思った。

そして驚いたのは、ここには優秀な開発者がたくさんいるのに、なぜかこのフォームで3年目にして何度も問題提起していることです。

 
Alexander Laur:

レバレッジはシンボルに対して定義され、アカウントに対しては定義されないのですか?

このコマンドは、取引口座に有効なレバレッジを調べるのに役立ちます。

PS:コードのリンクを修正しましたので、見てみてください。

ここでは役に立ちません。

SIMによってレバレッジが違うんです。

レバレッジは証拠金に基づいて計算することができます。なぜなら、サーバーはレバレッジを考慮した証拠金の額をすでに回答してくれるからです

 
Alexander Laur:

自分が何を言っているのか分かっていないようですね。

レバレッジは口座ごとに異なり、1:100、1:200、1:300などです。レバレッジはオープンポジションの 数には依存しません。レバレッジは口座の必要証拠金に影響し、シンボルには影響しません。どういう意味ですか?つまり、オープンポジションの証拠金の合計が、レバレッジによって決定される口座の許容証拠金の 合計を超えない限り、異なるシンボルと異なる数量でポジションを建てることができるのです

MQL5言語には、あるシンボルではなく、口座の自由証拠金を表示するコマンドがあります。

リンク先のコードでは、どの商品でもポジションを建てるための証拠金の計算があります。GetMarginForOpening()関数は、預かり金を計算します。怠けてないで、見てください。

明らかに、あなたと何かを議論することは困難です。

第一に、あなたのリンクは開かないということ、第二に、レバレッジが変化し、それぞれのシンボルが独自のレバレッジを持っているのに、どうやってマージンを計算するのか、ということです。

 
Vladimir:

あるDCの契約仕様の例では、レバレッジはシンボルの特性であり、DCが書いているように、そのレートであってもある。


という疑問が湧いてきました。

このような条件での取引の担保をどのように評価するか、より正確には、OrderCheck()やOrderCalcMargin()は、仕様書に規定されているレバレッジの特徴を考慮し、「近似的に規定」しているか。

私もそのような取引条件に遭遇したことがあります。

"黄色 "は必要証拠金が増加する金融商品を示します。

...

経済ニュースの発表前15分と発表後5分(<高>レベル)は、証拠金規制があります。
新規注文の場合、最大レバレッジ1:200で計算されます。指定期間経過後
指定された期間経過後、これらのポジションの証拠金は、口座残高と設定されたレバレッジ値に基づいて再計算されます。
金曜日の19:00 GMT+0から日曜日の23:00 GMT+0まで、新規に建てたポジションの必要証拠金が計算されます。
最大レバレッジ1:200」。

例えば、1:200の場合は1%、1:1000の場合は0.2%、1:2000の場合は0.1%ですが、すべての許容レバレッジで0.5%に引き上げられました。

またもや同じ疑問が湧いてくる。詳しい方、アドバイスお願いします。

確認したいんです。マージンの計算式を誰も隠しているわけではないのです。

ロット*契約サイズ*価格/レバレッジ

レバレッジ=ロット*契約サイズ*価格/マージン

また、Marginは以下から取得することができます。

 double Margin = 0;
 bool calcMargin = OrderCalcMargin(orderType, symbol, Lots, price, Margin);
そうすれば、それがカウントされるかどうかが明確になります。