MT5でポジションの集計構造のRELIABLEな会計を実装することは可能でしょうか? - ページ 7 1234567891011121314...33 新しいコメント Avals 2009.10.13 06:42 #61 Figar0 писал(а)>> いろいろなことができるのに、「TPもSLも1つだけ......」。そして、TPとSLは、インターネットなし、EAなし、ライブラリ機能なしで動作する点が良い。現在では、例えば、2つ、あるいは1つの方向性の保留注文を異なるTPレベルで手動で設定することはできません。いや、たくさんたくさんですが、この端末のネットポジションは一歩後退しています。もちろん、DCはとにかく純利益で動くのでシンプルなのですが、トレーダーにとっては障害になります。 私もそう思います。カスタムEAをトレードサーバーで実行するのでなければ、連動注文の設定/取り消しの初歩的な言語を実装し、これらのファームウェアをサーバーに保存することが良い解決策になると思います。そうすれば、買いの逆指値注文を入力する必要がなくなり、トレードサーバーで実行しなければならない他の多くのことと同様に、これらすべてを自分たちで行うことができるようになります。 削除済み 2009.10.13 06:48 #62 HideYourRichess >> : ここが例の遠回しに言っているところだと思います。ディスプレイ上にボタンを作り、「close everything」のような名前で、必要なマークを付けてすべてを閉じます。 もちろん、この例は奇想天外なものですが、考え方は伝わりますよね。起こりうる状況をすべて挙げることは不可能です。 TPとSLのレベルの注文は、ほとんどすべてのプラットフォームに存在するOCO-orderの存在によって可能になったはずです。しかし、MT5では、それらも利用できない。 おそらく開発者は、すでにいくつかのプラットフォームで実装されているように、トレードサーバーでのバーチャルポジション(およびOCO注文)を拒否した理由を主張するでしょう。そして、この問題を解決するためのビジョンについて教えてください。 削除済み 2009.10.13 06:52 #63 Avals >> : 私もそう思います。カスタムEAをトレードサーバーで実行するのではなく、少なくとも連動注文の発注・取消のための初歩的な言語を導入し、そのファームウェアをサーバーに保存することができれば、一歩前進と言えるのではないでしょうか。この場合、買いの逆指値注文を入力する必要はなく、トレードサーバーで行うべき他の多くのことと同様に、すべて自分自身で行うことができます。 トレードサーバーのファームウェアは、大きな進化を遂げています。定位置に留まるのは、トレードサーバー上の仮想ポジションです(MT4では現在と同様)。残念ながら、そのようなことはありません。以前はその必要がなかったのに、なぜいろいろなところをくねくねする必要があるのか、その理由は定かではありません。 Avals 2009.10.13 07:07 #64 getch писал(а)>> トレードサーバーのマイクロプログラムは大きな進歩です。Staying putは、トレードサーバー上の仮想ポジションです(MT4では現在もそうです)。残念ながら、そのようなことはありません。以前はしなくてもよかったのに、なぜいろいろなところをくねくねと通らなければならないのか、その理由がよくわからない。 なぜなら、ほとんどの証券会社が同じようなロジックでお客様に接しているからです。このロジックは、機械的な取引には不都合ですが。結局のところ、開発者はMT5を証券取引所のソフトウェアにすることを計画しているのです。なぜ今までのやり方と違うのか、ブローカーに説明するんだ :) 削除済み 2009.10.13 07:23 #65 Avals >> : なぜなら、ほとんどの証券会社が同じようなロジックで顧客と取引しているからです。このロジックは、機械的な取引には不都合ですが。結局、開発者はMT5を証券取引所のソフトウェアにする計画を持っているのです。なぜ昔と違うのか、ブローカーに説明するんだ :) ブローカーにとっては、すべてが以前と同じ、ネットポジションのままです。ブローカーはバーチャルポジションを知る必要すらありません。 Avals 2009.10.13 07:34 #66 getch писал(а)>> ブローカーにとっては、これまでと同じようにネットポジションとなります。ブローカーはバーチャルポジションを知る必要すらありません。 彼はそうしなければならないのです。顧客と一緒になって苦情に対応する。 Hide 2009.10.13 07:36 #67 getch >> : ブローカーにとっては、これまでと同じようにネットポジションとなります。ブローカーはバーチャルポジションを知る必要すらありません。 なぜかというと、バーチャル・ポジションを自分のところに置いておくと、誰もそのことを知らないからです。そして、サーバーにそのようなサービスがあれば、ブローカーはそれを知っているだけです。しかもNFAに該当するようです。そうではありませんか? TheXpert 2009.10.13 07:36 #68 getch >> : 問題意識が希薄なのでしょう。せめてアグリゲート・ポジション構造をHOPEFULに検討するという発想の人が出てきたら、その枝葉は死んでしまうので、私も原始的な狭量な考えを持っているのです。そうでないなら、それはもう開発者が解決しなければならない重大な問題です。 ストップを廃止し、ペンディングオーダーに置き換える。アグリゲートポジションをクローズしても影響はありません。つまり、有効な注文の代わりに、保留中の注文(または保留中の注文のペア)をカウントする必要があるのです。 削除済み 2009.10.13 07:46 #69 TheXpert >> : ストップをなくし、ポーズに置き換える。アグリゲートポジションをクローズしても影響はありません。つまり、有効な注文の代わりに、保留中の注文(または保留中の注文のペア)をカウントする必要があるのです。 このスレッドをもう少し読むと、おそらく問題が明確になるはずです。 削除済み 2009.10.13 07:48 #70 HideYourRichess >> : どうですか? もし、あなたがバーチャルポジションを自分自身で保存しているのなら、誰もそのことを本当の意味で知らないことになります。しかし、サーバーがそのようなサービスを持っている場合、ブローカーはそれらを知っているだけです。そして、NFAでカバーされているようです。そうでしょう? NFAおよびあらゆる監査のための取引履歴があるため、NFAの対象とはならない。単純に、各取引が仮想のポジションにリンクしているということです。そして、その連動性を利用するかどうかは、あくまでもトレーダーの問題であって、ブローカーの問題ではない。 Dukascopyがどのように実装したかは、こちらに 書きました。 1234567891011121314...33 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
いろいろなことができるのに、「TPもSLも1つだけ......」。そして、TPとSLは、インターネットなし、EAなし、ライブラリ機能なしで動作する点が良い。現在では、例えば、2つ、あるいは1つの方向性の保留注文を異なるTPレベルで手動で設定することはできません。いや、たくさんたくさんですが、この端末のネットポジションは一歩後退しています。もちろん、DCはとにかく純利益で動くのでシンプルなのですが、トレーダーにとっては障害になります。
私もそう思います。カスタムEAをトレードサーバーで実行するのでなければ、連動注文の設定/取り消しの初歩的な言語を実装し、これらのファームウェアをサーバーに保存することが良い解決策になると思います。そうすれば、買いの逆指値注文を入力する必要がなくなり、トレードサーバーで実行しなければならない他の多くのことと同様に、これらすべてを自分たちで行うことができるようになります。
ここが例の遠回しに言っているところだと思います。ディスプレイ上にボタンを作り、「close everything」のような名前で、必要なマークを付けてすべてを閉じます。
もちろん、この例は奇想天外なものですが、考え方は伝わりますよね。起こりうる状況をすべて挙げることは不可能です。
TPとSLのレベルの注文は、ほとんどすべてのプラットフォームに存在するOCO-orderの存在によって可能になったはずです。しかし、MT5では、それらも利用できない。
おそらく開発者は、すでにいくつかのプラットフォームで実装されているように、トレードサーバーでのバーチャルポジション(およびOCO注文)を拒否した理由を主張するでしょう。そして、この問題を解決するためのビジョンについて教えてください。
私もそう思います。カスタムEAをトレードサーバーで実行するのではなく、少なくとも連動注文の発注・取消のための初歩的な言語を導入し、そのファームウェアをサーバーに保存することができれば、一歩前進と言えるのではないでしょうか。この場合、買いの逆指値注文を入力する必要はなく、トレードサーバーで行うべき他の多くのことと同様に、すべて自分自身で行うことができます。
トレードサーバーのファームウェアは、大きな進化を遂げています。定位置に留まるのは、トレードサーバー上の仮想ポジションです(MT4では現在と同様)。残念ながら、そのようなことはありません。以前はその必要がなかったのに、なぜいろいろなところをくねくねする必要があるのか、その理由は定かではありません。
トレードサーバーのマイクロプログラムは大きな進歩です。Staying putは、トレードサーバー上の仮想ポジションです(MT4では現在もそうです)。残念ながら、そのようなことはありません。以前はしなくてもよかったのに、なぜいろいろなところをくねくねと通らなければならないのか、その理由がよくわからない。
なぜなら、ほとんどの証券会社が同じようなロジックでお客様に接しているからです。このロジックは、機械的な取引には不都合ですが。結局のところ、開発者はMT5を証券取引所のソフトウェアにすることを計画しているのです。なぜ今までのやり方と違うのか、ブローカーに説明するんだ :)
なぜなら、ほとんどの証券会社が同じようなロジックで顧客と取引しているからです。このロジックは、機械的な取引には不都合ですが。結局、開発者はMT5を証券取引所のソフトウェアにする計画を持っているのです。なぜ昔と違うのか、ブローカーに説明するんだ :)
ブローカーにとっては、すべてが以前と同じ、ネットポジションのままです。ブローカーはバーチャルポジションを知る必要すらありません。
ブローカーにとっては、これまでと同じようにネットポジションとなります。ブローカーはバーチャルポジションを知る必要すらありません。
彼はそうしなければならないのです。顧客と一緒になって苦情に対応する。
ブローカーにとっては、これまでと同じようにネットポジションとなります。ブローカーはバーチャルポジションを知る必要すらありません。
なぜかというと、バーチャル・ポジションを自分のところに置いておくと、誰もそのことを知らないからです。そして、サーバーにそのようなサービスがあれば、ブローカーはそれを知っているだけです。しかもNFAに該当するようです。そうではありませんか?
問題意識が希薄なのでしょう。せめてアグリゲート・ポジション構造をHOPEFULに検討するという発想の人が出てきたら、その枝葉は死んでしまうので、私も原始的な狭量な考えを持っているのです。そうでないなら、それはもう開発者が解決しなければならない重大な問題です。
ストップを廃止し、ペンディングオーダーに置き換える。アグリゲートポジションをクローズしても影響はありません。つまり、有効な注文の代わりに、保留中の注文(または保留中の注文のペア)をカウントする必要があるのです。
ストップをなくし、ポーズに置き換える。アグリゲートポジションをクローズしても影響はありません。つまり、有効な注文の代わりに、保留中の注文(または保留中の注文のペア)をカウントする必要があるのです。
このスレッドをもう少し読むと、おそらく問題が明確になるはずです。
どうですか? もし、あなたがバーチャルポジションを自分自身で保存しているのなら、誰もそのことを本当の意味で知らないことになります。しかし、サーバーがそのようなサービスを持っている場合、ブローカーはそれらを知っているだけです。そして、NFAでカバーされているようです。そうでしょう?
NFAおよびあらゆる監査のための取引履歴があるため、NFAの対象とはならない。単純に、各取引が仮想のポジションにリンクしているということです。そして、その連動性を利用するかどうかは、あくまでもトレーダーの問題であって、ブローカーの問題ではない。
Dukascopyがどのように実装したかは、こちらに 書きました。