プログラムによる「マージン率」の取得方法 - ページ 10

 
K-2SO:

その結論はどこから出たのですか?^ ^


XAUUSDの証拠金の計算方法は、FXでもその利益は先物であり、我々が計算しようとしているものではありません。

1.気をつけること右のページに行くのが面倒なので、ここで表の一部を引っ張ってきます。

シンボルトレード計算モード

契約金額の算出方法

enum_symbol_calc_mode


enum_symbol_calc_mode

識別子

商品説明

シンボルカルクモードFX

Forexモード - FXのための利益とマージン計算

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

利益:(クローズ価格-オープン価格)*契約サイズ*ロット数

シンボル_計算機_モード_先物

先物モード - 先物の証拠金と利益を計算します。

Margin: Lots *InitialMargin*Percentage/100

利益:(終値-始値)*TickPrice/TickSize*Lots

シンボルカルクモードCFD

CFDモード - CFDのマージンと利益の計算

マージン:ロット*契約サイズ*市場価格*百分率/100

利益:(クローズ価格-オープン価格)*契約サイズ*ロット数


2.スクリーンショットを改ざんしないでください。


SYMBOL_CALC_MODE Forex または CFDが正しくカウントされている場合。

3.もう脚本は書き直さない。このスレッドで私が理解したかったことは、すでに理解しています。テーマの作者に感謝します。

 

Alexey Viktorov:

.................................このスレッドから理解したかったことは、すでにすべて理解した。トピックの作成者に感謝します。

アレクセイ、あなたの粘り強さには驚かされます。テーマは本当に100%網羅されています。スレッドを読み、追うのは楽しいことでした。

よくぞ言ってくれました。

差し支えなければ、マージンに関する記事を書いてください。

頑張ってください。

 
Alexey Viktorov:

1.もっと慎重になる。正しいページに行く手間を省くために、ここに表の一部を引いておきます。

2.スクリーンショットを代用しないでください

SYMBOL_CALC_MODE ForexまたはCFDが正しくカウントされている場合。



また混乱が増すばかりです。マージンを計算する際の契約金額の計算と どう関係があるのでしょうか?また、新しいスクリーンショットを追加しただけなのに、どこで変更したのでしょうか?XAUUSDについても触れましたが、スクリーンショットを追加するのが億劫でした。
 
Renat Akhtyamov:

アレクセイ、君の粘り強さには驚かされるよ。対象は本当に100%網羅されています。とても楽しく読ませていただき、ブランチを追いかけています。

よくぞ言ってくれました。

マージンの記事を書いてください。

頑張ってください。

ありがたいお言葉ですが、文章は私の技術ではありません。それに、mql4の開発者は、mql4に関する記事にはあまり興味がないようです。mql5では、すべて、あるいはほとんどすべてが標準関数で利用可能です。

意欲と能力のある人は、どうぞ書いてください、私は気にしません。私への言及があるのなら、ありがとうございます、ないのなら、まあ、必要ないのですが...。

 
Alexey Viktorov:

ありがたいお言葉ですが、文章は私の技術ではありません。それに、mql4の開発者は、mql4に関する記事にはあまり興味がないようです。mql5では、すべて、あるいはほとんどすべてが標準関数で利用可能です。

意欲と能力のある人は、どうぞ書いてください、私は気にしません。私への言及があるのなら、ありがとうございます。ないのなら、まあ、特に必要ないのですが...。

なんとなくですが、そうですね、質問と回答というシンプルな形がいいのでしょう。
 
K-2SO:

また混乱するばかりです。証拠金を計算する際の契約金額の計算と どう関係があるのでしょうか?また、新しいスクリーンショットを追加しただけなのに、どこで変更したのでしょうか?そして、XAUUSDについても触れましたが、 スクリーンショットを追加 するのが面倒だっただけです。

はい、契約金額の算出方法によって、もともと表から計算式が 取られています。

それが億劫だったのなら、言及する必要はないでしょう。プログラマーは、コンピュータと同じように情報を認識し、見たものを処理することが多い。金の話なのにEURUSDをスクリーンショットに添付しているようでは、理解できるわけがない...。

 
Renat Akhtyamov:
なんとなくですが、そうですね、質問と回答というシンプルな形がいいのでしょう。
そうやって始めたのに、沼のように吸い込まれていく。むかし、むかし、自分のため、修行のために情報インジケーターを書いたことがあります。注文ごとにマージンを挿入し、さらに各シンボルの注文の合計に対してマージンを挿入したかったのですが、それでは何も機能しません。そして、マージン率の本質を理解したとき、当時できなかったことをやりたいと思うようになり......。今はそのインジケーターは使っていませんが、知識は増えましたね...。テーマの作者に改めて感謝...。
 
Alexey Viktorov:

はい、もともと 契約金額の算出方法によって、計算式は表から取って いました。

怠けているのであれば、そのことに言及する必要はありません。プログラマーは、情報をコンピュータのように絶対視し、処理することが非常に多い。金の話なのにEURUSDをくっつけてたらわかるわけがない...。


OK、混乱を避けるために金は置いておくとして、XAUUSDの仕様に記載されている証拠金方式ではなく、約定計算方式で証拠金を計算した理由を回答していないのは事実です。

具体的には、ここでもEURUSDの仕様の画面です。

このシンボルにマージン計算をした注文のスクリーンショットを再度掲載します。


ここでは、Forexタイプの計算で一杯一杯です。引用した表から、どのような計算式で1300を求めることができるのでしょうか?

 
K-2SO:


OK、ゴールドは混乱から除外して、XAUUSDのデータシートに記載されているように、なぜ証拠金計算方法を契約計算方法で得て、証拠金計算方法でないのかを答えて逃げましたね。

どこかに行こうとしていたわけでもない。これがその答えです。

トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム

プログラムによる「マージン率」の取得方法

アレクセイ・ビクトロフ さん 2017.06.08 18:45

その際、契約金額の算出方法によって、もともと表から計算式が 取られているんですね。

これは端末の開発者が設計したものだと付け加えるしかないでしょう。

K-2SO


再びEURUSDの仕様のスクリーンショットです。

このシンボルにマージン計算をした注文のスクリーンショットを再度掲載します。


ここでは、Forexタイプの計算で一杯一杯です。引用した表から1300を求めるには、どのような公式を使えばよいのでしょうか?

そのような特定の証券会社のために、別途計算式を修正する必要があるのです。これは非常に簡単で、通常の証拠金通貨がすべて商品の基準通貨であり、この奇跡が証拠金通貨としてとられるのは厳密には米ドルまたは預託金の通貨である場合、それを考慮して計算する必要があるのです。

1.We は保証金の通貨で証拠金を得ます

double margin = MarketInfo(symbol, MODE_MARGINREQUIRED);

をロットで掛けると、それだけでOK!!! あとは、デバッガで実行して、どんなデータが得られるかを見るだけです。も うここに全部押し込んであるんですよ。

その通りかもしれませんが、私が判断することではありません。

 
Alexey Viktorov:


このような特殊なBCの場合は、別途計算式を調整する必要があります。

私が言いたいのは、保証金の計算方法に普遍的なものはない、ということです。そのため、パーセンテージの計算にも問題があるかもしれません。