オープナーでサーバーバージョン - ページ 7

[削除済み]

prostotrader:

どうやら、CSのFORTSの「命」に完全に遅れをとっているようですね。

従来は明確な計算式でCSを算出していたのに対して

で、最大3Lだったのですが、今は計算式が複雑になっているので

正確なQRを計算することはほとんど不可能であること。

指値注文の場合 OrderCalcMargin()は、約

正しい値 であり、市場向けSE＝イニシャルマージン*1.5である。

ブローカーはここに全く参加しない。

最良価格への近さ、ドルとの「連動性」、集中限度、担保レート水準によって価値が変わることを付け加えておく。 要するに、GOの計算方法は本当に不可解なんです。

こちらで 読むことができます。

[Sergei Lebedev]

Prostotrader/AlexeyKozitsyn:SEの「近似」計算について書かれた内容から、間接的に結論づけると、MT5サーバーはSE計算用の為替ソフトウェア/ゲートウェイといかなる形でも統合されていません（直接書かれていないのは、おそらくあなたが気づいていないためです）。それにしても、8489.62（指値注文！）は、萌え7706pで公開されたものと、かなりの差（！）で対応していない。だから、MT5サーバーがこのソフトと統合されているという、より「楽観的」な選択肢から進めていたのですが、ブローカーやそのディーラーが自分でSEを計算できるという前提で、あなたは非常に時代に遅れているとしか言いようがないですね。

もし本当にMQがCSの計算をMT5サーバー自体に入れたのであれば、これは大きなLIABILITYである。MT5のサーバー部分の更新をMQに緊急に要求し、取引開始時、そして毎時間、取引所への既存のゲートウェイ（別名Plazaなど）を通じてすべての先物契約のDOの要求を行い、その後OrderCalcMargin()へのクライアントコールで値の事前適用を行う必要があります。

[prostotrader]

Sergey Lebedev:

Prostotrader/AlexeyKozitsyn:SEの「近似」計算について書かれた内容から、MT5サーバーがSE計算用の取引所ソフトウェア/ゲートウェイと統合されていない、という間接的結論を導き出すことができます（あなたは直接書いていませんが、おそらく気づいていないためでしょう）。それにしても、8489.62（指値注文！）は、萌え7706pで公開されたものと、かなりの差（！）で対応していない。だから、MT5サーバーがこのソフトと統合されているという、より「楽観的」な選択肢から進めていたのですが、ブローカーやそのディーラーが自分でSEを計算できるという前提で、あなたは非常に時代に遅れているとしか言いようがないですね。

もし本当にMQがCSの計算をMT5サーバー自体に入れたのであれば、これは大きなLIABILITYである。あなたは緊急に取引日の開始時に、その後、取引所（別名プラザなど）に利用可能なゲートウェイを介してすべての先物契約のCSの要求を行うために時間ごとにするようにMT5のサーバー部分を改善するためにMQから要求する必要があり、その後クライアントコールで値の先取りを実施OrderCalcMargin().

ブローカーに要求すればいい（彼は顧客で生活している）。

となり、ブローカーはソフトウェアの代金を支払うので、MQに連絡しなければなりません（必ずしもそうではありません）。

そして、結論を出す前に、CS計算の新原則に関する文書（MOEX）を読んでください！。

[Sergei Lebedev]

ナンセンスだ！証券会社のためではなく、株取引のために十分なソフトを作ることが本筋だと思います。

そして、IB TWS、Sterling、そしてRF QuickやTranzac、その他の通常のサーバーソフトウェアは、取引所自体からGO商品に関するデータを取得します。そして、もしMT5サーバーがこれを行えないのであれば、MQを恥じることになります。

この点は確実に調べなければならない、素人的な憶測を信用していい問題ではないのです。明日、ServiceDesk MQとOtkrytieのテクニカルサポートに依頼する予定です。

[prostotrader]

Sergey Lebedev:
こんなのナンセンスだ! 株式取引に適したソフトを作るのは、証券会社ではなく、ソフトメーカーの仕事です。

そして、IB TWS、Sterling、そしてRF QuickやTranzac、その他の通常のサーバーソフトウェアは、取引所自体からGO商品に関するデータを取得します。そして、もし本当にMT5サーバーがこれを行えないのであれば、MQを恥じることになります。

この点は確実に調べなければならない、素人的な憶測を信用していい問題ではないのです。明日、ServiceDesk MQとDiscoveryのテクニカルサポートに問い合わせをします。

がんばってください。:)

追加

ああ、セルゲイ！

あなたへの大きなお願いです。

ここに書く

https://www.mql5.com/ru/forum/320837

ご要望に応じたスレッドがあります。

[prostotrader]

prostotrader:

今日、オトクリバシカのテクニカルサポートの責任者から電話があった。

新しいサーバーを 導入した（落ち着いた市場で、スピードが1.5倍になった、私だけが確認したわけではない）。

現在、サーバーソフトの新バージョンをテストしている。

サーバーソフトウェアのアップデートを待っているところ...。

[prostotrader]

オープンリーチの技術サポート責任者からの朗報です。

Здравствуйте. На текущий момент планируем билд 2361 + патч шлюзов ФР и ВР (в нашей конфигурации всплыла существенная проблема, вчера получили патчи)

Если не возникнет проблем при тестировании/новых срочных вопросов, то постараемся до конца марта.

 

しかし、ゲートウェイ用のパッチが必要な場合は、良いニュースばかり ではありません...。

[削除済み]

Sergey Lebedev:

近似値計算について書かれている ことから、MT5サーバーは、モスクワ取引所がSA計算の信頼性を確保するために参加者に提供しているSA計算用の取引所ソフトウェア/ゲートウェイといかなる形でも統合されていない、という間接的結論が得られます（直接書かれていないのは、おそらくあなたが気づいていないためでしょう）。それにしても、8489.62（指値注文！）は、萌え7706pで公開されたものと、かなりの差（！）で対応していない。だから、MT5サーバーがこのソフトと統合されているという、より「楽観的」な選択肢から進めていたのですが、ブローカーやそのディーラーが自分でSEを計算できるという前提で、あなたは非常に時代に遅れているとしか言いようがないですね。

もし本当にMQがCSの計算をMT5サーバー自体に入れたのであれば、これは大きなLIABILITYである。MQは、取引日の初めに、その後1時間ごとに取引所（別名プラザなど）への利用可能なゲートウェイを介してすべての先物契約のCSの要求を行い、クライアントコールOrderCalcMargin（）で先取り値を実施するようにMT5のサーバー部分を改善することが急務となっています。

停止する。何でもかんでも一括りにするのはやめよう。ある価格で注文した場合のEBの正確な値を、注文を出す前に計算する問題がある（方法がわからない）ことを書きました。しかし、これはGOが価格だけでなく、取引量、商品中の通貨コンポーネントの有無、集中度制限（変動する場合もある）、担保レート水準（変動する場合もある）にも依存するからである。しかし、「Derivatives Market Parameters」というセクションに、こんな文書があることに気がついた。「現在の為替レートを用いた変動証拠金および担保の計算原則」。この資料の存在から、どうにかしてCSを独自に計算することは可能なのだろうと考えています。

MT5ターミナルに表示されるCSの計算方法（Detailsタブ）については、推測するしかない。

OrderCalcMargin()について。この機能は、Expert Advisorとスクリプトで取引を許可する場合にのみ使用できます。そのため、トレードサーバーにリクエストを行います。そして、サーバーがGOの値を更新する頻度もまた、推測の域を出ない。

[削除済み]

prostotrader:

オープンリーチの技術サポート責任者からの朗報です。

しかし、ゲートウェイのパッチが必要な場合は、すべてが そうとは限らない...。

ちなみにAMP(デモ)はサーバー部分がすでにビルド2361になっています。

[Grigori.S.B]

ティンコフで取引した経験はありますか？ニュアンスや具体的な内容は？だって、みんなオトクにしか仕事してないのがわかるんだもん。