FXナイトスキャルピングEAの設定方法｜時間帯フィルターと深夜スプレッド管理の完全ガイド
ナイトスキャルピングEAを運用して最初に痛感したのは、「時間帯を絞るだけで、相場の性質が劇的に変わる」という事実だ。日中の相場は経済指標・要人発言・ロンドン勢の大口注文に振り回される。NYクローズ後の深夜帯に入ると、そういったノイズがスパッと消える感覚があって、相場が一種の"構造的なレンジ"に入りやすくなる。ナイト帯に特化してから、日中の乱高下に一喜一憂するのをやめられた。
ただ正直なところ、この時間帯には別の顔もある。流動性の枯渇、スプレッドの急拡大、そしてフラッシュクラッシュだ。本記事では、MQL4コードレベルでナイトスキャルEAの時間帯フィルター・スプレッド管理・リスク制御を実装する方法を、すぐにコピーして使える形で書いていく。
ナイトスキャルピングとは何か（時間帯の定義）
ナイトスキャルピング（ナイトスキャル）は、NYクローズ後から東京オープン前の深夜帯に絞ってスキャルピングトレードを行う手法だ。FX EAで言えば「何時から何時まで稼働するか」の時間帯設定が、収益性を左右する最重要パラメータになる。経験上、ここを曖昧にしたEAは長続きしない。
日本時間の「ナイト」は何時から何時か（夏時間・冬時間）
ナイトスキャルピングの「ナイト」は、単純に夜中という意味ではない。FX市場の文脈では、NYクローズ後からアジア勢（東京）が本格参入するまでの時間帯を指す。
多くのブローカーのMT4サーバーはGMT+2（冬時間）またはGMT+3（夏時間）で動作しており、日本時間（JST=GMT+9）との時差は以下のとおりだ。
| イベント | 冬時間（JST） | 夏時間（JST） | |---|---|---| | NYクローズ（NY 17:00） | 翌7:00 | 翌6:00 | | 流動性最低谷（魔の時間帯） | 5:00〜7:00 | 4:00〜6:00 | | 東京オープン | 9:00 | 9:00（不変） | | ナイトスキャ対象コア | 0:00〜7:00 | 0:00〜6:00 |
欧州のサマータイム（3月最終日曜〜10月最終日曜）に合わせてブローカーサーバーも切り替わるため、JST換算では夏に1時間ずれる点を必ず把握しておくこと。
この1時間のズレをハードコードで無視すると、夏冬の切り替わりに気づかないまま意図した時間帯からずれ続ける。実感として、切り替わりの週に「なぜかエントリーが増えた/減った」と気づいて発覚するパターンが多い。動的に対応する実装が必要だ（後述）。
NYクローズ後〜東京オープン前の流動性の特徴
NYクローズ直後から約2時間は、FX市場で最も流動性が低くなる時間帯だ。OANDAのデータによれば、この時間帯のスプレッドはロンドン午後3時比で3倍以上のコストがかかる局面もある。
流動性が薄い状態で何が起きるか。板が薄くなってスリッページが大きくなり、スプレッドが瞬間的に拡大し、EAが気づかないまま平常時の数倍のコストで発注してしまう。大口アルゴが入れば、ちょっとした注文でも一瞬で数十pips動く。個人的には、この時間帯に何も考えずEAを動かしていた頃が一番溶かした時期でもある。
逆に言えば、流動性が回復し始めるNYクローズ直前〜深夜0〜2時（JST）は、比較的スプレッドが安定しており、ナイトスキャル向きの静かなレンジ相場が続きやすい。
ナイトスキャルが機能する理由と機能しない理由
機能する条件:
- 相場が一定のレンジ内でオシレートしている
- スプレッドが許容範囲内に収まっている
- 経済指標・要人発言がない
- 通常の平日（月〜木）
機能しない（負けやすい）条件:
- フラッシュクラッシュなど突発的な流動性枯渇
- 週末・祝日明けのギャップ
- 米FOMC・雇用統計等の前後でボラが持続している
- NYクローズ直後の「魔の時間帯」でスプレッドが異常拡大
ナイトスキャルEAは万能ではない。「機能しない条件」を排除する防衛コードこそが利益の源泉になる、というのが正直な結論だ。
ナイトスキャルEAの時間帯設定
FXナイトスキャルピングEAの時間帯設定とは、MQL4の StartHour / StopHour パラメータでエントリー可能ウィンドウを定義することだ。NYセッション後半〜東京オープン前を稼働コアとし、日をまたぐ場合も正しく処理する実装が求められる。
有効な時間帯の選択（NY後半〜翌東京時間まで）
実際に機能しやすい稼働ウィンドウは2つある。ざっくり言えば「静かなレンジに入るタイミング」だ。
ウィンドウ①: NYセッション後半〜深夜（サーバー時間 20:00〜23:00頃） NY市場がまだ動いていて、ロンドン勢がすでに引けたタイミング。ボラが落ち着いてレンジに移行しやすく、ここは比較的スプレッドも安定している。
ウィンドウ②: NYクローズ直後〜東京オープン前（サーバー時間 22:00〜翌6:00頃） 流動性は低いが、静かなオシレーションが続く。スプレッドフィルターとセットで使うのが前提で、単独では率直に言って危うい。
流動性が最底辺になる「魔の時間帯」（JST 4:00〜7:00頃 / サーバー時間 21:00〜翌0:00頃）は、基本的にエントリーを止めるのが安全策だ。
MQL4での時間帯フィルター実装コード（コピペ可）
以下は、サーバー時間ベースの時間帯フィルターだ。日をまたぐケース（例: 22時〜翌6時）も正しく処理する。
注意: 以下のコードはサンプルであり、動作を保証するものではありません。実運用前に必ずデモ口座でテストし、自己責任でご利用ください。
//+------------------------------------------------------------------+
//| 時間帯フィルター（サーバー時間ベース・GMT+2/GMT+3前提） |
//| ブローカーのサーバー時間を確認してから StartHour/StopHour を設定 |
//+------------------------------------------------------------------+
input int StartHour = 22; // エントリー開始時刻（サーバー時間・0〜23）
input int StopHour = 6; // エントリー停止時刻（サーバー時間・0〜23）
bool IsTradeTime() {
int h = Hour(); // MT4サーバー時刻のHour（0〜23）
if (StartHour < StopHour) {
// 日をまたがないケース（例: 8時〜20時）
return (h >= StartHour && h < StopHour);
} else {
// 日をまたぐケース（例: 22時〜翌6時）
// StartHour以降 OR StopHour未満 であればトレード時間
return (h >= StartHour || h < StopHour);
}
}
OnTick()の先頭でこの関数を呼び出す：
void OnTick() {
// 時間帯外ならエントリーしない（ポジション管理は継続）
if (!IsTradeTime()) return;
// 以降にエントリーロジックを記述
}
週末持ち越し防止フィルター:
週末のNYクローズ（金曜22:00以降・サーバー時間）にポジションを持ったまま週をまたぐとギャップリスクが発生する。以下で強制クローズする。
//+------------------------------------------------------------------+
//| 週末強制クローズ（金曜22:00以降はポジションを全決済） |
//+------------------------------------------------------------------+
void CloseAllOnWeekend() {
// DayOfWeek(): 0=日, 1=月, ..., 5=金, 6=土
if (DayOfWeek() == 5 && Hour() >= 22) {
for (int i = OrdersTotal() - 1; i >= 0; i--) {
if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) {
if (OrderSymbol() == Symbol()) {
// Bid/Askはポジション種別に応じて使い分け
double closePrice = (OrderType() == OP_BUY) ? Bid : Ask;
OrderClose(OrderTicket(), OrderLots(), closePrice, 10, Violet);
}
}
}
}
}
夏時間・冬時間の切り替え対応
多くのブローカーのMT4サーバーは欧州のサマータイムに追随する。
- 冬時間: GMT+2（JST との時差 +7時間）
- 夏時間: GMT+3（JST との時差 +6時間）
- 切り替え: 3月最終日曜〜10月最終日曜
EAの時間帯設定をJSTで考えている場合、夏時間中はサーバー時間に換算するときに1時間ずれる。気づいたときには何週間も間違った時間帯で稼働していた、という話は珍しくないし、自分も一度やらかしている。ハードコードで済ませず、動的にDSTを判定するユーティリティを仕込んでおくほうが長い目で見ると楽だ。
JST ↔ サーバー時間を変換するユーティリティ関数：
注意: 以下のDST判定は簡易実装です。正確な動作は自ブローカーのサーバー設定で必ず確認してください。
//+------------------------------------------------------------------+
//| 欧州サマータイム判定（簡易実装） |
//| 3月最終日曜〜10月最終日曜を夏時間とみなす |
//+------------------------------------------------------------------+
bool IsSummerTime(datetime t) {
int month = TimeMonth(t);
// 4〜9月は無条件で夏時間
if (month >= 4 && month <= 9) return true;
// 1〜2月、11〜12月は無条件で冬時間
if (month <= 2 || month >= 11) return false;
// 3月と10月は日付で判断（簡易: 25日以降を夏時間と仮定）
int day = TimeDay(t);
if (month == 3) return (day >= 25); // 3月25日以降は夏時間とみなす
if (month == 10) return (day < 25); // 10月25日未満は夏時間とみなす
return false;
}
//+------------------------------------------------------------------+
//| GMT（サーバー時間）→ JST 変換 |
//+------------------------------------------------------------------+
datetime ServerTimeToJST(datetime server_time) {
// サーバーがGMT+2(冬)/GMT+3(夏)前提
int server_offset = IsSummerTime(server_time) ? 3 : 2; // GMT+X
int jst_offset = 9; // JSTは常にGMT+9
int diff = jst_offset - server_offset; // JSTはサーバーより+6または+7時間
return server_time + diff * 3600;
}
このユーティリティがあれば、「JST で何時にエントリーしたいか」を基準にパラメータを設計できるようになる。
ナイト帯のスプレッド管理
ナイトスキャルEAにとって、スプレッド管理は完全に別格の重要度を持つ。「現在のスプレッドが許容範囲を超えたらエントリーを止める」フィルターを組んでいないEAは、正直なところ深夜に動かし続けるべきではないと思っている。スプレッド拡大リスクはナイト帯EA運用の最大コスト要因で、フィルターなしで稼働させるのは自殺行為に等しい。
深夜のスプレッド拡大パターン（通貨ペア別）
ナイト帯のスプレッドは、平常時と別物と考えた方がいい。代表的な通貨ペアのデータを見ると、その差は一目瞭然だ。
| 通貨ペア | 平常時スプレッド | 早朝（6:30 JST頃）スプレッド | 拡大倍率 | |---|---|---|---| | USD/JPY | 2.2 pips | 5.1 pips | 約2.3倍 | | GBP/JPY | 3.1 pips | 22.8 pips | 約7.4倍 | | EUR/JPY | 2.2 pips | 13.8 pips | 約6.3倍 |
（参考: 複数ブローカーの実績データ。数値はブローカー・市場環境により大きく異なる。自口座の実スプレッドを必ず事前計測すること）
GBP/JPYは平常時の7倍超になることがある。スキャルピングのターゲット利益が10〜20pipsだとすれば、スプレッドだけで大半が消える計算になる。実際にGBP/JPYナイトスキャルで同じ目に遭った人は少なくないはずだ。
ちなみに、ナイト帯に向いている通貨ペアはUSD/JPYかEUR/USDが基本だ。GBP/JPYはスプレッド拡大が激しいため、フィルターの閾値を非常に厳しくするか、最初から外してしまう方が安全な選択に近い。
スプレッドフィルターの閾値をナイト帯に合わせて設定
許容スプレッドの上限目安：
| 通貨ペア | 推奨上限 | |---|---| | USD/JPY | 3.0 pips | | EUR/USD | 2.0 pips | | GBP/JPY | 10.0 pips（それでも高リスク） |
この閾値はあくまで目安で、ブローカーや市場環境によって大きく変わる。自分の口座の実スプレッドをログに記録して統計的に検証することが、長期安定運用の前提だ。
スプレッド拡大時の自動停止コード（MQL4サンプル）
注意: 以下のコードはサンプルです。動作を保証するものではなく、実運用は自己責任です。
//+------------------------------------------------------------------+
//| スプレッドチェック関数 |
//| max_spread_pips: 許容最大スプレッド（pips単位で指定） |
//| 戻り値: true = スプレッドが許容範囲内 / false = エントリー禁止 |
//+------------------------------------------------------------------+
bool CheckSpread(double max_spread_pips, string symbol = NULL) {
if (symbol == NULL) symbol = Symbol();
// MarketInfo で現在のスプレッドをポイント単位で取得
double spread_points = MarketInfo(symbol, MODE_SPREAD);
// 5桁通貨ペア（Digits=5 または 3）は pip = 10 points
// 4桁通貨ペア（Digits=4 または 2）は pip = 1 point
double pips_multiplier = (Digits == 5 || Digits == 3) ? 10.0 : 1.0;
// ポイント → pips 変換
double spread_pips = spread_points / pips_multiplier;
return (spread_pips <= max_spread_pips);
}
// ---- OnTick() での使用例 ----------------------------------------
// USD/JPY 用: 3.0 pips 超ならエントリーしない
// 引数の 30 は MODE_SPREAD がポイント単位の場合の換算値（5桁口座）
// CheckSpread(3.0) のように pips で渡すほうが読みやすい
void OnTick() {
if (!IsTradeTime()) return;
// スプレッドが許容範囲を超えていればエントリーをスキップ
if (!CheckSpread(3.0)) {
// ログに残しておくとバックテスト分析に役立つ
Print("スプレッド超過のためエントリースキップ: ",
MarketInfo(Symbol(), MODE_SPREAD), " points");
return;
}
// 以降にエントリーロジックを記述
}
スプレッドフィルターを入れると、バックテストの勝率が「見かけ上」下がることがある。バックテスターがスプレッドを固定値で計算するため、実際のナイト帯スプレッド拡大を再現できないからだ。ナイトスキャルEAのバックテストは必ず可変スプレッドデータで行うこと。これを知らないまま固定スプレッドのバックテストだけ信じて本番投入すると、痛い目を見る。
ナイトスキャルEAに向いているロジック
ナイト帯で機能するEAロジックは、相場が方向性を持たず一定レンジ内でオシレートする特性を活かしたレンジ逆張り型に絞られる。トレンドフォロー型はナイト帯の流動性環境と根本的に相性が悪い。これは理論というより、実運用で痛感した話だ。
レンジ逆張り型が相性いい理由
ナイト帯の相場はトレンドが発生しにくく、特定のレンジ内でオシレートする傾向が強い。マーケットメーカーが薄い流動性の中でレートをコントロールしやすいためでもある。
レンジ逆張り型ロジックの典型例：
- ボリンジャーバンド逆張り: 2σ外に出たタイミングで逆方向にエントリー
- RSI・CCI の過買われ/過売られ: 閾値を超えたタイミングで逆張り
- 移動平均線からの乖離率: 一定以上乖離したら平均回帰を狙う
いずれも「平均に戻る」という前提に立っており、ナイト帯の横ばい相場との相性がいい。
トレンドフォローはなぜナイト帯に不向きか
シンプルに言うと、ナイト帯には方向性のある注文フローが少ないのが理由だ。
ロンドン・NYの機関投資家が引けており、大口の一方向注文が出にくい。結果として、ブレイクアウトを狙っても「だまし」になるケースが増える。スプレッドが拡大している局面では、ブレイクアウトの勢いよりスプレッドコストのほうが大きくなりかねない。実感として、ナイト帯でトレンドフォローを走らせると「なぜか負けが込む」月が続いて、ようやく原因に気づく、というパターンが多い。
どうしてもトレンドフォローを試みたいなら、NYクローズ前の30〜60分（ニューヨーク勢の手仕舞い動作が強い時間）に限定するのが現実的な落としどころだ。
バックテストでナイト帯のみの成績を抽出する方法
ナイトスキャルEAのロジック検証では、24時間通しのバックテストではなくナイト帯のみを分析しなければならない。
方法A: EAロジックに時間帯制限を組み込む（最も確実）
上述の IsTradeTime() 関数を組み込んだ状態でバックテストを走らせる。EA自体がナイト帯のみにエントリーするため、レポートの全成績がナイト帯のデータになる。個人的にはこれが一番確実だと思っている。
方法B: MT4ストラテジーテスターの「日付と時間を使用」
テスター設定で期間を指定できるが、時間単位の指定はできない。特定日のナイト帯だけを抽出するには向かない。
方法C: BT Analyzer等のサードパーティツールを使う
MT4のバックテストレポート（HTML/XML）を外部ツールで分析する方法だ。BT Analyzerは月別・曜日別・時間帯別に成績を集計できるため、「どの時間帯が一番勝率が高いか」を可視化するのに有効だ。
EAの時間帯パラメータを動かして複数パターンのバックテストを走らせ、時間帯別PFや最大DDを比較するのが王道の検証手順だ。
Hedgrow FXで深夜稼働を完全自動化する
ナイトスキャルEAを無人で安定稼働させるには、MT4が24時間動き続ける環境が必須だ。自宅PCだとスリープ・Windows Update・回線断が発生するリスクがある。
Hedgrow FX はナイトスキャル運用に特化した自動売買環境を月額1,980円で提供している。VPS費用込みのオールインワン設計で、EA稼働・スプレッド管理・ポジション管理を一元化できる。「EAを設定したら、あとは深夜に何もしなくていい」状態を最短で実現したい方には選択肢の一つだ。
ナイトスキャルEAのリスクと対策
ナイトスキャルEAのリスクは、深夜FXの流動性枯渇によるフラッシュクラッシュ・スプレッド急拡大・ギャップリスクの3種類が代表的だ。それぞれに対応したコード実装と運用ルールがなければ、長期運用は難しいのが正直なところだ。
フラッシュクラッシュリスク（流動性枯渇時）
ナイトスキャルEAが直面する最大のリスクといえば、フラッシュクラッシュだ。下の事例はよく引用されるが、実際に自分もリアルタイムで見ていた。
2019年1月3日早朝の事例:
| 項目 | 詳細 | |---|---| | 発生日時 | 2019年1月3日 早朝7時頃（JST） | | 下落幅 | USD/JPY で約4円（約10分以内） | | 原因 | アップルショック＋アルゴ連鎖・流動性枯渇 | | 状況 | 年末年始休暇明けの薄い相場 |
年明けの極端に流動性が低いタイミングに複数のネガティブ材料が重なり、アルゴリズム取引の売りが売りを呼ぶ連鎖が発生したケースだ。こういう局面では、スプレッドフィルターも時間帯フィルターも意味をなさないほど急速に状況が変わる。防ぎようがない部分はある。だからこそ、1トレードあたりのリスクを絞っておくことが生命線になる。
対策:
- ロットサイズを小さく抑え、1トレードの損失を口座の1〜2%以内に制限する
- ストップロスは必ず設定する（EAのロジックに依存せず、ハードストップを置く）
- 年末年始・ゴールデンウィーク等の大型連休明けはEAを手動停止する
週末・祝日明けのギャップリスク
週末の月曜オープンはギャップ（窓）が生じることがある。金曜のNYクローズレートと月曜の東京オープンレートの差が、ストップロスを超えることもある。
対策:
- 前述の週末強制クローズコードで金曜22:00以降はポジションを持たない
- 祝日明け（米国の連邦祝日・日本の祝日）は最初の1〜2時間の稼働を避ける
- EAに
OnTimer()を使った定期チェックを追加し、週末にポジションが残っていないか監視する
経済指標前後のナイト帯は避ける設定
NYクローズ前後に発表される経済指標は、ナイト帯のレンジを崩す最大の原因だ。米FOMC・雇用統計・CPIの発表日は、その前後でボラティリティが持続することがある。発表の数時間後にようやく落ち着いてきたと思ったら、また動く、という展開もある。
MQL4での指標フィルター実装アプローチ:
完全自動化には外部の経済指標APIを使う方法もある。シンプルな方法としては、「指標発表予定の曜日・時間帯は特定の時間を除外する」パラメータを追加するアプローチがある。
input bool UseNewsFilter = true; // 指標フィルターを使用するか
input int NewsStopHour = 2; // 指標前後で停止するサーバー時間（UTC）
input int NewsResumeHour = 4; // 指標後に再開するサーバー時間（UTC）
bool IsNewsTime() {
if (!UseNewsFilter) return false;
int h = Hour();
// 指標発表が集中するNY時間前後（サーバー時間で設定）
// 実際の指標スケジュールに合わせてパラメータを調整すること
return (h >= NewsStopHour && h < NewsResumeHour);
}
より精度の高い指標フィルターには、ForexFactoryのカレンダーAPIや、NewsFilterEAと組み合わせる方法もある。
FAQ
ナイトスキャルEAはドル円に向いているか？
向いている。 USD/JPYはナイト帯でもスプレッド拡大が他の通貨ペアより小さく（平常時2.2pips→早朝5.1pips）、流動性も相対的に維持されやすい。ナイトスキャルの入門通貨ペアとして最も扱いやすい選択肢だ。ただし、「必ず利益が出る」保証はなく、相場環境によって成績は大きく変動する。
ナイトスキャル EAは何時から何時まで稼働させるべきか？
サーバー時間（GMT+2/+3）で 22:00〜翌6:00 が基本ウィンドウです。 ただし流動性が最低になる「魔の時間帯」（サーバー時間 21:00〜翌0:00頃 / JST 4:00〜7:00頃）はエントリーを止めるのが安全策。夏時間・冬時間でJSTへの換算が1時間ずれるため、IsTradeTime()関数に動的DST判定を組み込む実装を推奨する。稼働ウィンドウはブローカーのサーバー時間に必ず合わせて検証すること。
深夜は無人でEAを稼働させても大丈夫か？
「安全」とは言い切れない。 フラッシュクラッシュや急激なスプレッド拡大は深夜に発生しやすい。無人稼働で最低限やるべきことは：①ストップロスをハードコードで必ず設定する ②スプレッドフィルターを必ず実装する ③ロットを口座残高の1〜2%リスクに収める。これらを徹底した上で、許容できるリスクの範囲で稼働させること。
ナイト帯のスプレッドが広すぎて収益にならない場合の対処は？
稼働時間帯の見直しとブローカー変更を検討してください。 主に3つの選択肢がある。①稼働時間帯を見直す（スプレッドが最も拡大する深夜4〜7時JSTを除外する） ②スプレッドが低いブローカーに変更する ③通貨ペアをUSD/JPYまたはEUR/USDに絞る。スプレッドフィルターの閾値を厳しくすればトレード頻度は下がるが、コスト対効果が改善する。「稼働時間を短くする勇気」がナイトスキャルを長期継続する鍵になる。
VPS必須か？自宅PCでも安定稼働できるか？
VPSの使用を強く推奨します。 理論上は自宅PCでも可能だが、安定性という観点ではVPSが圧倒的に優位だ。自宅PCのリスク：Windowsの自動更新による再起動、スリープ、回線断、電源断。ナイト帯に無人で稼働するEAで上記が発生すれば、ポジションの管理不能状態になる。VPSのコストは月数百〜数千円が多く、EAの運用規模に比べれば安価なリスクヘッジだ。
ナイトスキャルEAの時間帯フィルターにMQL4の Hour() 関数を使う際の注意点は？
Hour() 関数はMT4サーバー時間を返すため、ブローカーのサーバーGMTオフセット（GMT+2 or +3）を必ず確認してください。 JST（GMT+9）と混同すると稼働時間が大きくずれる。冬時間はJSTとの差が7時間、夏時間は6時間となる。StartHour/StopHourの値はJSTではなくサーバー時間（MT4の時計表示）で設定し、デモ口座で意図した時間帯に稼働しているかを必ず実機確認すること。
まとめ
ナイトスキャルEAの優位性は「時間帯の絞り込みによるノイズ排除」にある。日中の経済指標・要人発言・大口フローに翻弄されることなく、相場が静かに動くウィンドウだけを狙う発想だ。
一方で、この時間帯特有のリスク（流動性枯渇・スプレッド急拡大・フラッシュクラッシュ）を制御するコードを実装することが、長期的な運用継続の条件になる。時間帯フィルター・スプレッドフィルター・週末クローズは「あると良い機能」ではなく、「なければ危険な必須機能」だ。この優先順位を間違えると、ロジックがどれだけ良くても長続きしないのが実情だ。
本記事のMQL4コードはそのまま組み込める形で記述しているが、動作の最終確認は必ずデモ口座と実際のブローカー環境で行ってほしい。
関連記事
- FX EAのVPS選び方と設定方法｜深夜稼働を安定させる完全ガイド
- FXスキャルピングEAのスプレッドフィルター設定｜コスト管理で勝率を上げる
- MT4 EAバックテストの時間帯フィルター検証方法｜ナイト帯成績の抽出手順
- FX自動売買のリスク管理｜フラッシュクラッシュ・ギャップリスクへの対応
免責事項
本記事はFX自動売買（EA）の設定方法に関する情報提供を目的としています。記事内のコードサンプルおよび数値は参考情報であり、正確性・完全性・動作を保証するものではありません。FX取引は元本の保証がなく、投資した資金を全額失う可能性があります。ナイトスキャルピングを含むEA運用は、流動性枯渇・フラッシュクラッシュ等の高リスクを伴います。実際の取引判断は、ご自身の責任において行ってください。本記事の情報に基づいて生じた損害について、当サイトは一切の責任を負いません。投資を行う際は、金融庁の認可を受けた業者を利用し、リスク許容度の範囲内で取引を行ってください。
