完璧なフィルター - ページ 8 12345678910 新しいコメント J.B 2013.05.09 21:12 #71 hrenfx: くだらないスプレッドはないほうが、くだらないニュアンスを一気に回避できますから。キャッチの話をすると、ソースコードがないと非現実的なんです。 OK、フローティングでやってみるよ、つまり、bid ascの行と別々に。 ソースコードを並べることはできますが、最適とは言えず、非常に汚いかもしれませんので、ご注意ください(( 実は、最初のアイデアは、別のパッケージでさっと描いたもので、何か面白そうだと、MT5で書き換えてみましたので、騙されないように、お願いします......。 このオプションが正しく機能しているか どうかを確認するには、VIZ_bufスイッチを使用して、連続した論理生成による配列の可視化を行う必要があります。 ファイル: va_sum.mq5 6 kb vaMACl.mq5 4 kb hrenfx 2013.05.09 21:27 #72 もちろん、この4つのEMAの「デリバティブ」を合算して計算するロジックを説明することが望まれる。vel = array[bar]-array[bar-period_div]; acc = array[bar]-2*array[bar-period_div]+(array[bar-period_div*2]+array[bar-period_div/2])/2; aaa = array[bar]-3*array[bar-period_div]+3*(array[bar-period_div*2]+array[bar-period_div/2])/2-(array[bar-period_div*3]+array[bar-period_div/3])/2; outBuffer[bar]=array[bar]+vel+acc+aaa/3;論理的には、例えば2次微分の場合はこのようになるはずです。acc = array[bar]-2*array[bar-period_div]+array[bar-period_div*2];そして一般的に、もちろんEMAのピリオドは実際には存在しないので、まったく紛らわしい。3つの価格デリバティブの入力パラメータを取る:指数 係数(0 - 1)。Price = (Bid + Ask) / 2; // в FXOPEN есть *_Avg -символы. EMA1[n] = EMA1[n - 1] * Koef1 + Price * (1 - Koef1); EMA2[n] = EMA2[n - 1] * Koef2 + EMA1[n] * (1 - Koef2); EMA3[n] = EMA3[n - 1] * Koef3 + EMA2[n] * (1 - Koef3); J.B 2013.05.09 21:44 #73 hrenfx:もちろん、この4つのEMAの「デリバティブ」を合算して計算するロジックを説明することが望まれる。 vel = array[bar]-array[bar-period_div]; acc = array[bar]-2*array[bar-period_div]+(array[bar-period_div*2]+array[bar-period_div/2])/2; aaa = array[bar]-3*array[bar-period_div]+3*(array[bar-period_div*2]+array[bar-period_div/2])/2-(array[bar-period_div*3]+array[bar-period_div/3])/2; outBuffer[bar]=array[bar]+vel+acc+aaa/3; これらは、もともと比較的「純粋な "デリバティブ "の一種」だったのです。 vel = array[bar]-array[bar-period_div]; acc = array[bar]-2*array[bar-period_div]+array[bar-period_div*2]; aaa = array[bar]-3*array[bar-period_div]+3*array[bar-period_div*2]-array[bar-period_div*3]; が、嬉しいことに不注意で、掛け算ではなく、割り算のようなミスをしてしまったのです。 vel = array[bar]-array[bar-period_div]; acc = array[bar]-2*array[bar-period_div]+array[bar-period_div/2]; aaa = array[bar]-3*array[bar-period_div]+3*array[bar-period_div/2]-array[bar-period_div/3]; 面白いのは、これらは「デリバティブ」ではないのですが、より本物の「デリバティブ」よりも効果が良かったので、間違いに気づかず、その後、両方のバリエーションを平均してしまいました)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))まさに錬金術のような仕上がりです。 このようなフィルターはたくさん作れますが、これは単純なロジックの例として挙げただけです。フィルタリングとフィルタリングされたBPからの信号生成の最適化基準の探求がその本質である。 インクリメントによるオフセットがフィルタリングの品質を高めるという事実そのものが物語っているのですが......。そして、一般的に、もちろん、EMAのピリオドは非常に紛らわしいのですが、EMAには本当にピリオドがないのです。3つの価格デリバティブの入力パラメータ:指数係数を取る。Price = (Bid + Ask) / 2; // в FXOPEN есть *_Avg -символы. EMA1[n] = EMA1[n - 1] * Koef1 + Price * (1 - Koef1); EMA2[n] = EMA2[n - 1] * Koef2 + EMA1[n] * (1 - Koef2); EMA3[n] = EMA3[n - 1] * Koef3 + EMA2[n] * (1 - Koef3); ありがとうございます、試してみます。 入札や手数料以外に何を考慮すべきか、具体的にどのように数値化すべきかを理解するところから始めたいと思います。BPスリッページはありません)) この効果を統計的に正しく計算するためには、どのような値を差し引いたり、時間的にずらしたりすればよいのでしょうか。人によって平均1分と言ったり、1秒と言ったり、人によって言うことが違うから、誰を信じたらいいのかわからない。デモや低預金のリアル口座では滑りそうになることがあっても、トレーニング用預金では滑らないということですが、どのような遅延が予想されますか? hrenfx 2013.05.09 22:18 #74 実行の質は多くの要因に左右されます。フィルターチェックは「チャンネル」戦略に基づいています。つまり、プラス側にのみスライドするリミッターで実装されていますが、時にはマイナス側にもスライドします。この問いの答えは、トレードの結果に直接、大きく影響するため、私は少し勉強し、いくつかのアイデアを提供しました。要約すると、FXOPEN ECNの場合、BPスリッページはゼロ定数であり、リベートはないと仮定することができます。すなわち、唯一の取引コストである手数料のみを考慮する。 m.butya 2013.05.10 12:01 #75 hrenfx:フィルターチェックは「チャンネル」戦略に基づいています。つまり、プラス側だけでスリップするリミッターを介して実装されていますが、時にはリダイレクトされることもあります。 チャネル戦略はフラットで負け、トレンドを剥奪しているのか?また、ZZ の変曲点を勢いが変わった時にその場で計算し、すぐに成行注文を出すべきなのに、どうしてリミッターでこのような戦略を実行できるのでしょうか?実は逆で、成行注文でのトレンド戦略なのです。モメンタムの転換点をどのように把握すれば、そこに指値注文を出すことができるのでしょうか?誰を信じればいいのかわからない。まず、入札や手数料以外に何を考慮すべきか、具体的にどのように定量的に行うべきかを理解したいと思います。BPスリッページはありません)) この効果を統計的に正しく考慮するためには、どのような値を差し引いたり、時間的にずらしたりすればよいのでしょうか。人によって平均1分と言ったり、1秒と言ったり、人によって言うことが違うから、誰を信じたらいいのかわからない。デモや低預金のリアル口座では滑りそうになることがあっても、トレーニング用預金では滑らないということですが、どのような遅延が予想されますか? 初心者の場合、最初のうちはインジケータがあった方が安心かもしれません。原則的にはインジケータは全く悪くないのですが、なくても大丈夫なようになるまでの過渡期なんです。JJMA 、戦略構築のベースとして使うようなフィルターばかりが曲解されているということです。初心者に見せるためだけのものです。要は、それに囚われないことです。「完璧なフィルター」というお題は、このような囚われをほのめかすものです。危険です、ずっと初心者のまま動けなくなることもあります。 任意の順序のトレンドのピボットポイント、パターン認識器の組み合わせによって計算され、原則として、1つのフィルタ+信号計算機、論理的に我々は1つのパターンにそれを減らすことができますが、まず第一に、それは意味がありません、第二に、これらのパターンは常に新しいデータで更新されるべきである、我々は正しい論理に近づくために数十のフィルタにする必要があります、これは混乱を招くでしょう。だから、フィルターをかけるが、あくまで遊びであることを忘れないように。 ZZY:「ゼロ」スリップなどについては、実践の中で自分で学んでいくしかありません。しかし、あなたが主な要因を強調する場合、それは資本が長いスパイクとあなたが損失またはKolyanで頻繁に閉じていないために今フィルタリングしている "スパイク "のすべての種類に耐えるために十分であるどのくらいでしょう、その後、実際の取引でちょうどあなたのようDCから男が人々が注文を入れて入札依頼を 展開する場所をおよそ知っているという事実、彼らにとってそれはあなたがtsを作っているときと同じ創造的作業である。乗り越えられない障害とは言いませんが、「聖杯」は非常に一時的なもので、確かにフィルター(s)では作れないというか、複雑で冗長であることを理解する必要がありますね。 Dmitriy Skub 2013.05.10 12:53 #76 J.B:まず、bid/askのスリッページと手数料以外に何を考慮すべきか、具体的にどのように定量的に行うかを理解したいと思います。BPスリッページはありません)) この効果を統計的に正しく考慮するためには、どのような値を引き、あるいは何時間ずらせばよいのでしょうか。人によって平均1分と言ったり、1秒と言ったり、人によって言うことが違うから、誰を信じたらいいのかわからない。デモや低預金のリアル口座では滑りそうになることがあっても、トレーニング用預金では滑らないということですが、どのような遅延が予想されますか?FXOpenのスリッページ統計です。リアル口座、0.3ロット、各商品の取引回数はEURAUDを除いて平均20回程度です。 hrenfx 2013.05.10 13:37 #77 m.butya:チャネル1はフラットでトレンドに逆らって負けているのか?いいえ、「チャンネル」TSはリミッターで実装可能なものです。原則としてTSを転倒させたものです。また、ZZ の変曲点がモメンタムの展開時にその場で計算され、成行注文をすぐに送らなければならない場合、この種の戦略はリミッターでどのように実行できるのでしょうか?この場合、変曲点はこの条件です。// 0 - текущее состояние, 1 - предыдущее, 2 - предпредыдущее, ... if ((Filter[0] < Filter[1]) && (Filter[1] > Filter[2])) Sell(); else if ((Filter[0] > Filter[1]) && (Filter[1] < Filter[2])) Buy();どの時点でもフィルター 関数の計算方法とその前の値(ポイント1、2など)がわかっているので、上記の条件のいずれかを満たせば、現在の値から最も近い値を計算することを妨げるものは何もありません。リミッターはこの算出された価格に設定されます。つまり、信号を待つことなく、すべてが事前に行われるのです。ここでしか 聞けない、さらなる質問にお答えします。取引ロボットを始めた頃は、価格がどうなるかを推測していたのですが、フォーラムではわからず、十分に出金してから知ることになります。しかし、あなたが主な要因を強調する場合、それは資本が長いスパイクとあなたが損失またはKolyanで頻繁に閉じないために今フィルタリングしている "スパイク "のすべての種類に耐えるのに十分であるどのくらいでしょう、そして実際の取引ではあなたと同様にDCの連中は人々が注文を入れてそこに入札ASCを展開する場所をおおよそ知っているという事実は、それは彼らのためにあなたがTSを作っていると同じ創造的な仕事である。乗り越えられない障害とは言いませんが、「聖杯」は非常に一時的なもので、確かにフィルター(の上)では作れないというか、複雑で冗長であることを理解する必要がありますね。 フォーラムでは、知識のある人に聞けば、実はいろいろと教えてもらえるんですよ。ECN/STPを使えば、「DCの人たち」の夢も見なくなる。 Арбитражеры - форум трейдеров • Вход arbitrageurs.ru Для входа на конференцию вы должны быть зарегистрированы. Регистрация занимает всего несколько минут, но предоставляет вам более широкие возможности. Администратором конференции могут быть установлены также дополнительные привилегии для... Jaws 2013.05.10 14:15 #78 hrenfx:No. 'Channel' TC - リミッターで実装可能です。原則としてロールオーバーTSです。 口を挟むようで申し訳ないのですが、「チャンネル」戦略と指値注文について、もう少し具体的に教えてください。間違っていたら訂正してください。 "チャネル "戦略とは、ある条件の「引き寄せポイント」、アトラクターに対して振動が発生することで、MO BPなどで計算することができる。RMS(または振動振幅に似たもの)がチャンネルの境界となり、そこに指値注文を逆方向の境界でTPを設定します。ボラティリティは持続するため、境界線から「バウンド」することが予想されます。 「この場合、指値注文はあまり意味がありません。なぜなら、トレンドが反転する前に、同じ方向でホールドを取り、新しいポジションを建てることができる統合(修正)の予想ポイントが分からないからです。 トレンドでは成行注文、チャネルでは指値注文を使うのが良いと考えていいのでしょうか?それとも、統合ポイントは以前のスパイクおよび/またはボラティリティチャネルの幅に比例するという仮定に基づいて、トレンドに対する指値注文も使用すべきでしょうか?また、注文は先にしたほうがいいのでしょうか? 少し混乱しています...ストラテジーの種類は、私の理解では、注文の種類によって 変更することはできません。例えば、トレンド時に指値注文をする場合、「チャネル」のような戦略にはなりませんよね?それとも私の勘違いでしょうか? ありがとうございます。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5 hrenfx 2013.05.10 14:42 #79 lucky_teapot:悪しからず、ご理解をお願いします。 hrenfxそれ以上の質問は、ここでしか 答えられない。 m.butya 2013.05.10 16:02 #80 hrenfx:いいえ、"チャンネル "TS - リミッターで実装することができます。 これは、あなた個人の分類です。古典的な意味でのチャネル戦略は、チャネル境界で反転が起こることを前提とした戦略であり、注文の種類 とは関係がない。トレンド時には指値注文、横ばい時には成行注文で取引できますが、唯一の違いは、指値注文の方が早くブックに入れられ、他の条件が成行注文と相対的に同じであれば、より速く機能することです。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
くだらないスプレッドはないほうが、くだらないニュアンスを一気に回避できますから。キャッチの話をすると、ソースコードがないと非現実的なんです。
OK、フローティングでやってみるよ、つまり、bid ascの行と別々に。
ソースコードを並べることはできますが、最適とは言えず、非常に汚いかもしれませんので、ご注意ください(( 実は、最初のアイデアは、別のパッケージでさっと描いたもので、何か面白そうだと、MT5で書き換えてみましたので、騙されないように、お願いします......。
このオプションが正しく機能しているか どうかを確認するには、VIZ_bufスイッチを使用して、連続した論理生成による配列の可視化を行う必要があります。
もちろん、この4つのEMAの「デリバティブ」を合算して計算するロジックを説明することが望まれる。
論理的には、例えば2次微分の場合はこのようになるはずです。
そして一般的に、もちろんEMAのピリオドは実際には存在しないので、まったく紛らわしい。3つの価格デリバティブの入力パラメータを取る:指数 係数(0 - 1)。
もちろん、この4つのEMAの「デリバティブ」を合算して計算するロジックを説明することが望まれる。
acc = array[bar]-2*array[bar-period_div]+(array[bar-period_div*2]+array[bar-period_div/2])/2;
aaa = array[bar]-3*array[bar-period_div]+3*(array[bar-period_div*2]+array[bar-period_div/2])/2-(array[bar-period_div*3]+array[bar-period_div/3])/2;
outBuffer[bar]=array[bar]+vel+acc+aaa/3;
これらは、もともと比較的「純粋な "デリバティブ "の一種」だったのです。
vel = array[bar]-array[bar-period_div];
acc = array[bar]-2*array[bar-period_div]+array[bar-period_div*2];
aaa = array[bar]-3*array[bar-period_div]+3*array[bar-period_div*2]-array[bar-period_div*3];
が、嬉しいことに不注意で、掛け算ではなく、割り算のようなミスをしてしまったのです。
vel = array[bar]-array[bar-period_div];
acc = array[bar]-2*array[bar-period_div]+array[bar-period_div/2];
aaa = array[bar]-3*array[bar-period_div]+3*array[bar-period_div/2]-array[bar-period_div/3];
面白いのは、これらは「デリバティブ」ではないのですが、より本物の「デリバティブ」よりも効果が良かったので、間違いに気づかず、その後、両方のバリエーションを平均してしまいました)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))まさに錬金術のような仕上がりです。
このようなフィルターはたくさん作れますが、これは単純なロジックの例として挙げただけです。フィルタリングとフィルタリングされたBPからの信号生成の最適化基準の探求がその本質である。
インクリメントによるオフセットがフィルタリングの品質を高めるという事実そのものが物語っているのですが......。
そして、一般的に、もちろん、EMAのピリオドは非常に紛らわしいのですが、EMAには本当にピリオドがないのです。3つの価格デリバティブの入力パラメータ:指数係数を取る。
ありがとうございます、試してみます。
入札や手数料以外に何を考慮すべきか、具体的にどのように数値化すべきかを理解するところから始めたいと思います。BPスリッページはありません)) この効果を統計的に正しく計算するためには、どのような値を差し引いたり、時間的にずらしたりすればよいのでしょうか。人によって平均1分と言ったり、1秒と言ったり、人によって言うことが違うから、誰を信じたらいいのかわからない。デモや低預金のリアル口座では滑りそうになることがあっても、トレーニング用預金では滑らないということですが、どのような遅延が予想されますか?
実行の質は多くの要因に左右されます。フィルターチェックは「チャンネル」戦略に基づいています。つまり、プラス側にのみスライドするリミッターで実装されていますが、時にはマイナス側にもスライドします。この問いの答えは、トレードの結果に直接、大きく影響するため、私は少し勉強し、いくつかのアイデアを提供しました。
要約すると、FXOPEN ECNの場合、BPスリッページはゼロ定数であり、リベートはないと仮定することができます。すなわち、唯一の取引コストである手数料のみを考慮する。
フィルターチェックは「チャンネル」戦略に基づいています。つまり、プラス側だけでスリップするリミッターを介して実装されていますが、時にはリダイレクトされることもあります。
チャネル戦略はフラットで負け、トレンドを剥奪しているのか?また、ZZ の変曲点を勢いが変わった時にその場で計算し、すぐに成行注文を出すべきなのに、どうしてリミッターでこのような戦略を実行できるのでしょうか?実は逆で、成行注文でのトレンド戦略なのです。モメンタムの転換点をどのように把握すれば、そこに指値注文を出すことができるのでしょうか?
まず、入札や手数料以外に何を考慮すべきか、具体的にどのように定量的に行うべきかを理解したいと思います。BPスリッページはありません)) この効果を統計的に正しく考慮するためには、どのような値を差し引いたり、時間的にずらしたりすればよいのでしょうか。人によって平均1分と言ったり、1秒と言ったり、人によって言うことが違うから、誰を信じたらいいのかわからない。デモや低預金のリアル口座では滑りそうになることがあっても、トレーニング用預金では滑らないということですが、どのような遅延が予想されますか?
初心者の場合、最初のうちはインジケータがあった方が安心かもしれません。原則的にはインジケータは全く悪くないのですが、なくても大丈夫なようになるまでの過渡期なんです。JJMA 、戦略構築のベースとして使うようなフィルターばかりが曲解されているということです。初心者に見せるためだけのものです。要は、それに囚われないことです。「完璧なフィルター」というお題は、このような囚われをほのめかすものです。危険です、ずっと初心者のまま動けなくなることもあります。
任意の順序のトレンドのピボットポイント、パターン認識器の組み合わせによって計算され、原則として、1つのフィルタ+信号計算機、論理的に我々は1つのパターンにそれを減らすことができますが、まず第一に、それは意味がありません、第二に、これらのパターンは常に新しいデータで更新されるべきである、我々は正しい論理に近づくために数十のフィルタにする必要があります、これは混乱を招くでしょう。だから、フィルターをかけるが、あくまで遊びであることを忘れないように。
ZZY:「ゼロ」スリップなどについては、実践の中で自分で学んでいくしかありません。しかし、あなたが主な要因を強調する場合、それは資本が長いスパイクとあなたが損失またはKolyanで頻繁に閉じていないために今フィルタリングしている "スパイク "のすべての種類に耐えるために十分であるどのくらいでしょう、その後、実際の取引でちょうどあなたのようDCから男が人々が注文を入れて入札依頼を 展開する場所をおよそ知っているという事実、彼らにとってそれはあなたがtsを作っているときと同じ創造的作業である。乗り越えられない障害とは言いませんが、「聖杯」は非常に一時的なもので、確かにフィルター(s)では作れないというか、複雑で冗長であることを理解する必要がありますね。
J.B:
まず、bid/askのスリッページと手数料以外に何を考慮すべきか、具体的にどのように定量的に行うかを理解したいと思います。BPスリッページはありません)) この効果を統計的に正しく考慮するためには、どのような値を引き、あるいは何時間ずらせばよいのでしょうか。人によって平均1分と言ったり、1秒と言ったり、人によって言うことが違うから、誰を信じたらいいのかわからない。デモや低預金のリアル口座では滑りそうになることがあっても、トレーニング用預金では滑らないということですが、どのような遅延が予想されますか?
FXOpenのスリッページ統計です。リアル口座、0.3ロット、各商品の取引回数はEURAUDを除いて平均20回程度です。
チャネル1はフラットでトレンドに逆らって負けているのか?
いいえ、「チャンネル」TSはリミッターで実装可能なものです。原則としてTSを転倒させたものです。
また、ZZ の変曲点がモメンタムの展開時にその場で計算され、成行注文をすぐに送らなければならない場合、この種の戦略はリミッターでどのように実行できるのでしょうか?
この場合、変曲点はこの条件です。
どの時点でもフィルター 関数の計算方法とその前の値(ポイント1、2など)がわかっているので、上記の条件のいずれかを満たせば、現在の値から最も近い値を計算することを妨げるものは何もありません。リミッターはこの算出された価格に設定されます。つまり、信号を待つことなく、すべてが事前に行われるのです。
ここでしか 聞けない、さらなる質問にお答えします。
取引ロボットを始めた頃は、価格がどうなるかを推測していたのですが、フォーラムではわからず、十分に出金してから知ることになります。しかし、あなたが主な要因を強調する場合、それは資本が長いスパイクとあなたが損失またはKolyanで頻繁に閉じないために今フィルタリングしている "スパイク "のすべての種類に耐えるのに十分であるどのくらいでしょう、そして実際の取引ではあなたと同様にDCの連中は人々が注文を入れてそこに入札ASCを展開する場所をおおよそ知っているという事実は、それは彼らのためにあなたがTSを作っていると同じ創造的な仕事である。乗り越えられない障害とは言いませんが、「聖杯」は非常に一時的なもので、確かにフィルター(の上)では作れないというか、複雑で冗長であることを理解する必要がありますね。
No. 'Channel' TC - リミッターで実装可能です。原則としてロールオーバーTSです。
口を挟むようで申し訳ないのですが、「チャンネル」戦略と指値注文について、もう少し具体的に教えてください。間違っていたら訂正してください。
"チャネル "戦略とは、ある条件の「引き寄せポイント」、アトラクターに対して振動が発生することで、MO BPなどで計算することができる。RMS(または振動振幅に似たもの)がチャンネルの境界となり、そこに指値注文を逆方向の境界でTPを設定します。ボラティリティは持続するため、境界線から「バウンド」することが予想されます。
「この場合、指値注文はあまり意味がありません。なぜなら、トレンドが反転する前に、同じ方向でホールドを取り、新しいポジションを建てることができる統合(修正)の予想ポイントが分からないからです。
トレンドでは成行注文、チャネルでは指値注文を使うのが良いと考えていいのでしょうか?それとも、統合ポイントは以前のスパイクおよび/またはボラティリティチャネルの幅に比例するという仮定に基づいて、トレンドに対する指値注文も使用すべきでしょうか?また、注文は先にしたほうがいいのでしょうか?
少し混乱しています...ストラテジーの種類は、私の理解では、注文の種類によって 変更することはできません。例えば、トレンド時に指値注文をする場合、「チャネル」のような戦略にはなりませんよね?それとも私の勘違いでしょうか?
ありがとうございます。
悪しからず、ご理解をお願いします。
それ以上の質問は、ここでしか 答えられない。
いいえ、"チャンネル "TS - リミッターで実装することができます。
これは、あなた個人の分類です。古典的な意味でのチャネル戦略は、チャネル境界で反転が起こることを前提とした戦略であり、注文の種類 とは関係がない。トレンド時には指値注文、横ばい時には成行注文で取引できますが、唯一の違いは、指値注文の方が早くブックに入れられ、他の条件が成行注文と相対的に同じであれば、より速く機能することです。