บันทึกทดลองพัฒนา EA ดั้งเดิมสำหรับการรวม MTP | อาจไม่สามารถใช้งาน EA ได้จริงๆ เพราะฉะนั้นจะเก็บช่วงพัฒนาการไว้
สวัสดีครับ ผมทามะ
บทความนี้คือบันทึกการทดลองพัฒนา EA ที่เชื่อมต่อ MTP ฉบับแรกครับ
ในซีรีส์นี้ เราจะสร้าง EA ที่ยังไม่สมบูรณ์ขึ้นมาด้วยกันตั้งแต่ตอนนี้
ไม่ใช่การแนะนำผลงานเสร็จสมบูรณ์
ไม่ใช่การโฆษณา EA ที่ชนะเสมอ
ไม่ใช่บทความที่เรียงการทดสอบย้อนกลับอย่างสวยงามเท่านั้น
ทดลองตรรกะที่คิดขึ้นมา
เปลี่ยนให้เป็นโค้ด
ทำการทดสอบย้อนกลับ
ดูในฟอร์เวิร์ด
ถ้าคาดหวังไม่ตรง ก็ทิ้งไป
คงไว้เฉพาะบางส่วน
แล้วสร้างใหม่อีกครั้ง
เราจะรักษากระบวนการนั้นไว้
ในที่สุด ผมคิดว่าอาจมีตรรกะที่ไม่สามารถใช้งานได้
ตรงกันข้าม ก็จะเขียนไว้ด้วย
สิ่งที่สำคัญในการพัฒนา EA คือการไม่เพียงดูผลลัพธ์ที่ได้เท่านั้น
ทำไมถึงเสีย?
ตรงไหนที่มีความเสี่ยง?
ทำไมถึงไม่รับเข้า?
ที่ไหนที่ยังมีความเป็นไปได้?
ดูถึงจุดนั้น แล้วจึงก้าวไปสู่การใช้ง้งานจริง
บันทึกนี้ไม่ได้เป็นการโฆษณาผลงานที่เสร็จแล้ว
เป็นบันทึกที่ตรวจสอบว่า EA จะใช้ง้งานได้หรือไม่ในระหว่างการพัฒนา
หากคุณสนใจการติดตั้ง MTP กรุณาดูเพิ่มเติมได้ที่นี่
MTP:Master【ฟรี】
https://www.gogojungle.co.jp/tools/indicators/79103?via=usersMTP:Slave【มีค่าใช้จ่าย】
https://www.gogojungle.co.jp/tools/indicators/79106?via=users
ทำไมถึงเริ่มซีรี่นี้
MTP เป็นระบบที่อ่านพฤติกรรมของ EA ที่นำเข้า แล้วออกแบบให้รับในบัญชีจริง
โครงสร้างมีดังนี้
ให้ Demo บัญชีรัน EA ต้นทาง
MTP:Master อ่านพฤติกรรมนั้น
MTP:Slave บัญชีจริงจะติดตาม
จนถึงตอนนี้ คู่มือการติดตั้ง MTP หรือノートพัฒนา MTP มักพูดถึงด้าน “รับ” เป็นหลัก
จะติดตามจากตรงไหน
รับด้วยล็อตเท่าไร
หยุดด้วยตัวกรองอะไร
ดูใน Dashboard อย่างไร
สร้างจุดออกอย่างไร
ดูอัตราสุขภาพบัญชีอย่างไร
นั่นคือ การออกแบบของฝั่ง MTP
แต่ตรงนี้มีเรื่องหนึ่งที่คิดว่า
ตรรกะต้นทางของ EA เองก็อาจออกแบบให้เข้ากับ MTP ได้ดี
นี่คือสิ่งที่ต้องการ
สามารถรับ EA ที่มีอยู่ทั่วไปบนโลกนี้ด้วย MTP ได้
แต่ใช้งาน EA ทุกตัวบน MTP ไม่ได้เสมอไป
ช่วงเวลาการเข้าใกล้เคียงกันมาก
การเพิ่มล็อตไม่ช้า
TP ที่ตื้นเกินไป
วิธีสร้างกำไรที่ยังไม่เหมาะระหว่างเปิดตำแหน่ง
ล็อกอินแบบมีนัยยะน้อย
ล็อกอินไม่มากพอ และตรวจสอบย้อนหลังได้ยาก
EA แบบนี้จะยากต่อการรับด้วย MTP เมื่อใช้งานจริง
ดังนั้น ผมอยากลองออกแบบ EA ต้นฉบับที่เข้ากับ MTP ตั้งแต่ต้น
นั่นคือจุดเริ่มต้นของซีรี่นี้
ไม่ใช่ EA เฉพาะ MTP
ก่อนอื่นขอชี้แจงให้ชัดเจน
EA ที่สร้างในซีรี่นี้ไม่ได้เป็น EA เฉพาะสำหรับ MTP
ไม่ได้ตั้งใจสร้าง EA ที่ใช้งานได้เฉพาะบน MTP
เป้าหมายคือ EA เช่นนี้
ทำงานเป็น EA เดี่ยว
สามารถใช้งานเป็น EA ต้นทางบนบัญชีเดโมได้
อ่านง่ายด้วย MTP:Master
เมื่อรับด้วย MTP:Slave จะจัดการล็อต จำนวนขั้น และจุดออกได้ง่าย
ตรวจสอบย้อนหลังได้ง่ายขึ้น
สังเกตการเกิด Drawdown ได้
นั่นคือ
ใช้งานได้แม้เป็น EA เดี่ยว
ง่ายต่อการใช้งานร่วมกับ MTP
เราจะมุ่งหมายทั้งสองอย่างนี้พร้อมกัน
“ไม่ใช่เฉพาะ MTP”“EA ต้นฉบับที่เข้ากับ MTP ได้ดี”คือสิ่งนี้
ที่นี่คือข้อสำคัญ
สร้าง EA ที่ใช้งานง่ายมากกว่าการชนะ
เมื่อพูดถึงการพัฒนา EA หลายคนมักมองว่า “จะชนะได้หรือไม่”
แน่นอนว่า EA ที่ไม่ชนะไม่มีความหมาย
แต่ในการใช้งานจริง ไม่พอแค่ชนะ
อัตราชนะสูง
กราฟกำไร/ขาดทุนในการทดสอบย้อนหลังดูเรียบร้อย
ผลกำไรต่อเดือนสูง
กำไรสูงสุดใหญ่
ตัวเลขแบบนี้มีเสน่ห์
แต่ในเบื้องหลัง
drawdown สูงมาก
ความพ่ายแพ้ถูกเลื่อนออกไป
ช่วงระยะเวลาในการเพิ่มสัดส่วนสั้นเกินไป
การเพิ่มล็อตรวดเร็วจนเกินไป
ระยะเวลาการถือสถานะนานเกินไป
ไม่ง่ายที่จะทำซ้ำในฟอร์เวิร์ด
หากมีปัญหาเช่นนี้ในการใช้งานจริงก็น่ากลัว
โดยเฉพาะเมื่อรับผ่าน MTP แนวคิดว่าอัตราชนะของ EA ต้นฉบับไม่เพียงพอในการตัดสินใจ
ฝั่ง MTP:Slave อ่านง่ายหรือไม่
ล็อตไม่กระโดดมาก
จำนวนขั้นอ่านง่ายหรือไม่
drawdown ที่เกิดขึ้นสามารถควบคุมได้หรือไม่
เข้ากันได้กับตัวกรองหรือไม่
อยากเห็นตรงนี้
ดังนั้น ในซีรี่นี้ จึงมุ่งหมายที่ว่าไม่ใช่ “EA ที่ชนะ” ก่อน“EA ที่ใช้งานง่ายในการปฏิบัติ”จะเป็นเป้าหมาย
ดูวิธีชนะนั่นไม่ใช่หัวใจหลัก
จะเป็นแนวทาง
ไม่แสดงเฉพาะผลลัพธ์ที่ดีเท่านั้น
ข้อควรระวังในการพัฒนา EA คือการดูเฉพาะผลลัพธ์ที่ประสบความสำเร็จ
กราฟขวาชันงดงามในการทดสอบย้อนหลัง
ช่วงเวลาที่สะดวกเป็นพิเศษ
ผลลัพธ์ที่ปรับพารามิเตอรให้เข้ากับชุดข้อมูล
ตรรกะที่เข้ากับตลาดได้พอดีแค่บางช่วง
หากดูเท่านั้น EA ก็อาจดูง่าย
แต่ในความจริงมันไม่ใช่แบบนั้น
ตรรกะที่คิดขึ้นมาอาจใช้งานไม่ได้มากนัก
แม้ดูดีในช่วงแรก แต่หากเปลี่ยนช่วงเวลา มันอาจล้มเหลว
หากเปลี่ยนคู่สกุลเงิน มันล้มเหลว
เมื่อกว้างสเปรด มันล้มเหลว
เมื่อฟอร์เวิร์ด จะเห็นความแตกต่างอย่างชัดเจน
drawdown คาดการณ์ลึกกว่าคาด
จำนวนการเข้าเงื่อนไขน้อยเกินไป
ตรงกันข้าม เข้ากันมากเกินไป
เหตุการณ์เช่นนี้เกิดได้ทั่วไป
ดังนั้น ในซีรี่นี้ เราจะรักษาสิ่งที่ไม่ใช้งานได้ไว้ด้วย
เขียนเหตุผลที่ทำให้ต้องทิ้งไว้ด้วย
ทำไมถึงคาดหวังไว้
อะไรที่ไม่เป็นไปตามที่คาดคิด
ตรงไหนที่เสี่ยงมาก
มีคุณค่าที่ต้องปรับปรุงไหม
ควรทิ้งไปเลยไหม
ทั้งหมดนี้เป็นส่วนหนึ่งของบันทึกการพัฒนา EA
บางตอนอาจตัดสินว่า “ใช้งานไม่ได้”
ในซีรี่นี้ ผมคิดว่าจะมีบางตอนที่ตัดสินใจว่าไม่สามารถใช้งานได้
จริงๆแล้วมันอาจจะเกิดขึ้นบ่อย
ผมคิดว่าแบบนี้ก็โอเค
การพัฒนา EA ไม่ได้หมายถึงแค่การใช้งานเฉพาะเรื่องเท่านั้น
ยังมีขั้นตอนการทิ้งสิ่งที่ไม่คุ้มค่าอยู่ด้วย
คิดว่าไม่สามารถใช้งานได้
ยอมรับว่าสตรที่เป็นอันตราย
ตัดสินใจว่าคุณลักษณะโลจิกที่ทดสอบย้อนกลับดีที่สุดอาจไม่เหมาะกับการใช้งานจริง
これは非常に重要です。
หากใช้งานสิ่งที่ไม่สามารถใช้งานได้ อนาคตบัญชีก็จะบอกเอง
และส่วนใหญ่จะเป็นค่าธรรมเนียมสูง
ดังนั้น ผมจะบันทึกการตัดสินใจแบบบอดไว้ด้วย
「อันนี้ไม่ได้ผล」
「คาดหวังไว้แต่การล้มลงไม่ดี」
「รับผ่าน MTP ได้แต่ต้องปรับแต่งมาก」
「ถ้าเป็นแค่เดี่ยว ก็ยังพอใช้ แต่เป็น EA ต้นฉบับสำหรับ copy ไม่สะดวก」
เราจะรักษาการตัดสินใจแบบนี้ไว้ด้วย
ไม่ใช่เพียงตัวอย่างที่ประสบความสำเร็จ แต่จะทำให้เป็นมรดกของความผิดพลาดด้วย
สิ่งที่ต้องการเห็นในซีรี่นี้
ในซีรี่นี้ เราจะดูจุดต่อไปนี้เมื่อสร้าง EA
เงื่อนไขการเข้า
ความถี่ในการเข้า
การมีหรือไม่มี Nampin (การซ้ำซ้อน)
ระยะห่างการซ้ำซ้อน
จำนวนขั้นสูงสุด
การเพิ่มล็อต
ช่วง TP
การจัดการ SL
最大含み損
最大จำนวนสถานะ
ระยะเวลาการถือ
ความเข้ากันได้ต่อคู่สกุลเงิน
ความทนทานต่อสเปรด
พฤติกรรมก่อนและหลังประกาศ Indicator สำคัญ
อ่านง่ายโดย MTP:Master
รับง่ายโดย MTP:Slave
ตรวจสอบผ่าน Dashboard ได้ง่าย
สิ่งที่ให้ความสำคัญเป็นพิเศษคือ 最大含み損 และ วิธีการล้มเหลว
ไม่ใช่แค่กำไรเท่านั้น
ตรงไหนจะลำบากบ้าง
ขั้นไหนที่เริ่มมีความเสี่ยง
ลดอัตราความเสียหายของบัญชีมากแค่ไหน
drawdown คงอยู่ในระยะเวลานานแค่ไหน
ตรงนี้เป็นสิ่งที่เราตรวจสอบ
EA เมื่อมีกำไร ก็อาจไม่เปิดเผยจุดที่ลำบาก
ดังนั้นในช่วงที่ลำบาก จะสังเกตดูพฤติกรรม
バックテストだけでは判断しない
การพัฒนา EA ต้องให้ความสำคัญกับการทดสอบย้อนกลับ
แต่การตัดสินใจด้วยการทดสอบย้อนหลังเพียงอย่างเดียวอันตราย
การทดสอบย้อนกลับเป็นการยืนยันกับตลาดในอดีต
ในช่วงเวลานั้นดี
คู่สกุลเงินนั้นดี
สภาพสเปรดนั้นดี
นั่นคือเรื่องราว
แน่นอนว่าจำเป็น
แต่ ดึงดีในการทดสอบย้อนหลังมาใช้งานจริงไม่ได้เสมอไป
ดังนั้น เราจะดูฟอร์เวิร์ดด้วย
การเคลื่อนไหวจริงเป็นอย่างไร
เงื่อนไขการสั่งซื้อจะเปลี่ยนแปลงอย่างไร
เมื่อสเปรดขยายตัวจะเกิดอะไรขึ้น
รันบน VPS แล้วทำงานเสถียรหรือไม่
อ่านจาก MTP:Master ได้ถูกต้องหรือไม่
รับข้อมูลด้วย MTP:Slave แล้วใช้งานง่ายหรือไม่
อยากเห็นตรงนี้
การทดสอบย้อนกลับเป็นทางเข้า ไม่ใช่ข้อสรุป
EA ที่เข้ากันได้กับ MTP คืออะไร
ตอนนี้คิดว่า EA ที่เข้ากันได้กับ MTP มีลักษณะอย่างไร
เหตุผลในการเข้าอย่างชัดเจน
การออกแบบขั้นตอนที่ชัดเจน
ระยะเวลาของตำแหน่งไม่แคบเกินไป
การเพิ่มล็อตไม่ช้าเกินไป
จำนวนขั้นสูงสุดถูกกำหนดไว้
การเกิด drawdown สามารถอ่านได้
TP ไม่สั้นเกินไป
ไม่ถือครองนานเกินไป
ความคิดเห็นและ Magic ถูกจัดระเบียบ
ล็อกเพื่อการตรวจสอบย้อนหลัง
อ่านโดย MTP:Master ได้ง่าย
ฝั่ง MTP:Slave การจัดการล็อตง่าย
ในทางกลับกัน EA ที่ใช้งานได้ยากเป็นเช่นนี้
เข้าแต่ละรอบบ่อยเกินไป
ซ้ำซ้อนเข้ากันอย่างถี่
ล็อตขยายตัวอย่างรวดเร็ว
จำนวนขั้นสูงสุดมองไม่เห็น
drawdown หากถือครองนานเกินไป
TP สั้นเกินไป ทำให้การจัดการของ MTP ไม่สอดคล้อง
ความคิดเห็นหรือ Magic เข้าใจยาก
ไม่ทราบเหตุผลของการเข้าในล็อค
เราจะตรวจสอบบริเวณนี้จริงๆ ขณะพัฒนา
แทนที่จะเป็นแนวคิดบนโต๊ะทำงาน เราจะทดลองจริง
เริ่มจากสมมติฐาน
ไม่สามารถสร้าง EA ที่สมบูรณ์ตั้งแต่เริ่มต้นได้
เริ่มจากการสร้างสมมติฐานกันก่อน
ตัวอย่าง เช่น
EA ที่เข้าเทรนด์จะเป็นอย่างไร
แบบซื้อเมื่อราคาย่อและเทขายเมื่อรีบาวด์จะเป็นอย่างไร
แบบย้อนกลับด้วย RSI จะเป็นอย่างไร
จะใช้ค่า moving average divergence หรือไม่
จะใช้ Nanpin หรือไม่
ถ้าใช้ จะมีจำนวนขั้นเท่าไร
ระยะห่างคงที่หรือปรับเปลี่ยนได้
TP คงที่หรืออ้างอิงค่าเฉลี่ยราคาซื้อขาย
จะใส่ตัวกรองช่วงเวลาหรือไม่
จะทำอะไรกับช่วงเวลาประเด็นสำคัญ
ไม่มีคำตอบตั้งแต่แรก
เราจะลองดู
ถ้าไม่ผ่าน จะปรับปรุง
ถ้าปรับแล้วไม่ผ่าน จะทิ้งไป
นี่คือวงจรซ้ำแบบนี้
มีทางลัดในการพัฒนา EA หรือไม่
แต่ ไม่มีเวทมนต์ใดๆ
ความคิดเห็นและคำปรึกษายินดีรับ
ในซีรี่นี้ ผมจะไม่แสดงเฉพาะ EA ที่เสร็จแล้วเสมอไป
แนวทางระหว่างการพัฒนา
ความสงสัย
ผลการตรวจสอบ
เหตุผลที่ตัดทิ้ง
จะระบุไว้จนถึงจุดนี้
ดังนั้นยินดีรับคำคิดเห็นและคำปรึกษาจากผู้อ่านในมุมมองการพัฒนา EA
「เงื่อนไขนี้ก็น่าตรวจสอบ」
「ตรรกะนี้น่าจะล้มในสภาวะตลาดนี้」
「การทดสอบย้อนหลังอาจควรดู drawdown สูงสุดด้วย」
「ถ้ารับด้วย MTP ควรตรวจสอบระยะห่างการเข้าเพิ่มมากขึ้น」
「พารามิเตอร์นี้อาจจะดีกว่าถ้าเป็นแบบปรับได้」
ความคิดเห็นแบบนี้มีประโยชน์มาก
แน่นอนว่าไม่สามารถนำทุกอย่างไปใช้ได้ทั้งหมด
อย่างไรก็ตาม การดู EA ที่กำลังพัฒนาในหลายมุมมอง มีความหมายสำคัญในการยกระดับความสมบูรณ์
ถ้าคิดอยู่คนเดียว มักจะมองเห็นโลกแคบลง
การดูตัวเลขจากการทดสอบย้อนหลังอย่างเดียว บางครั้งทำให้เห็นภาพที่ผิด
ในขณะเดียวกัน บางตรรกะที่ยังไม่พร้อมอาจถูกละทิ้งด้วยความรู้สึก
ด้วยเหตุนี้ ผมจะพิจารณาความเห็นจากผู้อ่านด้วย เพื่อดูว่า EA สามารถใช้งานได้หรือไม่
วิธีดำเนินการของซีรี่นี้
ซีรี่นี้จะดำเนินการตามกระบวนการโดยทั่วไปดังนี้
ก่อนอื่นกำหนดหัวข้อการพัฒนา
จากนั้นคิดตรรกะ
ต่อมา Implement เป็น EA
ทดสอบย้อนกลับ
ดูผล
ถ้าดีให้ยืนยันจุดที่ดี
ถ้าไม่ดีให้ตรวจสอบเหตุผล
ถ้าจำเป็นปรับปรุง
หากปรับแล้วไม่ผ่านก็ทิ้งไป
ถ้าใช้งานได้ ให้ดูฟอร์เวิร์ด
เพิ่มเติมดูว่า MTP:Master อ่านง่าย และ MTP:Slave รับง่ายหรือไม่
ขั้นตอนมีดังนี้
ตั้งสมมติฐานตรรกะ
Implement เป็น EA
ทำการทดสอบย้อนกลับ
ดู drawdown, จำนวนขั้น, และล็อตสูงสุด
ตรวจหาจุดอ่อน
ปรับปรุง
ถ้าไม่สามารถใช้งานได้ ให้ทิ้งไป
ถ้าใช้งานได้ ให้ดูฟอร์เวิร์ด
ตรวจสอบความสะดวกในการใช้งานร่วมกับ MTP
ดำเนินตามกระบวนการนี้
จุดที่ต้องตรวจสอบในคราวนี้
สรุปเรื่องราวของคราวนี้
ซีรี่นี้ไม่ใช่การแนะนำ EA ที่เสร็จสมบูรณ์
จะสร้าง EA ที่ยังไม่ปรากฏออกมาให้เห็นต่อไป
ไม่ใช่ EA เฉพาะสำหรับ MTP แต่ตั้งใจสร้าง EA ต้นฉบับที่เข้ากับ MTP ได้ดี
ให้ทำงานได้เป็น EA เดี่ยวด้วย
ให้ความสำคัญกับการอ่านข้อมูลด้วย MTP:Master
ให้สามารถควบคุมการจัดการล็อต จำนวนขั้น และจุดออกเมื่อรับด้วย MTP:Slave ได้
มุ่งสู่ EA ที่ใช้งานง่ายในการปฏิบัติ มากกว่า EA ที่ชนะ
ไม่ตัดสินใจจากการทดสอบย้อนหลังเพียงอย่างเดียว
ดู drawdown สูงสุด จำนวนขั้น ล็อท และระยะเวลาการถือ
ตัดสินใจว่าโลจิกที่ใช้งานไม่ได้ให้ทิ้งไป
รักษาเหตุผลในการทิ้งไว้ด้วย
ยินดีรับความคิดเห็น
ทั้งหมดนี้คือแนวทางของซีรี่นี้
สุดท้าย
บันทึกการทดลองพัฒนา EA ต้นฉบับที่เชื่อมกับ MTP ฉบับที่ 1 ได้สรุปแนวทางของซีรี่นี้ไว้แล้ว
บันทึกนี้ไม่ใช่การโฆษณาผลงานที่เสร็จสมบูรณ์
จะบันทึกการสร้าง EA ที่ยังไม่ปรากฏออกมาให้เห็นต่อไป
ไม่ใช่แค่ผลลัพธ์ที่ดีเท่านั้น แต่จะเขียนถึงความล้มเหลวด้วย
ผลลัพธ์ที่ทำให้ผิดหวังจะถูกบันทึกด้วย
สิ่งที่ตัดสินว่าใช้งานไม่ได้จะถูกเขียนไว้ด้วย
การพัฒนา EA คือการหตรรกะที่ใช้งานได้และใช้งานไม่ได้พร้อมๆ กัน
ทำงานเป็น EA เดี่ยวได้
สามารถทำงานร่วมกับ MTP ได้ง่าย
ล็อตไม่กระจายตัวง่าย
ดู drawdown ได้ชัดเจน
สามารถตรวจสอบได้ง่าย
ใช้งานได้ง่าย
ด้วยเหตุนี้ ผมจะพัฒนา EA แบบนี้ต่อไป
ข้อสรุปของวันนี้
ว่า EA จะใช้งานได้จริงหรือไม่นั้นยังไม่ทราบแน่ชัด เพราะฉะนั้นเราจะรักษากระบวนการพัฒนาไว้
ครั้งหน้าจะกำหนดหัวข้อการพัฒนาเริ่มต้น
EA ที่เข้ากับ MTP อย่างไรกัน
ควรเริ่มทดลองตรรกะแบบไหน
จะกำหนดเงื่อนไขที่ใช้งานได้ และเงื่อนไขที่เป็นโมฆะอย่างไร
จากนั้นจะเข้าสู่การพัฒนา EA จริงๆ
หากคุณสนใจการติดตั้ง MTP กรุณาดูเพิ่มเติมได้ที่นี่
MTP:Master【ฟรี】
https://www.gogojungle.co.jp/tools/indicators/79103?via=usersMTP:Slave【มีค่าใช้จ่าย】
https://www.gogojungle.co.jp/tools/indicators/79106?via=users
ข้อควรระวังเกี่ยวกับความเสี่ยง
※บทความนี้เป็นแนวคิดการดำเนินการของผู้เขียนเอง แนวคิดการออกแบบ MTP และกระบวนการพัฒนา EA ได้ถูกรวบรวมไว้
※ EA ที่ซีรี่นี้จะกล่าวถึงอยู่ระหว่างการพัฒนาและการทดสอบ ไม่มีการรับประกันกำไรในภาคปฏิบัติ
※แม้ผลทดสอบย้อนหลังจะดี ก็ไม่ได้หมายความว่าจะได้ผลในฟอร์เวิร์ดหรือการใช้งานจริงเสมอไป
※มีตรรกะที่ไม่สามารถใช้งานได้ในที่สุด
※MTP ไม่ใช่ EA ที่ให้กำไร
※MTP ไม่สามารถป้องกันการขาดทุนทั้งหมดได้
※ FX การซื้อขายอัตโนมัติและการติดตามความเคลื่อนไหวมีความเสี่ยงสูง
※การตั้งค่า ล็อท สภาพของ EA ต้นทาง และสภาวะตลาดอาจทำให้เกิดความขาดทุนอย่างมาก
※การใช้งาน EA การเปิดบัญชี การฝากเงิน สัญญา VPS และการใช้งานควรทำด้วยความรับผิดชอบของผู้ใช้งานเอง
※ในคราวแรกที่ใช้งาน ให้ลองด้วยล็อตเล็กหรือบัญชีเดโมก่อนเสมอ