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

新しいコメント
 
ir0407:
まあ...簡単な質問のようで、極論を始めるとは......。:)ここにいる皆さんは、それぞれ頭がよくて、天才的な人たちだと理解しています。でも...
MT5のスクリーンショットを用意したり、MT4用ではないセクションにトピックを作ったり。 驚かせるために来たのではなく、簡単な質問に簡単な答えをもらうために来たのです。計算式から正しい値を取り出す方法、よくわかりました。私たちは数学が得意です。計算方法 ではなく、端末からどのように 取得するかが問題でした。

MQL5を再び...

質問を言い換えると...。この値を計算する ための数式は 必要ないんだ。必要なのは 定数の名前（またはその数値）で、これをSymbolInfoDouble()クエリで使ってターミナルから必要な値を取得することができます。それだ！:)

早く来い来い ))))

あなたの質問は最初から明確でした。

しかし、マージンは興味深いテーマで、ご覧のように賛否両論があります。

 
Alexey Viktorov:

なぜうまくいかないのか、理解できない。ここでは、3つの注文を開いていて、マージンは計算通りに100％になっています



どんな計算を？私の見方が悪いのかもしれませんが、スクリーンショットに比較対象がありませんね。

それから、「証拠金率」の値を使わずに、純粋にゴールドの未決済注文をすべて考慮して証拠金を計算する方法も質問されましたが・・・。

そして、そう...もちろん、ヘッジ・ポジションを考慮した上で。

 
Alexey Viktorov:
その場合、答えは明白です。 できない!!!
じゃあ、スタニスラフスキーの言葉を引用して答えよう。「信じないぞ！」。

アレクセイ・ヴィクトロフ

そして、誰もそんなことはしない。でも、不思議なアプローチですね。私にはそれが必要で、あなたたち開発者はそれをやってくれる。単純に、そうしてほしいからです。

まあ、端末はこの値を知っているのですが...。知っていて、「契約仕様書」に表示する...。本当に中の端末自身がこの値を計算してテーブルに表示しているのでしょうか？これがベースバリューだ!そして、端末がさらに特定の文字種に対する正しいマージンを計算するために使用される。

また、なぜこの方法が不思議なのでしょうか？その他の値も「契約仕様書」から「計算」で得ているのですか？間接的なデータ、あるいは実験的なデータによって？:)

アレクセイ・ヴィクトロフ：私は心から助けようとしたのですが......。しかし、残念なことに、運が悪いことに...。

もちろん、ありがとうございます。でも、私のテーマを余計な方向に持っていってしまいましたね。

 
K-2SO:


どんな計算を？私がよく見ていないのかもしれませんが、スクリーンショットには比較対象がありませんね。

それから、「証拠金率」の値を使わずに、純粋にゴールドの未決済注文をすべて考慮して証拠金を計算するのはどうなんだろうという問題もありましたね......。

そして、そう...もちろん、ヘッジされたポジションも含めて。

マージン率」の計算方法は、すでに説明され、咀嚼され、口に入れられている。あとは飲み込むだけ...。それはあなた次第です。

ヘッジされたポジションを利用することができます。

MarketInfo(_Symbol, MODE_MARGINHEDGED);
担保の％ではなく、返却された金額です。%%の計算は全く難しくありません。
 
Alexey Viktorov:

マージン率」の計算方法は、すでに語られ、咀嚼され、口に入れられている。あとは飲み込むだけ...。それはあなた次第です。

ヘッジポジションを考慮した上で、使用する

担保の％ではなく、返却された金額。%%の計算は全く難しくありません。

邪魔をするな私は、金のすべてのオープンポジションの 担保を計算する場合、MARGINREQUIREDが役に立たないことを示し、証明しようとしました。私は何かを飲み込むことはできなくても、あなたは噛むことさえしたくないようですね。
 
ir0407:
じゃあ、スタニスラフスキーの言葉を引用しよう。"私は信じない！"とね。

まあ、端末はこの値を知っているのですが...。それを知っていて、契約仕様書に表示する...。そして、この値を得るためだけに端末が計算を捻じ曲げて、表計算ソフトで見せているとでも思っているのだろうか。これがベースバリューだ!そして、端末がさらに特定の文字種に対する正しいマージンを計算するために使用される。

また、なぜこの方法が不思議なのでしょうか？その他の値も「契約仕様書」から「計算」で得ているのですか？間接的なデータ、あるいは実験的なデータによって？:)

もちろん、ありがとうございます。しかし、あなたは私の話題を余計な方向へ持っていってしまいました。

端末は色々な事を知っていて、誰にも言わない。例えば、どの注文がどのカウンターで決済されたかを調べようとしたことがあります。解説の中に収まっているが、そこからしか手に入らない...。論理はどこにあるのか？まあ、必要なものはないし、持つこともないだろうけど。自分たちで計算を書かないといけない。幸いなことに、それほど複雑なものではありません。ついでに言うと、証拠金通貨も 注文開始時の為替レートに合わせて計算し、修正する必要があります。また、mql4にはCopyTicksはありません。したがって、マージン率をどのように計算しても、未知数が1つ増え、計算の精度が落ちるという結論になります。
 
Alexey Viktorov:
端末はいろいろなことを知りながら、それを誰にも言わない。例えば、どの注文がどのカウンターで決済されたかを調べてみました。コメントで全部収まるけど、これしかない...。論理はどこにあるのか？持っていないし、持つこともない。

神々は鍋を焼かない。メタクオーターのコーダーも人間ですから、間違えたり、やり忘れたりすることもあります。例えば、ある値をヘルプに入力する場合。そこで、今度は「裏口」から入ってみることにして、その結果はまた後日報告することにします。

アレクセイ・ヴィクトロフ
つまり、マージン率をどのように算出しようとも、未知数が1つ増え、計算が不正確になるのです。

こういう不正確なことは避けたい。しかも、できるだけ血を流さずに。:)

 
K-2SO:

逃げ切ること。私は、金のすべてのオープンポジションの 担保を計算する場合、MARGINREQUIREDは役に立たないことを示し、それを証明しようとしました。私は何かを飲み込むことはできなくても、あなたは噛むことさえしたくないようですね。
拝啓、この知識を 読んでみてください。あなたのお役に立てるかもしれません。:)
 
K-2SO:

逃げ切ること。私は、金のすべてのオープンポジションの 担保を計算する際に、MARGINREQUIREDが役に立たないことを示し、証明しようとしました。私は何かを飲み込むことはできなくても、あなたは噛むことさえしたくないようですね。

あのね、そういう発言には驚かされるんですよ。

以下はそのコードです。

  Comment("", MarketInfo(_Symbol, MODE_MARGINREQUIRED), "\n"
        , "", MarketInfo(_Symbol, MODE_MARGINHEDGED), "\n"
         );

これが読み物です。カレントは842.13、ヘッジは50。


前の記事のスナップショットから、計算式と価格が書かれたExcellの表がこちらです。エクスプロア...


金のポジションオープンの瞬間のEURUSD為替レートの不足による3コペックの差と、2行目のこのでたらめさ...。他に説明することはありますか？

 
ir0407:
親愛なる皆様、この知識を 読んでみてください。きっとお役に立つと思います。:)


もっと具体的に教えてください。

最初にMARGINREQUIREDからマージン率を計算し、発注済みのオーダーのマージン計算時にそれを適用するのですか？

今のところ、そうとしか思えないのですが...。もちろん、不正確なものはすべて含めて。

1234567891011
新しいコメント