テスターでのクリアランス - ページ 3

新しいコメント
 
Roman Shiredchenko #:

が面白い・・・。

は熟考する必要がある...。確かにクリア後のポジションの始値は「飛び」ますね...。:-)

知らなかった...。

最初からそれを言いたかったのです :)

 
JRandomTrader #:

それが、私がずっと言いたかったことなんです :)

そう、以前から気づいていたのです。しかし、クリアは残高から差し引かれたのに、テスターは差し引かれなかったというのが疑問です。つまり、テスターでは単に「寝坊した」というだけだったのだ。そして、実質的には - すでにバランス電流の損失です。

そしてもちろん、ポイントでの総位置の現在の価格の価格から、最終的なボリュームは、BU +数点の翼であっても、それはプラスで最終的に閉じていたように！ - それは、実際のアカウントに清算に償却を取ってBUへの転送をカウントする必要があると思われる。

 
Roman Shiredchenko #:

しかし、クリアは差し引かれたのに、テスターは差し引かれなかったというのが疑問です。つまり、テスターでは「寝坊した」というだけで、それだけなのだ。そして、リアルに-現在のバランスロスに。

これは、先物取引の特徴です。そして、このことはポジションを閉じるときに考慮されます。

また、BUを決定する際には、最初のポジションの始値を見るだけでよいのです。

 
JRandomTrader #:

これは、先物取引の特徴です。そして、ポジションを決済する際に考慮されます。

1.ただし、BUの判断は、最初のポジションの始値を見て判断すればいいのです。

なるほど、でもまだまだ...。...ありがとうございます。

1.開店直後ということか、それとも既存のものに追加した後ということか。クリアリングの前に？

 
JRandomTrader #:

これは、先物取引の特徴です。そして、ポジションを決済する際に考慮されます。

しかし、「買い」を定義する場合は、ポジションの最初の始値を見ればよいのです。

これは、私が提案したものよりも論理的でシンプルなものです。

 
Roman Shiredchenko #:

なるほど、でもまだまだ...。を使用します。

1.開封直後、または既存のものに上乗せしてということでしょうか？クリアリングの前に？

上乗せの度に、旧価格と取引量を考慮した新しい有効始値を再計算します。そして、クリアを無視する。

おおよそこのような感じです。

新規建玉価格 = ( 旧建玉価格 * 旧建玉数量 + 新規建玉価格 * 新規建玉数量 ) / ( 旧建玉数量 + 新規建玉数量 )

 
Aleksandr Slavskii #:

そうですね、私が提案したものよりも理にかなっていますし、シンプルです。

しかし、ここで一つ微妙な点があります。ロボットの再初期化時、MTやコンピュータ全体の再起動時など、この初期値を覚えておく必要があります。

おそらく、ターミナルのグローバル変数がここで動作するのでしょうが、私がロボットを変更するたびに、独自のステータスファイルを書き込んでいます。同時にそこには、SLやTPのレベル、多くの統計データなど、他のこともたくさん書かれています......。

また、それぞれのロボットが自分のログを書く、みたいな。

2021.11.03 22:44:26
TradeRes=1520.0 GlobalRes=25220.0 Min=-1180.0 Max=29600.0
MaxDrawdown=5900.0 MaxRestore=30780.0 GlobalVolume=56.0
SumProfit=35500.0 SumLoss=-10280.0 P/L=3.45
SumLongProfit=29300.0 SumLongLoss=-3200.0 P/L_Long=9.16
SumShortProfit=6200.0 SumShortLoss=-7080.0 P/L_Short=0.88
Stat:ProfitTrades=9 LossTrades=5 LongTrades=7 ShortTrades=7
ProfitLongTrades=6 LossLongTrades=1 P/L_LongTr=6.00
ProfitShortTrades=3 LossShortTrades=4 P/L_ShortTr=0.75
AvrProfit=3944.4 AvrLoss=-2056。0 MaxProfit=12840.0 MaxLoss=-3200.0
AvrLongProfit=4883.3 AvrLongLoss=-3200.0 MaxLongProfit=12840.0 MaxLongLoss=-3200.0
AvrShortProfit=2066.7 AvrShortLoss=-1770.0 MaxShortProfit=2580.0 MaxShortLoss=-2620.0

 
Aleksandr Slavskii #:

これは、私が提案したものよりも論理的でシンプルなものです。

JRandomTrader#:

リフィルのたびに、古い価格と取引量を考慮して、新しい有効始値を再計算します。そして、クリアランスを無視する。

おおよそこのような感じです。

新規建玉価格 = ( 旧建玉価格 * 旧建玉数量 + 新規建玉価格 * 新規建玉数量 ) / ( 旧建玉数量 + 新規建玉数量 )


オープニング価格 - - それ自体は平均化されている - それは契約の補充時に考慮される - スパの同僚は、そこに原則としてそれを計算しないことが可能ですか？

I.e.上乗せした後、ポジションの始値を要求すること、それだけです。最新でなければならない...。

現在はクリアしており、データは以下の通りです。


t.は本当にお金を投入されたんですね...。:-)

しかしまた、始値は、その商品の既存の価格のレベルに移動しました。自分はターミナルから-売りで-利益で2枚決済することが出来ました。

赤い線の上あたりから7枚の売りが出て、2枚を利食いして、次はどうしようかと......。


"取引を追加するたびに、古い価格と取引量を考慮して、新しい有効始値を再計算する必要があります。そして、クリアを無視する。"

では、本来はまったく無視してもいいのですか？

そして、それは、例えば、元売りのBU + 30ポイントでの転送で、オープニング価格のクリアと再計算した後、されません - それはすでにないBU + 30ポイントになりますが、それはすでに新しいオープニング価格から例えば-10ポイントマイナスされるのだろうか？

可能なのでしょうか？

そして、このSLの最後の〆は、敗戦で...。

そして、次のクリアリング時の再計算では、何かが再計算され、予定通り最終価格が算出されるのでしょうか。


これらの取引は、市場の翼の端末からの一部である12契約の合計を販売しています。


 

本日の清算分（プラス側2枚）-ハイライト線から＋ブイクローズ2枚-以下、NELL全ポジション7枚のうちプラス側1枚を占めたものです。


 
JRandomTrader #:

しかし、ここで一つ微妙な点があります。ロボットの再初期化、MTやコンピュータ全体の再起動時など、この初期値を覚えておく必要があります。

端末のグローバル変数が適しているかもしれませんが、私の場合、各ロボットは変更のたびに独自のステータスファイルを書き込んでいます。同時に、ここでは他にも、SLやTPのレベル、たくさんの統計など、いろいろなことを書いています...。

本当にシンプルで、何より信頼できる。


オフトピックで恐縮ですが、クリアリングが終わったときの定義のレシピをご存知でしょうか？

問題はこれです：ブローカーオープナーは、清算中に保留中の注文を削除し、清算フィールドが再びそれらを設定しない。

先物は分かりませんが、株は清算が終わるタイミングが違います。

そのため、特定の証券についてクリアランスが終了する瞬間を特定することはできていない。

私は単純にタイマーでオープンまで発注を送るだけです。

このやり方は好きではないし、他にない。

1234567
新しいコメント