1ピップあたりの価格 - ページ 5

 

ゴードン

"インスタント・エクセキューション"とはどういう意味ですか?(暗に'Market Execution'とは違うと言っているようですが)..."

MT4サーバーは、注文を開く際にストップを「即時執行」、0に設定する必要がある場合は「市場執行」として設定できることを指しているようです(手動注文のプルダウンリストに表示されます)。

SDCと1005philip

「シンボルへのすべての参照でSymbol()を使用する方が簡単ではないでしょうか。そうすれば、たとえブローカーサーバーがEURUSDをmooncheeseと入力していても、EAがEURUSDをmooncheeseと呼ぶことを知っていれば、問題にはならないでしょう。

シンボル名がブローカーによって変更された場合、EAを追加するために新しいチャートを開く必要があります。

CB

 
cloudbreaker:

MT4サーバーでは、注文を開く際にストップを「即時執行」、0に設定して変更する必要がある場合は「成行執行」として設定する機能を参照しているようです(手動注文のプルダウンリストに表示されます)。

驚いたことに、0でのストップしか受け付けない口座にログインすると、実際にプルダウンメニューが変わるんですね、気がつきませんでした。ありがとうございます。
 
SDC:

シンボルへのすべての参照にSymbol()を使用する方が簡単ではないでしょうか。そうすれば、ブローカー・サーバーがEURUSDをmooncheeseと入力していても、EAがEURUSDをmooncheeseと呼ぶことを知っていれば、問題ないでしょう。

うわー!この話題は42の投稿を数え、記録的です...。

もし、みなさんが気にしないのであれば......私が中断したところを拾います......。

SDC、私が間違っていなければ、Phillipは、単に定義済みのMarketInfoを呼び出すのではなく、独立してTickValueを生成するための彼のカスタム関数を レイアウトしていました。もちろん、Symbol()でMODE_TICKVALUEを呼び出すことは、論理的に最も簡単なことです。しかし、TickValueがどこで、どのようにその値を取得したかを示す/証明する ことは別として。間違っているかもしれませんが、これは特定のブローカーが提供していないようなエキゾチックなペアを合成 する利点があると思います。私たちは、利用可能なすべてのベース/カウンターを並べ替えることができます。私は手元に例を持っていません。しかし、私はブローカーが提供しているものは、利用可能なベース/カウンタ-Sの完全な順列でないことを確信しています。私はちょうどフィリップが投稿したものに探求しています。ヘッジ/アービトラージか何かが必要でない限り、有用ではないかもしれません...。

 

カメオ ここに置いてあるコードに価値を見いだせるなら、喜んでもっとシェアしますよ。 正直なところ、ほとんどの人が自分のコーディングの冒険の過程ですでに通ったことのあるありふれた道だと思ったので、それがコミュニティにとって新しいものだと思い込んで、誰かの知性を侮辱したくはなかったんです。 (また、私のコードは、私のハードドライブに置かれ、間違った人の手に渡ると益よりも害を及ぼす可能性があり、私の精彩を欠いたコメントスタイルのために誰かがお金を失うことを本当に望んでいないなど、私が出版に値すると考えるものではありません)。

ファンダメンタルズからティックバリューを計算できることの利点(私は「必要性」と考えています)は、ヘッジやアービトラージのためというよりも(確かにそこでも活用できるかもしれませんが)、むしろもっと単純なことのためなのです。 私の場合、エクイティ・アット・リスクの計算やストップロスの配置などに必要だと考えています。

(また、注意:MODE_TICKVALUEのmarketinfoの値は、厳密に通貨ペアのビッド価格に基づいて おり、アスク価格ではないので、marketinfo tickvalueは、ロングポジションの利益確定値やショートポジションの損切りなど、ビッド価格に依存する計算で使用するのに技術的にのみ正しいです...これも矛盾点は小さく、当然EURUSDなどの口座通貨が カウンター通貨である通貨ペアの違いはないでしょう)

Marketinfo Tickvalueを使用する際の問題は、それが現在の市場価格に対してのみ有効であることです。 Tickvalueは、口座の通貨をカウンター通貨としている通貨ペア以外は、市場価格に依存します。 (USDJPYのTickvalueは、USDJPY=99.00と98.00では異なるなど)。

クロスカレンシーペアでは、ティックバリューが2つの 通貨ペアの価格に依存するため、「合成」ペアが作成されます。 取引されているシンボルと、口座の通貨と取引されているシンボルのカウンター通貨ペアの通貨によって形成される通貨ペアの両方です。

例を挙げましょう。 口座の額面がUSDで、EURGBPを取引したいとします。 一旦開いたEURGBPポジションの価値は、GBPUSDの市場価格と同様に EURGBPの市場価格にも依存することになります。

EURGPのロングポジションを0.8500で開設し、一日中その価格で推移しても、その間にGBPUSDが下降トレンドにあれば、あなたの取引は水面下に沈むことになります。 (以前、私がクロス通貨ペアを取引する際、リスク管理を目的とするならヘッジは必要だが非現実的だと述べた記事を読んだことがあるかもしれないのはこのためです)

私の場合、口座通貨とクロスカレンシーペアの橋渡しをする通貨ペアをプログラムで決定したいので、「合成」ペア形成を使っています。

 
1005phillip:

カメオ ここにあるコードをもっと共有してもいいんだけど、もしそれに価値を見いだせるなら。

はい、それは素晴らしいです...!もし気が向いたら、添付するか、PMで教えてください。 Phillipさん、ありがとうございます...。

ファンダメンタルズからティックバリューを計算できることの利点(私は「必要性」と捉えています)は、ヘッジ/アービトラージ(確かにそこでも活用できますが)ではなく、むしろもっと単純なことにあると思います。 私の場合、エクイティ・アット・リスクの計算やストップロスの配置などに必要だと考えています。

(また、注意:MODE_TICKVALUEのmarketinfoの値は、厳密に通貨ペアのビッド価格に基づいて おり、アスク価格ではありません。そのため、marketinfo tickvalueは、ロングポジションの利益確定値やショートポジションのストップロスなど、ビッド価格に依存する計算で使用するのに技術的に正しいだけです...またこの相違はわずかで、当然EURUSDなど口座通貨がカウンター通貨である通貨ペアの違いはありません)

これは、取引の反対側すなわちショート(アスク価格) 'の市場情報は、独立して計算された場合、矛盾を持っていることを意味するのでしょうか?

Marketinfo Tickvalueを使用する際の問題は、それが現在の市場価格に対してのみ有効であることです。 Tickvalueは、口座の通貨をカウンター通貨としている通貨ペア以外は、市場価格に依存します。 (USDJPY の tickvalue は USDJPY = 99.00 と 98.00 では異なるなど)

クロスカレンシーペアでは、ティックバリューが2つの 通貨ペアの価格に依存するため、「合成」ペアが作成されます。 取引されるシンボルと、取引されるシンボルに含まれる口座の通貨とカウンター通貨ペアで形成される通貨ペアの両方が対象です。

はい、これはmql4 Bookに明確に記述されています。私はそれ以来、クロスカレンシーペアの TickValues'を常に'floating'と見なしています。

一例を挙げます。 あなたの口座の額面がUSDで、EURGBPを取引したいとします。 一旦開いたEURGBPのポジションの価値は、GBPUSDの市場価格 と同様にEURGBPの市場価格にも依存することになります。

EURGPのロングポジションを0.8500で建て、それが一日中同じ価格で座っていても、GBPUSDがその間に下降トレンドになれば、あなたの取引は水面下で行われることになります。 (以前、私がクロス通貨ペアを取引する際に、リスク管理を目的とするならヘッジは必要だが非現実的だと述べた記事を読んだことがあるかもしれないのもこのためです)

私はそのように見たことがありません!もっと考えないといけないですね。:)

私の場合、口座通貨とクロスカレンシーペアの間の橋渡しをする通貨ペアをプログラムで決定したいので、「合成」ペア形成を使っているのです。

もう一つ質問なのですが、USDがベース/カウンターとして存在せず、クロスとして存在するペアに遭遇したことがありますか?


 
gordon:

残念ながら、MODE_TICKSIZEとMODE_TICKVALUEの命名により、 Tickに第2の定義が 追加されました(これが混乱の原因だと推測されます...)。この文脈でのTickの定義は、:Tickは、当該シンボルの可能な限り小さな価格変化 である。

  • MODE_TICKSIZE - 価格の変化の大きさ (ドキュメントでは "Tick size in points" と言っていますが、明らかに不正確です)。
  • MODE_TICKVALUE - 口座の預金通貨でのこの変化の値 (これはブローカーによってサーバーサイドで計算されます)。
コメント
  1. ポイント」(MODE_POINT)は、該当するシンボルの小数点の左サイズにおける可能な限り小さな価格変動です。これはMODE_TICKSIZEとは同じではありません。技術的にはMODE_TICKSIZE>=MODE_POINTですが、ほとんどの場合、両者は等しくなっています。
  2. ピップ」は慣習であり、私たち全員が同意するものです。シンボルの数学的特性でも、MT4サーバーの特性でもありません 。例えば、EURUSDの4桁のブローカーでは、Pipは1ポイントですが、5桁のブローカーでは、Pipは10ポイントです...。
  3. PipのサイズをPointsで自動的に決定する方法については、こちら→https://www.mql5.com/en/forum/124692 に良い議論があります。
  4. MODE_TICKSIZEは、極めて稀ですが、変化することがあります(一方、POINTは固定です)。CBでは、これらの変化に対応する方法をこちら→https://www.mql5.com/en/forum/109552/page3#195878。

Gordonが上記で説明したことに加えて、私のこれまでの解釈を述べさせてください。

  • Point : 常に末尾が1。「価格」と呼んでいた比率への変換係数です。
  • MODE_TICKSIZE : 価格変動の最小単位(ポイント)。
  • MODE_TICKVALUE : 基準比率に換算したカウンター・カレンシーの現在値。
 

cameofx:

Point : 常に末尾が1 であり、我々が「価格」と呼んでいる比率への変換係数 である。
ゴードンの「ほとんどいつも」に説明を加えると、これが当てはまらないFX商品はすぐには思いつきませんが、ブローカーが金属や指数などを提供している場合は、ほとんど当てはまりません。例えば、Alpari の金の契約では、TICKSIZE は 0.05 です (Pointは 0.01 です)。私の知る限り、MarketInfo(Symbol(),MODE_POINT) = MathPow(10, -MarketInfo(Symbol(), MODE_DIGITS)) となるようです。
 
cameofx:

はい、それは素晴らしいです...!もし気が向いたら、添付するか、PMで教えてください。ありがとうフィリップ...


添付のrarファイルに含まれています。使い方の質問があると思いますので、どんどん質問してください。


cameofx:

これは、取引の反対側、すなわちショート(アスク価格)の市場情報を独自に計算すると矛盾が生じることを意味するのでしょうか?



その通りです。しかし、誤差の割合は、単純にスプレッド(ポイント)をアスク価格で割ったものです(通貨ペアによりますが、0.02%~0.05%)...最後の1円まで計上したい場合にのみ重要なのです。


カメオフェックス

そのような見方をしたことはありませんでした!もっと考えないといけないですね。:)


私は、あなたが熟考する際にさらに役立つことを期待して、添付のrarファイルにExcelファイルを入れました。

カメオフェックス

一つ質問なのですが、USDをベース/カウンターとせず、クロスで存在するペアに遭遇したことはありますか?



あなたの質問が現在書かれているように、簡単な答えはイエスです - USDなしのすべてのクロスはあなたの基準を満たします。つまり、クロス通貨ペアを提供すると同時に、クロスペアのカウンター通貨と口座の額面通貨を含む必要な通貨ペアを提供しないブローカーに遭遇したことがありますか?

その答えは「ノー」です。それには理由があり、ブローカーは単にできないからです。ブローカーができない理由は、ブローカーはここで説明した方程式と同じ基本的な価格のつながりに縛られているからです。

例えば、お客様がユーロ建ての口座を持っていて、GBPUSDを1ロット購入したとします。GBPUSDのカウンター通貨はUSDです。したがって、GBPUSDのポジションの利益/損失を計算するために、ブローカー(およびお客様)はEURUSDの価格も知る必要があります。(EURはお客様の口座通貨、USDはお客様がポジションを建てたクロスペアのカウンター通貨です)

ブローカーがEURUSDを提供ペアとして持っていない場合、MT4ターミナルはあなたのポジションの変動損益をティックバイティックで計算することができません。したがって、口座の通貨を含む主要通貨ペアを提供せずに、(口座の額面に対する)クロスペアを取引する能力を提供するブローカーを見つけることはできません。
 
jjc:
ゴードンの「ほとんどいつも」に明確な説明を付け加えると、これが当てはまらないFX商品はすぐには思いつきませんが、ブローカーが金属や指数などを提供する場合は、ほとんど当てはまりません。例えば、Alpari の金の契約では、TICKSIZE は 0.05 です (Pointは 0.01 です)。私の知る限り、MarketInfo(Symbol(),MODE_POINT) = MathPow(10, -MarketInfo(Symbol(), MODE_DIGITS))です。
どちらも同意。MODE_POINTとMODE_DIGITSがこの式で確認できないケースは見たことがない。
 
cameofx:
Point : 常に末尾が1 である。
「ポイント(MODE_POINT)は 最小の 価格変動 である」ので、1 で終わることは明らかである。
MODE_TICKSIZE :値動きの最小単位(Point)。

先に述べたように、ドキュメントでは「Tick size in points」となっているが、これは明らかに不正確である。価格単位でもあります。

MODE_TICKVALUE : 対抗通貨の現在値を基準比率に換算した値。

この定義が不明確です...。(たぶん英語は母国語ではない?).