Btcusd Consensus
- エキスパート
- バージョン: 1.64
- アクティベーション: 10
BTCUSD CONSENSUS をご紹介します
私の新しい BITCOIN プロジェクト
私は BTCUSD のために、いくつかのインジケーターを組み合わせただけの EA ではなく、もっと本格的なシステムを作りたいと考えました。
そのため、ここには単一の戦略や単一のシグナルだけがあるわけではありません。
BTCUSD Consensus の内部では、個別にトレーニングされた 5 つのモデルと 1360 本の決定木が動作しています。
D LONG • D SHORT • U LONG • U SHORT • SELL META
それぞれのモデルには、それぞれの役割、トレーニング、最適化があります。
エントリー前には、EA が現在の Bitcoin の市場状態も判定します:
UP • DOWN • FLAT • COMPRESSION • EXPANSION • TRANSITION
その後、すべての結果が 1 つの最終判断 — CONSENSUS — にまとめられます。
十分な確認が得られなければ、取引は行いません。
これが私がこの EA に求めた動きです。常に市場へ入るのではなく、本当に強いエントリーを待つ。
BTCUSD CONSENSUS をどのようにトレーニングし、調整したか
開発はすべて、2017 年からの Dukascopy BTCUSD ティック履歴を基に行いました。
モデルの調整、トレーニング、結果の確認には、実際の Bid / Ask ticks を使用しました。
各モデルは個別のサイクルを通過しています:
約 6 か月 — トレーニングと最適化
次の約 6 か月 — モデルが一度も見ていないデータで Forward Test
その後、期間を前へずらし、同じ工程を再び繰り返しました。
こうして Bitcoin のさまざまな局面 — トレンド、レンジ、高ボラティリティ、静かな相場、急激なレジーム変化 — を順番に通していきました。
私にとって重要だったのは、過去のある区間だけで綺麗な結果を出すことではありません。
見たかったのは、トレーニング後、まだ見たことのない新しいデータに対してモデルがどう動くかでした。
利用可能な全ティック履歴での長期テスト
検証済みの Dukascopy BTCUSD ティック履歴は 2017 年 5 月から始まります。
そのため、長期テストもそこから開始しています。
人工的に追加した過去年代はありません。
ticks の代わりに M1 OHLC を使っていません。
REAL BID / ASK TICKS.
MAY 2017 — OCTOBER 2026
492,849,560 REAL TICKS
1,532 TRADES
96.93% WIN RATE
PROFIT FACTOR 64.01
EQUITY DRAWDOWN 5.14%
DEFAULT SETTINGS • AUTO RISK 1%
これは、システム全体の調整を終えた後に到達した結果です。
完全なオリジナルテストレポートも製品に含めます。
過去の SPREAD について重要な点
古い BTCUSD の履歴では、現在より spread がかなり大きい時期がありました。
現在の Spread Protection を全履歴で有効にして、条件の悪い古いエントリーを一部除外することもできました。
しかし、私は意図的にそうしませんでした。
古い履歴部分では、Spread Protection は取引シグナルを除外しません。
ただし spread 自体が消えるわけではありません — テストは実際の Bid / Ask ticks で行われます。
つまり、当時の取引条件はそのままテストの中に残っています。
現在の取引では、Spread Protection が通常どおり動作し、spread が大きすぎる場合のエントリーを保護します。
パネルも他の EA と同じものにはしたくありませんでした
スクリーンショットでも見栄えはします。
ですが、スクリーンショットのためだけに作ったわけではありません。
EA を起動したときに、開いているポジションだけでなく、今この瞬間にシステム内部で何が起きているのかまで見えるようにしたかったのです。
そのため、パネルには常時以下が表示されます:
MARKET REGIME
5 MODEL ENGINE
SYSTEM STATUS
H1 CYCLE
CONSENSUS
MARKET DIRECTION
RISK & LOAD
EXECUTION RULES
FILTERS & PERMISSION
POSITION
ACCOUNT INFO
SYSTEM FEED
Visual Tester では、これが特に分かりやすく見えます。
市場が変われば Market Regime も変わります。
モデルの評価も変化します。
Consensus が現れたり、消えたりします。
フィルターがエントリーを許可することもあれば、EA を待機させることもあります。
ポジションが開きます。
決済後には、取引結果を表示する独立した Trade Card がチャート上に表示されます。
パネルにはアニメーションがあり、異なる解像度や DPI に対応しています。
私が作りたかったのは、単に見た目が綺麗な画面ではなく、EA が動いている間に本当に見ていたくなるインターフェースです。
そのため、BTCUSD Consensus は少なくとも一度 Visual Mode で動かしてみることを強くおすすめします。静止画では、その魅力の半分も伝わりません。
96.93% WIN RATE — でも私にとって重要なのはこの数字だけではありません
多くの人が最初に見るのは、間違いなく 96.93% Win Rate だと思います。
実際、とても高い結果です。
しかし、高い Win Rate はさまざまな方法で作ることができます。
小さな Take Profit と非常に大きな Stop Loss を使えば、ある 1 回の損失がそれまでの複数の利益を消してしまうまでは、綺麗な勝率を見せることもできます。
私は BTCUSD Consensus をそのようなシステムにはしたくありませんでした。
ここでは:
TP ≈ SL — 1:1
同時保有は 1 ポジションのみ
すべての取引に Stop Loss
Grid なし
1 日最大 3 回のエントリー
Recovery — 追加は 1 ステップだけの独立したオプション機能
つまり、高い Win Rate は、負けポジションに巨大な Stop Loss を与えたり、悪いポジションを長時間抱え続けたりすることで作られたものではありません。
これは私にとって非常に重要です。
そのため、実運用での Win Rate が過去テストの 96.93% より大きく下がったとしても、システムそのものの考え方が崩れるわけではありません。
純粋な TP:SL = 1:1 であれば、勝率 60% でも spread、commission、slippage を考慮する前の期待値は約 +0.20R / trade です。
将来の市場でも過去の 96.93% がそのまま再現されるとは約束できません。
それを正直に約束できる人はいません。
ですが、綺麗な Win Rate を維持するために Take Profit の何倍もの Stop Loss を必要とするシステムより、TP ≈ SL の条件で高い過去成績を出しているシステムの方が、私はずっと安心できます。
RECOMMENDED SETTINGS
- 銘柄: BTCUSD / Bitcoin
- 時間足: H1
- 設定: BTCUSD Consensus はデフォルト設定での運用を前提に設計しています。開始時に選ぶ必要があるのは資金管理方法だけです — Auto Risk または Fixed Lot。Auto Risk のデフォルト値は 1% です。
- ブローカー: EA は異なるブローカーでの使用を考慮して開発しています。実運用の前に、ご自身のブローカーの価格履歴を使って Strategy Tester で必ず確認することをおすすめします。
- 口座タイプ: ECN / RAW / Razor または、spread が低く約定品質の良い同等の口座をおすすめします。BTCUSD では特に重要です。
- シンボルのサフィックス: 対応しています。BTCUSD、BTCUSD.m、BTCUSD.a、BTCUSD.pro など — EA は設置されたチャートのシンボルを使用します。
- 最低入金額: 最小取引量 0.01 lot、レバレッジ 1:500 の場合、$500 以上を推奨します。BTCUSD の必要証拠金はブローカーごとに異なるため、これは私のスタート時の推奨値であり、すべての口座に共通する絶対条件ではありません。
- VPS: 安定した連続運用のために推奨します。VPS を使用しない場合は、MetaTrader 5、PC、インターネット接続を常時稼働させる必要があります。
GMT / DST は必ず確認してください
EA を起動する前に、この設定だけは必ず確認してください。
BTCUSD Consensus のデフォルト設定は:
GMT Offset = +2
DST = TRUE
つまり、冬は GMT+2、夏は GMT+3 です。
これは多くのブローカーで一般的なサーバー時間設定です。
しかし、すべてのブローカーが同じではありません。
たとえば、取引サーバーが年間を通して GMT+0 の場合は:
GMT Offset = 0
DST = FALSE
たとえば、Exness のサーバーが年間を通して GMT+0 で、季節による時刻変更がない場合は、この設定を使用します。
私がここを特に強調する理由は単純です。
BTCUSD Consensus のモデルは H1 と M15 のデータを使用します。
GMT が間違っていると、ローソク足の時間境界がずれます。
ローソク足が変われば、モデルが見るデータも、トレーニングや調整時に使用したものと完全には一致しなくなります。
GMT が間違っていると、シグナルも変わる可能性があります。
そのため、実運用前には必ずブローカーのサーバー時間を確認してください。
どの GMT/DST を設定すればよいか分からない場合は、私にメッセージを送ってください。正しい設定を確認するお手伝いをします。
私自身がこの EA に満足している理由
この EA では、すべてを 1 つにまとめることができました:
個別にトレーニングされた 5 つのモデル
1360 本の決定木
Forward Testing
約 10 年分のリアル ticks
TP ≈ SL 1:1
同時保有は 1 ポジションのみ
リスク管理
システムの動きを直接確認できるライブパネル
私にとって一番重要なのは、BTCUSD Consensus が個別機能を寄せ集めただけの EA に見えないことです。
1 つの完成したシステムとして動きます。
モデルが市場を分析します。
Market Regime を判定します。
Consensus が形成されます。
フィルターが許可を出します。
そして、その後に初めて取引が発生します。
これが、私が作りたかった Bitcoin EA です。
ユーザーにとっては複雑すぎない。
でも中身は本格的です。
