厳しい仲裁-火星に生命は存在するのか？ - ページ 9

新しいコメント
 

わかりやすくするために、私たちは、その設定とその合成でプリセットペアの水平色 アスカラインと 入札の形で1つのグラフに表示されます（例えば、前述のEuribucksと2円）、単純な指標を書く必要があります...


そして、すべてが一度に、はっきりと見えるようになります。

 

悔しい...。チャンスは頻繁に訪れるが、私のAPIはサイトへのpingが8msで座っているにもかかわらず、ログインする時間がない。

APIロボットを直接パッドに乗せた方がいいのかな...。

それは2ピップの利益になる - 0.1ロットである3つのペアで約1ピップのコストは1ポンドを稼ぐことができる

デモの実行時間は約16ms（GetTickCount）、少なくとも1回の注文ではそのように見えます（これはすでにトラフィックを考慮したものです）。

...注文を並列化する、つまり非同期で送信するようにすることで、何かに勝てるかもしれない

しかも、ほんの数分です・・・。

 
最小限のスリッページで裁定取引を行い、マイクロ秒単位でPingを打つことに意味があるのでしょうか？ もちろん、これがベストな選択ですが......。私は誰かが確かに私たちのためにそれをやったと思う（光学上のクロスコネクトのために毎月数千、数万を支払う人々...）とほぼ確実に裁定状況の瞬間に最大利用可能な流動性を奪った....でも、また「BUT」・・・。ポジションは「ロック」されている - すなわち、多通貨ヘッジで開かれる！ だから彼らは、オープニングでそのスプレッドの量に起因するドローダウンを増加させることなく、好きなだけそこにハングアップすることができます......そして、反転の状況（アスクとビッドが逆になり、スリッページ、スワップ、手数料、その他の手数料を考慮しても、トータルポジションが黒字で終了するとき）まで、確実にそこに留まるでしょう......!!)
 
SLAWIK:
最小限のスリッページで裁定取引を行い、マイクロ秒単位でPingを打つことに意味があるのでしょうか？ もちろん、これがベストな選択ですが......。私は誰かが確かに私たちのためにそれをやったと思う（光学上のクロスコネクトのために毎月数千、数万を支払う人々...）とほぼ確実に裁定状況の瞬間に最大利用可能な流動性を奪った...でも、また「BUT」・・・。ポジションは「ロック」されている - すなわち、多通貨ヘッジで開かれる！ だから彼らは、オープニングでそのスプレッドの量に起因するドローダウンを増加させることなく、好きなだけそこにハングアップすることができます......そして、反転の状況（アスクとビッドが逆になり、スリッページ、スワップ、手数料、その他の手数料を考慮しても、トータルポジションが黒字で終了するとき）まで、確実にそこに留まるでしょう......!!)
プランクトン（一本釣り）ではなく、カマスを釣るなら、キロ単位にしましょうよ。また、1時間あたりのキロ数は観測されていない。不実行（不時の実行）のリスクは、すべての努力をマイナスとは言わないまでもゼロにする。このスキームでできることは、特定の瞬間に多通貨のポジションを建てるために特定の通貨ペアを賢く選択し、スプレッドを最小化することです。しかし、原則的には、「メジャー」優先のバカスプレッド＋預託金を通貨ペアに 変換するコストの節約（その分、お金がかかる！）により、「常にメジャーで開いて預託金をドルで持っておく」方式の原始的勝利となる。複雑なアービトラージ」でpipsを獲る手間は割に合わない。それよりも、複数のブローカーと同時に取引するためのアグリゲータを作成する方が良い（各取引に「最適な」ブローカーを動的に選択する）。しかし、ブローカー間のロットの清算という別の問題がありますが、簡単ではなく、コストもかかりますが、解決可能なことです。
 
プランクトンはキログラムで測定されます ...時間単位ではなく、1日単位で、安定的に。13
 
SLAWIK:
プランクトンは正確にはキログラムで計測されます．しかし、時間単位ではなく、一日単位で -- 一貫して。

プランクトンは換金されているのでしょうか？ それともテスター・デモ？

--

"見かけによらない"...... ;)

 

まあ、クリアを伴う異なるサプライヤー間の取引はウハウハなんですけどね。(多額の資金が必要)・・・。

...流動性プロバイダー（例：RaboBank）のあるクリアリングバンクの口座が必要です......それぞれと個人的な契約をする......。......マルチレベルAPI（全プロバイダー共通）を書く ......。

......サプライヤーが時折脱落し、新しいサプライヤーを探す必要がある......。などなど・・・。

 
SLAWIK:

そのためには、サプライヤーの口座もある決済銀行に口座を開設するしかない...。...それぞれと個人的な契約をする......。マルチレベルのAPI（全サプライヤー共通）を書く ...

...サプライヤーが時折脱落し、新しいサプライヤーを見つける必要がある...など...

どれも必要ない。すべてがアグリゲーターに集約され、自動運転で行われるはずです。本質は同じです。初歩的な（単一の）例を示して、それを使って説明します。

私たち（TS）がアグリゲーターを通じてEURJPYの買い取引を開始したとする。アグリゲータはリクエストを受信し、現時点で最適なブローカーを探し/見つけ、適切な端末（ブローカーA）にこのリクエストを送信するように命令する。それに応じて注文が満たされる（成功した場合）。この取引が終了したとき（カウンター売り注文）、一般的なケースでは全く別のブローカー（B）の方が「良い」かもしれません。ブローカー間のLOCが発生します。トレーダーはすべての取引を終了しており、問題はありませんが、アグリゲーターは異なるブローカーで2つの反対注文を持っています（A-bay、B-sell）。これは問題だ。何とかして閉めなければならない。解決策は、これらのロットのリストを作成し、ブロックされたすべてのブローカーの相場を常に監視して、これらの注文の反対売買のための「ニア・アービトラージ」（理想的には本当に裁定取引、すなわち利益を伴う）の瞬間を見つけることです（もちろん、数量の平等を尊重しつつ）。以上でクリアーです。

アグリゲータ上の多数のブローカーと集中的な多通貨取引 では、何もすることがなく、すべてが自動化される必要があり、速度が優先されます。

これだけのものを実世界で正しくプログラムするのは容易ではありませんが、十分可能です。

 

それで、いろいろな証券会社でポジションを開いて......。(私たちはロットを開き、オークションの一つは、それが持っていたもの（例えば疑惑の "非市場 "ロット...）をキャンセルすることを決めた場合、次に何をすべきか...？清算なしで取引する...つまり、事実上、取引のキャッシュカバレッジなし（流動性の保証人である清算を伴う取引の場合のように）。


か、70pips程度のスリッページのある厨房で!(例えばJTXがapiでも気に入っているように...他の多くの人も同じように...)

つまり、システムを変えるしかないのです...つまり、約定力のある証券会社の選択肢が少ないのです（オープンAPIではさらに少ない）。

 
SLAWIK:

そこで、別のドコモでポジションを開設したのですが...。( ロキ ) とオークションの 1 つは、それがあるもの (たとえば容疑者「非市場」猫...) をキャンセルすることを決めたし、何...？清算なしで取引する...つまり、事実上、取引のキャッシュカバレッジなし（流動性の保証人である清算を伴う取引の場合と同様）。


か、70pips程度のスリッページのある厨房で!(例えばJTXでもapiによるとそうなっています)


それならアグリゲータを作るなよ。 それだけです。 ;) モナは、キッチンが元に戻せない「複雑な仲裁」の肩の一つを考えています。 あるいは70pipsで滑る。 それは簡単なことです。

12345678910
新しいコメント