iCafeFX·Redhat WARP V11
Manual/Chapters/CH 05 · Logic
CH 05 · FX28 Pool · 163 configs · 6 modules

Logic เบื้องหลัง
Pool · Williams+ADX · Jay · God Tier

ข้างในซับซ้อน · ข้างนอกเรียบ — บทนี้อธิบายสิ่งที่ FX28 GOD Pool ทำแทนคุณ · ไม่ใช่ความลับ ไม่ใช่ "secret sauce" · เปิดเผยพอที่ trader จะตัดสินใจได้ว่าจะไว้ใจหรือไม่ครับ

TL;DR · ถ้าจะอ่านแค่นี้พอ
  • FX28 GOD Pool = ชุด config 163 ตัวจาก optimization ราว 6 เดือน · pool dispatch เลือก config ที่เหมาะกับ context (session · spread · volatility) · ไม่ได้รัน 163 พร้อมกัน
  • โมดูลหลัก: WarpLogic (lifecycle) · Williams+ADX (trend filter) · Jay Logic (reversal) · God Tier (session-aware) · FiboFilter (multi-TF gate) · LiquidityZone (zone touch)
  • คุณไม่เลือก strategy ใน Inputs V11 · pool vote ให้อัตโนมัติ · นี่คือเหตุผลที่ 13 settings พอ
  • Backtest only ทุกผล % ที่อ้างใน comment header · ยังไม่ Forward test publish · live ต่างจาก tester เสมอ

When to use · บทนี้เหมาะกับใคร

  • อยากรู้ว่า EA "คิด" ยังไงก่อนไว้ใจ AUTO TRADE
  • สงสัยทำไมไม่มี toggle Sniper / Scalp ใน Inputs · บทนี้อธิบายเหตุผลออกแบบ
  • อยากเข้าใจ hedge mode ทำงานร่วมกับ pool ยังไง
  • กำลังจะอธิบาย WARP V11 ให้เพื่อน trader ฟัง · ต้องการ vocabulary

ไม่ใช่บทนี้: อยากเปลี่ยน input ค่าไหน → ch_04 · อยากอ่าน panel → ch_06 · troubleshoot → ch_09

How · signal flow + โมดูลทั้งหมด

4.1 Signal flow (ภาษาคน · ไม่ใช่ code)

ราคา + spread ปัจจุบัน + session filter (ch_04)
         ↓
[FX28 GOD Pool dispatcher]
         ↓
เลือก config ที่ match context (session × volatility × symbol)
         ↓
โมดูลใน config นั้น vote signal:
  Williams+ADX  · Jay Logic  · God Tier
  FiboFilter    · LiquidityZone
         ↓
ถ้า vote ผ่าน threshold ของ config → ส่งสัญญาณ
         ↓
[WarpLogic เปิดออเดอร์]
  - 1 ออเดอร์ ถ้า InpUseHedgeMode = false
  - 2 ออเดอร์คู่ ถ้า InpUseHedgeMode = true
  - Magic = InpMagicNumber (244024 default)
         ↓
[WARP CLOSE จัดการ lifecycle]
  TP/SL/partial/exit ตาม config
         ↓
[Panel update] (ch_06)

ไม่มี toggle "เลือกโมดูล" ครับ · pool decide แทน · trader controls 13 settings ที่อยู่ในมือเท่านั้น

4.2 WarpLogic · WarpLogic.mqh

  • ทำหน้าที่ เปิด + ปิด ออเดอร์ · จัดการ lifecycle
  • ตั้ง TP/SL ตาม config ของ pool · ไม่ใช่ค่า user ตั้ง
  • รองรับ partial close (default off · hardcode) · WARP CLOSE = ปิดทั้งหมดเมื่อ signal กลับ
  • คำนวณ lot size ตาม risk hardcode (V11 ตัด InpRiskPercent ออกแล้วครับ)

4.3 Williams+ADX · Strategy_WILLIAMS_ADX.mqh

  • ใช้ Williams %R combined กับ ADX กรอง trend
  • ADX สูง = trend ชัด · ADX ต่ำ = sideway → กรองออก
  • Williams %R จับ overbought/oversold ใน trend
  • เหมาะกับ GOLD ที่มี trend ชัดช่วง London/NY
  • ไม่ใช่ "ชนะทุก trend" · ทำงานในเงื่อนไขที่ ADX threshold ผ่านเท่านั้น

4.4 Jay Logic · Strategy_JAY_LOGIC.mqh

  • โฟกัส reversal บน GOLD H1
  • จับจังหวะกลับตัวหลัง overextension (ราคาวิ่งทางเดียวนานเกินไป)
  • ทำงานร่วมกับ zone/PA filter ภายใน
  • ไม่ใช่ "ดักจุดกลับ 100%" · กรองด้วย zone confirmation
  • เหมาะช่วง Asia ที่ GOLD มัก range หรือ reversal เล็ก

Protection layer (V11.10): TradeExecutor · CommentGuard · OrderGuard · BrokerDetector · WarpCache — ไม่มีใน Inputs แต่ทำงานทุกออเดอร์ครับ

Backtest only: ช่วง PF จาก include comment ใน GOD_TIER ประมาณ 3.5–8.6 ขึ้นกับช่วงทดสอบ · ไม่ใช่สัญญาณ live

4.5 God Tier · Strategy_GOD_TIER.mqh

  • ชุด config ที่ backtest XM Real Spread stress ได้ Profit Factor สูงในบาง session
  • "God Tier" = ชื่อ internal ของชุด config · ไม่ได้แปลว่ามันเทพกว่า strategy อื่นในทุก context
  • session-aware: เปิดใช้ใน session ที่ test แล้วผ่าน
  • Backtest only · live spread/slippage ต่างได้

4.6 FiboFilter · Redhat_FiboFilter_V2.mqh

  • กรอง multi-timeframe Fibonacci retracement
  • Order ที่ pool ส่งต้องผ่าน gate Fibo (อยู่ในระดับที่ยอมรับ) ถึงจะเปิด
  • ลด entry มั่ว · ลด setup ที่ไม่ตรง pattern

4.7 LiquidityZone · Redhat_LiquidityZone_V7.mqh

  • Zone touch filter
  • รอราคาแตะ liquidity zone (ระดับที่มี order book หนาแน่นใน historical)
  • ไม่ใช่ indicator วาดเส้นเฉยๆ · มี logic ตรวจ touch + bounce
  • hardcode ON ใน V11

4.8 FX28 GOD Pool · FX28_GOD_Pool.mqh

  • 163 configs จาก optimization XM Real Spread stress ราว 6 เดือน (period ระบุใน comment header source)
  • แต่ละ config คือชุด parameter ของโมดูล: ADX threshold · Williams period · Jay overextension level · Fibo retracement % · zone tolerance ฯลฯ
  • pool dispatcher (ภายใน) เลือก config ที่ match กับ:
  • session ปัจจุบัน (Asia / London / NY / Overlap)
  • spread band (low / medium / high)
  • volatility (วัดจาก ATR ภายใน)
  • ไม่ใช่รัน 163 พร้อมกันครับ · เลือก 1 config ต่อช่วงเวลา dispatch

4.9 Hedge mode + Pool ทำงานร่วมกันยังไง

  • Pool vote signal → ส่งให้ WarpLogic
  • WarpLogic อ่าน InpUseHedgeMode:
  • false → เปิด 1 ออเดอร์ฝั่งที่ pool ระบุ
  • true → เปิด BUY + SELL คู่กัน · TP/SL ทั้ง 2 ทาง · WARP CLOSE จัดการคู่
  • Pool ไม่รู้ว่า user ตั้ง hedge หรือไม่ · pool แค่ส่ง signal · WarpLogic แปลงเป็นออเดอร์ตามค่า user
  • ผลคือ: hedge = true จะมีออเดอร์เพิ่ม 2 เท่า · margin หนัก 2 เท่า · ใช้บัญชี hedging account เท่านั้นครับ

4.10 V11 hardcode อะไรบ้าง (ที่ V9/V10 เคย expose)

  • Spread filter threshold
  • Partition close % at TP1
  • PA min score M1/M5/M15
  • Zone tolerance / look-back
  • Fibo retracement levels
  • Sniper TF defaults

ทั้งหมดนี้ผ่าน optimization แล้ว · trader แตะ = overfit ง่าย · ปรัชญา V11 คือ trust pool

Pro Tip · อ.บอม

ผมไม่ให้คุณเลือก 7 strategies เองในคู่มือนี้นะครับ · 13 ปีที่ผมดู retail trader · พบว่า คนส่วนใหญ่เลือกผิด session ไม่ใช่ผิด strategy · ปี 2019 ผมเคยทดสอบเอง — แยกรัน Williams+ADX กับ Jay Logic บน 2 ชาร์ตคนละ Magic บน Demo XM $5,000 virtual · ปล่อย 30 วัน · ผลคือ Williams ชนะใน Asia session (07:00–15:00 ไทย) ราว 60% ของวัน · Jay ชนะใน Overlap (20:00–23:00 ไทย) ราว 65% ของวัน · ถ้า trader ทั่วไปต้องเลือกเอง · ผมเชื่อว่าเขาจะเปิด Williams ตลอด เพราะ "WR สูงสุด" หรือเปิด Jay ตลอดเพราะ "เก่งช่วงข่าว" · pool ของ V11 vote ระหว่างวัน · บางวัน Williams ชนะ บางวัน Jay ชนะ · คุณไม่ต้องเป็น quant ครับ · ขอแค่เข้าใจว่า ไม่มีวันไหนชนะ 100% · ดู max DD ใน Strategy Tester ก่อนตัดสิน · DD 8.7% บน M5 จาก stress test ของผม (ดู ch_07 table) · ถ้าคุณใช้ leverage 1:500 บน live · DD จริงอาจหนักกว่า tester 2–3 เท่าครับ เพราะ slippage + spread กระชาก · ปี 2020 ลูกค้าหนึ่งคนจาก LINE ส่ง screenshot Backtest มาให้ดู PF 2.5 บน M15 · ถามว่า "ใส่ live $20,000 ได้ไหม" · ผมตอบสั้นๆ "ลอง Demo ที่ leverage live เดียวกัน 30 วันก่อนครับ ถ้าผ่านค่อยคุย" · 30 วันให้หลังเขาเปิดสรุปมา PF Demo 1.8 · ผมบอกว่านี่คือความจริงของ live · เขาเลือกไม่ใส่ $20,000 แล้ว ใส่ $2,000 ทดก่อน · ปลอดภัยกว่า · Forward test อย่างเป็นทางการของ WARP V11 ยังไม่มีนะครับ · มีแค่ stress test + comment header · ที่ผมเขียนไว้ใน ch_07 ก็จากตรงนั้น · อย่าเอา PF จาก comment ไปโพสต์เฟสว่าการันตี · ผมจะไม่อนุญาตและไม่เซ็นชื่อให้ ก็ได้แค่ขอความร่วมมือครับ

FAQ · 8 คำถาม

Q1 · ปิด Williams+ADX · เปิดแค่ Jay Logic ได้ไหม?
V11 ไม่ expose toggle ใน Inputs ครับ · hardcode หลัง optimize · ถ้าคิดถึง knob เลือก strategy → กลับใช้ V9/V10 ได้ · WARP V11 มาแนวลด
Q2 · Sniper อยู่ไหน?
Sniper เป็น mode ภายใน pool · ตัวเลือก TF (M15/H1) บางบิวด์มีปุ่มบน panel · ไม่ใช่ Input ใน 13 ตัว · ดู ch_06 panel
Q3 · 163 configs คืออะไรกันแน่ · แชร์ list ได้ไหม?
163 ชุด parameter จาก optimization run · pool เลือกใช้ตามสถานการณ์ · list ละเอียดอยู่ใน source code (FX28_GOD_Pool.mqh) · ไม่ได้เปิด public spreadsheet ครับ · เพราะ trader ที่ไม่เข้าใจอาจ copy ค่าผิดบริบทไปใช้ตรงๆ แล้วล้างพอร์ต
Q4 · BTC/ETH ใช้ logic เดียวกับ GOLD ไหม?
Code รองรับ BTC/ETH ใน M1/M5/M15 ตาม comment header source · gap/spread/volatility ต่างจาก GOLD มาก · ทด Demo บน BTC/ETH แยก · อย่า assume ผลเหมือน XAUUSD นะครับ
Q5 · God Tier แปลว่า "เก่งกว่าตัวอื่น" หรือเปล่า?
เป็นแค่ชื่อ internal ของชุด config นั้นครับ · ไม่ได้แปลว่า "ดีกว่า" ในทุก context · pool เลือกใช้เมื่อ match session/spread profile
Q6 · pool ทำงานยังไงเวลา spread ขึ้นช่วงข่าว?
Pool มี logic ตรวจ spread band ภายใน · ถ้า spread กว้างเกิน threshold ของ config ที่ active = ไม่ส่ง signal ใหม่ · แต่ออเดอร์เก่ายังอยู่ภายใต้ WARP CLOSE
Q7 · Hedge mode = true · จะมีออเดอร์ 2 ตัวคู่ทุกครั้งใช่ไหม?
ใช่ครับ · 1 สัญญาณ → BUY+SELL คู่ · margin โหลด 2 ทาง · เหมาะกับคนที่เข้าใจ hedging account + delta ดีพอเท่านั้น
Q8 · ทำไม V11 ไม่ใช้ AI ML / neural network?
เคยทดในรุ่น experimental ปี 2024 · overfit + latency สูง + ดูแลยาก · V11 เลือก parameter optimization แบบ deterministic แทน · เข้าใจได้ · debug ได้ · backtest ได้