MODE_TICKVALUEエラー!

gordon 2010.11.16 11:19 #21

superbem:

[...] これではっきりしたかな？

いいえ

削除済み 2010.11.16 11:46 #22

gordon:
No.

おやっさん

mt4とサーバーの開発者に、FX以外のアクティビティについて質問します。

ticksize, lotize,quote currency, and of course prices, broker have tickvalue...を持つこと。

私はテストしたブローカーの束で何が起こっている、私はポジションを開いたときに、私は彼らが正しいtickvalueをサーバーに持っていることを確認しますが、関数 marketinfo（）モードtickvalue上の端末は不完全な返されることです...。

なぜなら、確かに、ブローカーからのcfdの引用通貨は来ていない。

そこで、関数marketinfo()は、ブローカーからticksize、lotizeとCFD引用通貨を持つ正しいtickvalueを返すように修正することができます...または、私が述べたように、正しい損益でポジションが開かれたときに、サーバーからtickvalueを取得することです。

gordon 2010.11.16 11:55 #23

superbem:

FX以外の運用について、mt4とサーバーの開発者に質問です。

[...]

ここにはありません...MetaQuotesにお問い合わせください。

もう一回やってみましょう。

...私はポジションを開くとき、私は彼らがサーバー上で正しいtickvalueを持っていることを確認しますが、関数marketinfo（）モードtickvalue上の端末は、不完全な返します...

どのようにサーバーが正しいtickvalueを持っていることを確認したのですか？MarketInfo(symbol,MODE_TICKVALUE)のどこが不完全なのですか？

削除済み 2010.11.16 12:48 #24

gordon: サーバーが正しいtickvalueを持っていることをどのように確認したのですか？

ポジションを持ち、価格が下落または上昇し、損益計算が正しく行われます。

gordon:MarketInfo(symbol,MODE_TICKVALUE)のどこが不完全なんですか？

気配値通貨を考慮せず、ticksize, lotsize, 価格のみで計算し、アクティブなベース通貨が欠落した状態で戻ってくるのです。入金通貨と一致するものはうまく返ってきます。

削除済み 2010.11.16 16:25 #25

MarketInfo(symbol,MODE_TICKVALUE)はブローカーからの情報で、ブローカーはこの情報をサーバー側の計算で実際に使用することはないです。日々の計算書は、MarketInfo(symbol,MODE_SWAP) の値や MarketInfo(symbol,MODE_SPREAD) と同じようにこのようなものです。

MarketInfo(symbol,MODE_SWAP)が返す値は、ブローカーがHPに掲載し、私の口座（ライブ）のポジションにクレジット/デビットされたスワップ値とは比較にならない値を返しているケースを見たことがある。

私はあなたがsuperbemに関係しているのか分からない、TICKVALUEで問題の事実は、tickvalueの値は（たとえ正しく報告された場合）価格に依存していることです。 USDJPYの価格は81.00または101.00である場合、tickvalueは異なっている。

では、MODE_TICKVALUEはどのような使い道があるのでしょうか？(狭い範囲で有効な使い方があります。カウンターカレンシーが口座の額面でもある通貨ペア、例えば米ドルベースの口座ではEURUSDのように一定です)

さらに悪いことに、私の意見では、tickvalueはLONGポジションに対してのみ正しく計算されます...したがって、tickvalueは、例えばUSDJPYのショートポジション（同様にあらゆるクロスペア）に対して常に間違っています。

この教訓は、信頼するが検証することであり、検証がブローカーごとに信頼に値しないことを証明するときは、自分で計算することを確認するか（これは私がやっていることです）、またはそのマーケット情報の値をサーバー側の数字で実際に行っていることと一致させておくことにもっと注意を払っている別のブローカーを見つける時です。

削除済み 2010.11.17 15:26 #26

サーバーサイドでの計算は、MODE_TICKVALUEに自動的にシードされるはずです。

もうひとつは、mt4がFXだけを扱っていたときは、通貨クォートの情報は必要なく、常に右側の3文字だったということを理解しています。しかし、現在、cfdでは、その3文字がないので、これを格納する変数が必要です。

削除済み 2010.11.17 16:15 #27

superbem:

サーバーサイドでの計算は、MODE_TICKVALUEに自動的にシードされるはずです。

もうひとつは、mt4がFXだけを扱っていたときは、通貨クォートの情報は必要なく、常に右側の3文字だったということを理解しています。しかし、現在、cfdでは、その3文字がないので、これを格納する変数が必要です。

ブローカーが何かをするべきだという 意見を持つことは、ブローカーが壊れているということではなく、ある方法で行われることを望むということです。

ブローカーは何もする必要はありません。もちろん、そうしてくれると助かりますが、そうする必要はなく、ブローカーの側で取引の会計処理を正しく行うことができます（法的/信頼的な意味で重要なのは、この方程式の唯一の側です）。

また、カウンターカレンシーは、必ずしも右側の3文字とは限りません。例えばCMSの場合、右側の3文字は常に "FXF "です。また、IBFXのミニアカウントでは、右側の最後の文字は小文字の "m "になっています。

cfdの価格評価に使用されるカウンターカレンシーを抽出する方法があればいいのですが、それは3文字であったり、情報を保存する追加の変数であったり・・・しかし、あなたの期待（「べき」）とブローカーが最低限の作業として行うことができ、かつ問題なく運営できることとはまた別のものなのです。

他の例として、サーバーの時刻同期を挙げましょう。もしあなたのブローカーやすべてのブローカーが、実際にサーバーの時刻 (TimeCurrent() でアクセスするもの) をどこかの原子時計信号と同期させておいたらいいと思いませんか? それは、ブローカーからブローカーへ、そして複数のサーバーがある場合は同じブローカー内でさえ、ローソクの実際のOHLC値に関して重要です。しかし、そうではありません。

そうすべきな のですが、そうしないにもかかわらず、明らかに機能しているのです。私は、ブローカーが実際に行っていることの現実を考慮し、私のブローカーが行うべきことについての私の期待を調整しなければならない一人なのです。

削除済み 2010.11.17 16:21 #28

つまり、ブローカーではなく、ソフトウェアが問題なのです。開発した人は気にしません。

gordon 2010.11.17 16:47 #29

superbem:
ブローカーではなく、ソフトウエアが問題なのです...。開発した人は気にしません。

いいえ、そうではありません。彼らはブローカーに製品を売っているのです。それは、ブローカーが設定/維持する次第です。もしあなたがブローカーに満足していないなら、2つの選択肢があります。1.彼のサポートに相談し、彼らはあなたのための解決策を見つけることができるかどうかを確認します。2.別のブローカーに切り替えます。

削除済み 2010.11.17 19:21 #30

ブローカーはすべてを設定することはできませんし、ソフトウェアがクライアントにいくつかのデータを表示しないようにオプションを残していることです...。

なぜ、このソフトがそのまま完璧だと思う人がここにいるのかわかりません。

笑

MODE_TICKVALUEエラー! - ページ 3