tamaisnyanko

早速のご返事ありがとうございます。 つたない説明で申し訳ありません。 正式な表現の仕方がわからないので チェック時（ベスト価格が変わった） 価格 ボリューム 1500000 0.005 -best 1499800 0.010 1499700 0.100 1499600 1.000 1499580 0.001 1499500 0.100 - order ２： 1500000 -1499580 まで　５ ３： 1500000 -1499580 までのボリュームの和　...

丁寧なご返答ありがとうございます。 >提案された機能はlimitMovePercentの数値を5%より小さくした場合に、出来るだけ少ない損失でonSingleLegの状態を解消する事を目的としていますか？ その前段階の両約定済みペアを増やすためと考えております。 待つ時間を可変にすることによって両約定済みにしたいということです。 急上昇、急下降中と、うろちょろしているときでは「maxRetryCount」の適正な値が違うと感じたからです。 他の判定方法が選択できればいいなと愚考いたしました。 >(その方が損失が少ない為) >limitMovePercentの数値を5%より小さくした場合 質問に質問で返して申し訳ないのですが５％というのは初期値としての意味でしょうか？ また maxRetryCountをオーバーしたとき 価格の変動が10% 「limitMovePercent」 5% 「TTL」3000 の場合 ３秒以内に価格の変動が5%に戻らなければ未約定 価格の変動が3% 「limitMovePercent」 5% 「TTL」3000 の場合 5%の価格でオーダーをだして3%の価格で約定（成り行き扱い？） という認識であってますでしょうか？ 勝手ながらのこの愚考にお付き合いいただき感謝いたします。

>maxRetryCountをオーバーしたときの動作は認識の通りです。 >limitMovePercentの数値を5%より小さくした場合に、出来るだけ少ない損失でonSingleLegの状態を解消する事を目的としていますか？ やっと気がつきました。設定値と価格の変動しだいではより少ない損失で抑えられそうということにもなりますね。 >クレーム紛いのイシューを投稿する方が居る中 それでも公開され続けていることに深く感謝いたします。