MQL：セキュリティと機会 - ページ 3

[TheXpert]

C-4:
例えば、ファンダメンタル情報とマクロ統計を表示するインジケータを作り、マーケットで売りたいのです。そのためには、複数のデータソースから統計を取り、それを正しく数値に変換し、履歴を蓄積していく必要があります。これらはすべて、プロジェクトサーバー上で行われる、大変手間のかかる作業です。そして、インジケータを書き込み、Marketに配置します。

できないのです。ルールを読む

[Vasiliy Sokolov]

Urain:

MT4/5のライセンスを購入する（ブローカーになる）と、サーバーと通信するインジケータを配布パッケージに含めることができるようになります。

それ以外の人は、楽勝です。

誰にもわからない、とレナトは言った。「ブローカー（またはサードパーティ開発者）」 - つまり、MQのルールに従ってクライアントサーバーアプリケーションを書く準備ができている人なら誰でも。しかし、どうしても明確にしなければならないことがあります。

[Mykola Demko]

C-4:
誰にもわからない、とレナトは言った。「ブローカー（またはサードパーティ開発者）」 - つまり、MQのルールに従ってクライアントサーバーアプリケーションを書くことを望む人なら誰でもです。しかし、どうしても明確にしなければならないことがあります。

ディストリビューション」というキーワードに注目してください。これはMT端末です。端末のライセンスを持っているか、ブローカーが端末をセットアップ するためのアクセス権を与えている場合は、イエスです。

自分の端末を持っていない人は、座ってタバコを吸ってください。

私は、今回の発表は、ブローカーが共同ブランド端末で起こした混乱を合理化しようというMQの意図だと見ています。

ZS確かに良いアイデアですが、トピックの文脈からすると脱線しているような気がします。

[TheXpert]

TheXpert:
そんなの無理だよ。ルールを読む

とはいえ、いや、諸刃の剣なんですけどね。今、疑問に思っていることがあります。

[Rustamzhan Salidzhanov]

C-4:
どうやら、オプションレベルのあるあなたのプロジェクトには、当時まさにこの発表された機能が欠けていたようです。今だったら、物語の展開が大きく変わっていたかもしれませんね。

オプションが死んだのは、それが理由ではありません。今、私はリアルタイムCMEの先物取引量が4倍になっています、公式な代表として。そして、純粋なMKULに関する興味深いプロジェクトが 他にもあります（サンドボックスを離れることなく（Quartetのみですが））...。

レナーテを解読してみる。ブローカーはさらに、トレーディングサーバーレベルで高度な情報交換を行うソリューション（サービス、サービス）の一部を実装することができるようになります（ここでもセキュリティが確保されます）。しかし、クライアント部分はすべて純粋なMKULであるべきです（またセキュリティも）。

[Renat Fatkhullin]

C-4:
例えば、ファンダメンタル情報とマクロ統計学を表示するインジケータを作り、マーケットで売りたいと思います。そのためには、複数のデータソースから統計を取り、きちんと数字に変換し、履歴を蓄積していく必要がありますね。これらはすべて、プロジェクトサーバー上で行われる、大変手間のかかる作業です。そして、インジケータを書き、Marketに配置します。このインジケータは、MT5を通じて私のサーバーと接続し、必要な情報を取得してチャートに表示します。情報の分類や収集の作業は、すべてサーバーにかかる。

現実には次のように読める。「あらゆるユーザーの端末から、ネットワーク上のあらゆるアドレスに、あらゆる個人情報・プライベート 情報を送ることができるようになる」。また、「まあ、パスワードは盗めないだろう」なんて言わないでください。

私は特に「すべての最初のスクリプトは個人情報を盗むことが保証されている」と書きました。そして、いくら規制してもプログラマーは それを止めることはできない。もちろん、最初は誰もが「悪いことはしない」と誓い、「統計のためにちょっとだけ」と言い、半年後にはスパイ行為が蔓延することになるだろう。次は、MetaTraderでの残虐行為に関するブラックピクチャーなトピックがあります。

金融にアクセスするための取引端末で、かなりシビアなセキュリティが要求されるのです。もしブローカーが、個人情報を直接かつ完全に簡単に盗む方法があることに突然気づいたら、恐ろしくなることだろう。

[Mykola Demko]

Renat:

現実には、「あらゆるユーザーの端末から、ネットワーク上のあらゆるアドレスに、あらゆる個人情報・プライベート情報を送信できる ようになる」と読み取れます。また、「まあ、パスワードは盗めないだろう」なんて言わないでください。

私は特に「すべての最初のスクリプトは個人情報を盗むことが保証されている」と書きました。そして、いくら規制してもプログラマーは それを止めることはできない。もちろん、最初は誰もが「悪いことはしない」と誓い、「統計のためにちょっとだけ」と言い、半年後にはスパイ行為が蔓延することになるだろう。次は、MetaTraderでの残虐行為に関するブラックピクチャーなトピックがあります。

金融にアクセスするための取引端末で、かなりシビアなセキュリティが要求されるのです。もしブローカーが、個人情報を直接かつ完全に簡単に盗む方法があることに突然気づいたら、恐ろしくなることだろう。

ルールを破ることが競争力につながるのだから、チャンスがあれば必ず一線を越える人が出てくるというのは、まったく同感です。

それでも、1台以上の端末で異なるプログラム間の通信をいかに安全に行うか、（ハードウェアにとっても、ソフトウェアにとっても、ユーザーにとっても）解決策がないとは思っていない。

[Renat Fatkhullin]

Urain:

私は、今回の発表は、ブローカーが共同ブランド端末で起こした混乱を合理化するためのMQの意図であると見ています。

その通りです。

すべてのブローカーが、「良心的な開発者」がどんなトロイの木馬を紛れ込ませたかに気づいているわけでもない。特に、「すべてのユーザーに対してデフォルトでDLLを有効にする」ことは、無害なMQL4スクリプトとして簡単に忍び込むことができるトロイの木馬の門を開くことに等しいことを説明するのに時間がかかりました。

その代わりに、完全に安全で合法的な方法で機能を拡張する方法を提供しました。

[Rustamzhan Salidzhanov]

Renat:

その通りです。

すべてのブローカーが、「良心的な開発者」がどんなトロイの木馬を紛れ込ませたかに気づいているわけでもない。特に、「すべてのユーザーに対してDLLをデフォルトで有効にする」ことは、無害なMQL4スクリプトとして簡単に入り込むことができるトロイの木馬の門を開くことに等しいと、長い間説明しなければなりませんでした。

その代わり、完全に安全かつ合法的に機能を拡張する方法を提供しました。

せめてヒントだけでも教えてください。

MQLにトロイの木馬って......正直、想像がつきません。

[Mykola Demko]

FAQ:

せめてヒントだけでも教えてくれませんか？

MCLにトロイの木馬？ 想像できない...正直なところ。

トロイの木馬は全ユーザーのデフォルトDLLを有効にするという文脈だったんだから、意味ないだろ。