リアルタイムで見るTiki - ページ 24

 
Ilya Baranov:

入札が市場入札である場合、価格はありません。

価格がなく、ただ2つの市場の入札がある場合、最初の入札はカップの中にあるものとマッチングされ、次に2番目の入札はカップに残っているものとマッチングされることになります。互いにマッチングすることはできません。

では、指値が最終価格から大きく離れている場合、2つの成行注文は収束しないのでしょうか?

 
Ilya Baranov:

入札が市場入札である場合、価格はありません。

価格がなく、ただ2つの市場の入札がある場合、最初の入札はカップの中にあるものとマッチングされ、次に2番目の入札はカップに残っているものとマッチングされることになります。互いにマッチングすることはできません。

あなたは深く勘違いしています!

入札には値段がある!

端末は、成行注文のシンボルの最低価格または最高 価格を準備するだけです。

 
prostotrader:

それは大きな間違いです。

すべての注文には値段がある!

ただ、端末自体が、商品の最低価格や最高 価格を成行注文に入れるだけです。

必ずしもそうではなく、実際の市場の入札があるプラットフォームもあります。

 
Ilya Baranov:

必ずしもそうではなく、実勢価格の入札がある会場もあります。

どのマーケットプレイスでも、注文には価格が必要で、さもなければキャンセルされます

妄想する必要はない!

 
prostotrader:

どのプラットフォームでも、注文には価格が必要で、さもなければキャンセルされます

妄想する必要はない!


ここで誰がファンタジーしているのか見てみましょう。同じモスバーガーのプラットフォームで、SRでないだけで、こんな仕様です。

 
Ilya Baranov:


ここで誰がファンタジーしているのか見てみましょう。同じモスバーチのサイトで、SRでないだけで、こんな仕様です。

"頭を使え!どのような価格で、どのように入札がまとまるのか。

0 "を入れています。これは、注文が任意の価格で執行 されることを示すだけ で、端末(サーバー)は、価格を

を落札してください。

 
prostotrader:

"首をかしげろ注文はどのように、どのような価格でマッチングされるのでしょうか?

0」は任意の 価格で注文を実行 することを示すだけ で、端末(サーバー)自身が価格を代入 する

を落札してください。

いや、すでに取引所が価格をまとめて「設定」しているのであって、ターミナル・サーバーではない。

 
Aleksey Mavrin:

いや、すでに取引所が価格を集計して「フレーム化」しているのであって、端末-サーバーではない。

誰が誰を気にする?:)

 
prostotrader:

誰が誰を気にする?:)

気にしない :)決定したのか - 2つの市場入札は収束できるのか、できないのか?)

 
Ilya Baranov:


ここで誰がファンタジーしているのか見てみましょう。同じモスバーチのサイトで、SRでないだけで、こんな仕様です。

取引所のコアには成行注文がなく、コアではすべて指値注文で執行される。
あるいは、ベストプライスでの指値注文(先にオーダーブックに入る)。
または、次の利用可能な価格で実行される悪い価格での指値注文。
以上、成行注文はありません。注文がマーケット、マーケットなどと書かれているのは、理解を容易にするためのスラングです。
市場、マーケットなど 成行注文などとは、より悪い値段で指値注文を出したらすぐに約定して、システムがそれを認識して成行注文の状態になることです。
サインゼロとは、まさにシステムの奥底に隠れているすべてのもの。

ところで、FIXプロトコルの書き方は理解しているのでしょうか?質問があります。
タグではなく、組織そのものの仕組みが理解できない。
では、通常のソケット接続なのですね。
オープンメッセージの代わりに、タグ仕様から生成されたFIX署名付き文字列を送信するもの?
FIXを書くためには、クエリ文字列の組み方を覚えればいいんですね。
そして、それは通常のTCPプロトコルで送信されるのですか?
正しく理解できているか?