プログラムによる「マージン率」の取得方法 - ページ 11 1...4567891011 新しいコメント ir0407 2017.06.09 00:06 #101 K-2SO: OK、混乱を避けるために金は置いておいて、なぜXAUUSDの仕様にあるような証拠金方式ではなく、約定計算方式で証拠金を計算するのかという疑問は置いておいて。ここでもう一度、EURUSDのスペックをスクリーンショットで見てみましょう。このシンボルにマージン計算をした注文のスクリーンショットを再度掲載します。ここで一気に、FXのタイプの計算です。引用した表から1300を求めるには、どのような公式を使えばよいのでしょうか?この1本で。ID 商品説明 式 シンボルカルクモードFX Forexモード -FXのための 利益とマージン 計算 マージン:ロット*契約サイズ/レバレッジ 利益:(クローズ価格-オープン価格)*契約サイズ*ロット数K-2SOマージンを計算するための普遍的な公式は存在しない。誰が、どこで、普遍的なものでなければならないと言ったのか。この表は、さまざまな機器の計算方法を知っていただくためにお渡ししたものです。この表には、あらゆるものを計算する万能関数を書くために必要なものがすべて含まれています。 K-2SOその結果、計算がうまくいかないこともあります。数学の教科書を読んで吸収する前に、噛んでしまった場合のみ。 Alexey Viktorov 2017.06.09 06:32 #102 K-2SO:私が言いたいのは、保証金の計算方法に普遍的なものはない、ということです。そのため、比率の算出に問題がある場合があります。以前、算盤を吸ったことがあるだけでなく・・・のようです。言葉を失いました。結局のところ、これらはすべて、簡単な条件の追加・変更で解決できるのです。最初のバージョンでは、"USD "を入れなければならないところを、バカ正直に "USD "と入れてしまいました。 string accountCurrency = AccountCurrency(); で、それに伴い2行を修正しました。 double price = accountCurrency == symbolCurencyMargin ? 1 : type%2 == OP_BUY ? bid : ask; double orderOpenPrice = accountCurrency == symbolCurencyMargin ? 1 : OrderOpenPrice(); 以上です...。もし、先物の証拠金を決定する可能性のあるバリアントが欲しい場合は、ここで 個人的なリクエストをして、リンクをここかプライベートで送ってください。最低限の値段でやります。 K-2SO 2017.06.09 10:42 #103 ir0407:この1本で。ID 商品説明 式 シンボルカルクモードFX Forexモード -FXのための 利益とマージン 計算 マージン:ロット*契約サイズ/レバレッジ 利益:(クローズ価格-オープン価格)*契約サイズ*ロット数まあ、計算してみてください。コードを書く必要もなく、仕様書と端末の計算画面は目の前にありますから、自分で計算してみてください :Dレバレッジは100、どちらかというとir0407 です。 そして、誰が普遍的なものであるべきだと言ったのでしょうか。このチャートは、さまざまな楽器の計算方法を知ってもらうために渡したものです。この表には、あらゆるものを計算する普遍的な関数を書くために必要なものがすべて揃っています。それは、数学の教科書を読んで同化する前に、噛み砕いてしまった場合のみです。 私も本当のプログラマーです。最後の投稿(画像)を見て、最後の投稿に反応し・・・。コンテキストが重要です。すでに定義された種類の計算のための普遍的な公式という意味です。FOREXであれば、このような計算はどのブローカーでも同じであるはずです。 K-2SO 2017.06.09 10:52 #104 Alexey Viktorov:算数を吸ったことがある人だけでなく、吸ったことがない人もいるようです。言葉を失いました。結局、これは単純な条件の追加・変更ですべて解決してしまうのです。最初のバージョンでは、"USD "を入れなければならないところを、バカ正直に "USD "と入れてしまいました。で、それに伴い2行を修正しました。以上です...。もし、先物の証拠金を決定する機能を持ったバリアントが必要なら、ここで 個人的にリクエストをして、リンクをここかプライベートに投げてください。最低価格でもやります。 そこで何を吸っているのか知らないが、当座預金の通貨 名は何の関係があるのだろうか?それに、注文するのも面倒だし......計算がおかしいのに、無駄にいらないし。理解したい、間違っていたら突いてくれ、今のところ最近の投稿では何でもありの理論以外のものは見当たりません。具体的な例を挙げましたが、保証金の通貨は証拠金の通貨と同じで、計算はすべて専らクォードで行います。だから、表に書いてある標準的なFXの計算方法でその1300を出せよ。議論を続けたくないのであれば、絶対的な権利がありますが、あなたの言葉の現実的な実現が見えないのに、黙ってあなたの口を見て、うなずく必要はありませんよ.とか、違うことを言ってるんですよね。 Alexey Viktorov 2017.06.09 11:15 #105 K-2SO: 何を吸ってるのか知らんが、当座の通貨は 関係ないだろ?そして、私はあなたに何も注文したくないのです。計算が間違っているのに、何も必要ないのです。理解したい、間違っていたら突いてくれ、今のところ最近の投稿では何でもありの理論以外のものは見当たりません。具体的な例を挙げましたが、保証金の通貨は証拠金の通貨と同じで、計算はすべて専らクォードで行います。だから、表に書いてある標準的なFXの計算方法でその1300を出せよ。あなたがこれ以上議論したくないと思うなら、それはあなたの絶対的な権利ですが、あなたの言葉の実用化が見えないときに、黙ってあなたの口を見て同意する必要はありません......。とか、全く違うことを話している。硬派なんですね。まあ、すべて言い尽くされているし、一度や二度ではない。他にどう説明すればいいのでしょうか。以下は、前回の記事であげた修正を加えたスクリプトの表示内容です。2017.06.09 14:05:09.875 Script test EURUSD,H4: removed 2017.06.09 14:05:09.874 test EURUSD,H4: uninit reason 0 2017.06.09 14:05:09.874 test EURUSD,H4: ******** AccountMargin = 1300.00 USD 2017.06.09 14:05:09.874 test EURUSD,H4: ******** Процент маржи 130 Маржа ордера EURUSD 1.0 = 1300.0 2017.06.09 14:05:09.874 test EURUSD,H4: initialized 2017.06.09 14:05:09.857 Script Test\test EURUSD,H4: loaded successfully そして、ロボのアカウントにも同じスクリプトが。2017.06.09 14:11:51.192 Script test USDJPY.e,M15: removed 2017.06.09 14:11:51.191 test USDJPY.e,M15: uninit reason 0 2017.06.09 14:11:51.191 test USDJPY.e,M15: ******** AccountMargin = 2166.67 USD 2017.06.09 14:11:51.191 test USDJPY.e,M15: ******** Процент маржи 200 Маржа ордера XAUUSD.e 1.0 = 840.4333333333334 2017.06.09 14:11:51.191 test USDJPY.e,M15: ******** Процент маржи 1 Маржа ордера WTI 1.0 = 484.9 2017.06.09 14:11:51.191 test USDJPY.e,M15: ******** Процент маржи 100 Маржа ордера USDJPY.e 1.0 = 333.3333333333333 2017.06.09 14:11:51.191 test USDJPY.e,M15: ******** Процент маржи 1 Маржа ордера BRENT 1.0 = 508.0 2017.06.09 14:11:51.190 test USDJPY.e,M15: initialized 2017.06.09 14:11:51.179 Script Test\test USDJPY.e,M15: loaded successfully ir0407 2017.06.09 11:59 #106 K-2SO:コードを書かなくても、仕様書と端末の計算画面が目の前にあるのですから、自分で計算してみてください :D 電卓計算で30秒かかり、画面の数字と一致しました)K-2SOレバレッジはどちらかというと100です。足し算なしで見ることができます。Lots*Contract_Size/Leverage という計算式が基本で 、すべてのFX 商品の証拠金を計算するために使用されます。そして、それぞれの特定厨(証券会社など)の特殊性がある。1.証拠金の通貨は、預金の通貨と 異なる場合があります。その結果、基本式で得られた結果は、預金の通貨に換算される。2.キッチンは、スクリーンショットに反映されている割引/割増を「マージン率」の欄に適用することができます。この欄の数字が100%と異なる場合は、それを考慮して計算する必要があります。 最初の点で、あなたは預金通貨USDを持っている - その後、再計算しないでください。しかし、2番目の項目については、「マージン率」=130%となっていますね・・・。思い当たる節はありませんか?マージンは1300ポンド、「マージンの割合」は130%です。そんなこともわからないほど、あなたは盲目なのですか? K-2SO 2017.06.10 09:44 #107 ir0407:キッチンは、スクリーンショットにある「マージンの割合」の欄に表示されている割引/割増を適用することができます。この欄の数値が100%と異なる場合は、それを考慮して計算する必要があります。 1点目は、入金通貨がUSDなので、再計算の必要はありません。でも、2つ目の項目は「マージン率」=130%になっていますよね...。思い当たる節はありませんか?マージンは1300ポンド、「マージンの割合」は130%です。そんなこともわからないほど、あなたは盲目なのですか? まさに(FXの計算方法で)証拠金の割合を考慮することが、私を混乱させたのです。そして、確かに他の(従来の)ブローカーでは、基本的な計算式が証拠金の割合を考慮しない場合がありますが、それは100に等しいです - 私も数日前にそれを確認しました。私はただ、自分の結論について、第三者による確認が欲しかっただけなのです......。で、この種の預金のマージン計算の一般的な計算式にどう当てはめるかも明確です。あとは、マージン率の計算の普遍化(本当に可能かどうか)を完成させるだけです。Alexeyの投稿は私にとって大きな助けとなっています。 1...4567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
OK、混乱を避けるために金は置いておいて、なぜXAUUSDの仕様にあるような証拠金方式ではなく、約定計算方式で証拠金を計算するのかという疑問は置いておいて。
ここでもう一度、EURUSDのスペックをスクリーンショットで見てみましょう。
このシンボルにマージン計算をした注文のスクリーンショットを再度掲載します。
ここで一気に、FXのタイプの計算です。引用した表から1300を求めるには、どのような公式を使えばよいのでしょうか?
この1本で。
ID
商品説明
式
シンボルカルクモードFX
Forexモード -FXのための 利益とマージン 計算
マージン:ロット*契約サイズ/レバレッジ
利益:(クローズ価格-オープン価格)*契約サイズ*ロット数
マージンを計算するための普遍的な公式は存在しない。
誰が、どこで、普遍的なものでなければならないと言ったのか。この表は、さまざまな機器の計算方法を知っていただくためにお渡ししたものです。この表には、あらゆるものを計算する万能関数を書くために必要なものがすべて含まれています。
その結果、計算がうまくいかないこともあります。
数学の教科書を読んで吸収する前に、噛んでしまった場合のみ。
私が言いたいのは、保証金の計算方法に普遍的なものはない、ということです。そのため、比率の算出に問題がある場合があります。
以前、算盤を吸ったことがあるだけでなく・・・のようです。言葉を失いました。
結局のところ、これらはすべて、簡単な条件の追加・変更で解決できるのです。最初のバージョンでは、"USD "を入れなければならないところを、バカ正直に "USD "と入れてしまいました。
で、それに伴い2行を修正しました。
以上です...。もし、先物の証拠金を決定する可能性のあるバリアントが欲しい場合は、ここで 個人的なリクエストをして、リンクをここかプライベートで送ってください。最低限の値段でやります。
この1本で。
ID
商品説明
式
シンボルカルクモードFX
Forexモード -FXのための 利益とマージン 計算
マージン:ロット*契約サイズ/レバレッジ
利益:(クローズ価格-オープン価格)*契約サイズ*ロット数
まあ、計算してみてください。コードを書く必要もなく、仕様書と端末の計算画面は目の前にありますから、自分で計算してみてください :D
レバレッジは100、どちらかというと
そして、誰が普遍的なものであるべきだと言ったのでしょうか。このチャートは、さまざまな楽器の計算方法を知ってもらうために渡したものです。この表には、あらゆるものを計算する普遍的な関数を書くために必要なものがすべて揃っています。
それは、数学の教科書を読んで同化する前に、噛み砕いてしまった場合のみです。
算数を吸ったことがある人だけでなく、吸ったことがない人もいるようです。言葉を失いました。
結局、これは単純な条件の追加・変更ですべて解決してしまうのです。最初のバージョンでは、"USD "を入れなければならないところを、バカ正直に "USD "と入れてしまいました。
で、それに伴い2行を修正しました。
以上です...。もし、先物の証拠金を決定する機能を持ったバリアントが必要なら、ここで 個人的にリクエストをして、リンクをここかプライベートに投げてください。最低価格でもやります。
そこで何を吸っているのか知らないが、当座預金の通貨 名は何の関係があるのだろうか?それに、注文するのも面倒だし......計算がおかしいのに、無駄にいらないし。理解したい、間違っていたら突いてくれ、今のところ最近の投稿では何でもありの理論以外のものは見当たりません。具体的な例を挙げましたが、保証金の通貨は証拠金の通貨と同じで、計算はすべて専らクォードで行います。だから、表に書いてある標準的なFXの計算方法でその1300を出せよ。
議論を続けたくないのであれば、絶対的な権利がありますが、あなたの言葉の現実的な実現が見えないのに、黙ってあなたの口を見て、うなずく必要はありませんよ.とか、違うことを言ってるんですよね。
何を吸ってるのか知らんが、当座の通貨は 関係ないだろ?そして、私はあなたに何も注文したくないのです。計算が間違っているのに、何も必要ないのです。理解したい、間違っていたら突いてくれ、今のところ最近の投稿では何でもありの理論以外のものは見当たりません。具体的な例を挙げましたが、保証金の通貨は証拠金の通貨と同じで、計算はすべて専らクォードで行います。だから、表に書いてある標準的なFXの計算方法でその1300を出せよ。
あなたがこれ以上議論したくないと思うなら、それはあなたの絶対的な権利ですが、あなたの言葉の実用化が見えないときに、黙ってあなたの口を見て同意する必要はありません......。とか、全く違うことを話している。
硬派なんですね。まあ、すべて言い尽くされているし、一度や二度ではない。他にどう説明すればいいのでしょうか。以下は、前回の記事であげた修正を加えたスクリプトの表示内容です。
そして、ロボのアカウントにも同じスクリプトが。
コードを書かなくても、仕様書と端末の計算画面が目の前にあるのですから、自分で計算してみてください :D
レバレッジはどちらかというと100です。
足し算なしで見ることができます。
Lots*Contract_Size/Leverage という計算式が基本で 、すべてのFX 商品の証拠金を計算するために使用されます。
そして、それぞれの特定厨(証券会社など)の特殊性がある。
1.証拠金の通貨は、預金の通貨と 異なる場合があります。その結果、基本式で得られた結果は、預金の通貨に換算される。
2.キッチンは、スクリーンショットに反映されている割引/割増を「マージン率」の欄に適用することができます。この欄の数字が100%と異なる場合は、それを考慮して計算する必要があります。
最初の点で、あなたは預金通貨USDを持っている - その後、再計算しないでください。しかし、2番目の項目については、「マージン率」=130%となっていますね・・・。思い当たる節はありませんか?マージンは1300ポンド、「マージンの割合」は130%です。そんなこともわからないほど、あなたは盲目なのですか?
キッチンは、スクリーンショットにある「マージンの割合」の欄に表示されている割引/割増を適用することができます。この欄の数値が100%と異なる場合は、それを考慮して計算する必要があります。
1点目は、入金通貨がUSDなので、再計算の必要はありません。でも、2つ目の項目は「マージン率」=130%になっていますよね...。思い当たる節はありませんか?マージンは1300ポンド、「マージンの割合」は130%です。そんなこともわからないほど、あなたは盲目なのですか?
まさに(FXの計算方法で)証拠金の割合を考慮することが、私を混乱させたのです。そして、確かに他の(従来の)ブローカーでは、基本的な計算式が証拠金の割合を考慮しない場合がありますが、それは100に等しいです - 私も数日前にそれを確認しました。私はただ、自分の結論について、第三者による確認が欲しかっただけなのです......。で、この種の預金のマージン計算の一般的な計算式にどう当てはめるかも明確です。あとは、マージン率の計算の普遍化(本当に可能かどうか)を完成させるだけです。Alexeyの投稿は私にとって大きな助けとなっています。