Làm Gì Khi Hệ Thống Giao Dịch Của Bạn Ngừng Hoạt Động?

Bạn đi tìm xem thị trường đã thay đổi điều gì, trước khi thay đổi bất cứ thứ gì trong chiến lược. Khi hệ thống của mình nằm trong drawdown gần trọn năm 2024, lời giải thích trung thực hóa ra chỉ là phép tính số học. Trong năm đó, spread trên vàng ngốn khoảng 8,6% ATR, so với mức khoảng 3 đến 4% ở các giai đoạn xung quanh. Không có gì hỏng ở phần điểm vào của mình cả.

Là một quant tự học, mình đã suýt làm đúng cái việc phá hỏng những hệ thống đang chạy tốt, đó là xây lại mọi thứ ngay lúc đang đau. Phần dưới đây là thứ mình tìm được thay vì làm vậy, cách sửa đi ra từ đó, và bộ máy mình giữ lại để có thể phân biệt một cách sửa thật với một lần khớp đường cong khác.

Làm sao phân biệt chiến lược hỏng với thị trường khắc nghiệt?

Bằng cách hỏi điều gì đã thay đổi, thay vì hỏi mình nên thay đổi gì. Hai câu hỏi đó dẫn tới hai nơi rất khác nhau, và chỉ một trong hai có câu trả lời kiểm chứng được.

Năm 2024 không phải một tuần tệ. Đó là một chế độ thị trường tệ, và mình giữ nó trong hồ sơ thay vì lặng lẽ bắt đầu biểu đồ từ năm 2025. Gần suốt giai đoạn đó hệ thống nằm dưới mặt nước. Cám dỗ lúc ấy là với tay lấy một bộ lọc mới, một bộ phân loại chế độ thị trường, một chút học máy, bất cứ thứ gì mang lại cảm giác đang tiến lên.

Thay vào đó mình đi tìm một khác biệt đo được trong thị trường, và mình tìm thấy. Chi phí giao dịch so với quãng đường thị trường di chuyển đã tăng khoảng gấp đôi. Đó là toàn bộ câu chuyện. Lợi thế vẫn nguyên kích thước như trước. Khoản phí để thu được lợi thế đó đã vượt quá mức chiến lược được thiết kế để chịu đựng.

Lợi thế scalping vốn dĩ là một con số nhỏ. Khi đường chi phí dâng lên chạm tới nó, thứ còn lại không phải là một lợi thế nhỏ hơn. Đó là không còn lợi thế, nhưng vẫn đang được giao dịch một cách hăng hái. Mình chỉ tìm ra phép tính đó vì chi phí đã được mô hình hóa ngay từ lần chạy đầu tiên, thay vì bị trừ đi ở phút cuối.

Vì sao cách sửa là dạy hệ thống từ chối một ngày, chứ không phải dự báo giỏi hơn?

Vì vấn đề nằm ở khả năng chi trả, và bạn không giải một bài toán chi trả bằng một dự báo tốt hơn.

Mình không làm cho chiến lược thông minh hơn trong điều kiện đắt đỏ. Mình cho phép nó từ chối những điều kiện đó. Hệ thống vốn đã đo mỗi ngày xem khoản phí giao dịch lớn tới đâu so với thứ thị trường thực tế đang chào mời. Khi tỷ lệ đó đủ xấu, nó đứng ngoài ngày hôm đó. Không dự báo, không tham vấn chỉ báo nào. Cùng một lối suy nghĩ với việc từ chối một công việc trả công thấp hơn tiền đi lại. Trong cửa sổ đã kiểm định, cơ chế này bỏ qua khoảng một lệnh trong ba, tập trung ở giai đoạn khắc nghiệt.

Một cơ chế thứ hai đi ra từ cùng nghiên cứu đó. Khi tài khoản nằm thấp hơn đỉnh của chính nó một khoảng đáng kể, các vị thế mới bị cắt xuống còn khoảng một nửa khối lượng thường lệ, và trở lại đầy đủ khi hồi phục. Chuỗi lệnh lỗ đào một cái hố nông hơn.

Đối đầu trực tiếp trong trình kiểm thử MetaTrader 5, trên cùng dữ liệu, cùng cửa sổ và cùng tài khoản, với hai công tắc đó là thay đổi duy nhất, khoản lỗ tệ nhất từ đỉnh xuống đáy giảm từ 57% xuống 22%. Đó là khác biệt giữa một con số đủ sức kết thúc phần lớn tài khoản và một con số mà con người có thể thực sự ngồi qua. Đây là kết quả backtest, không phải giao dịch thật.

Giới hạn trung thực đi kèm: ngưỡng này gắn riêng với đặc tính spread của một sàn cụ thể. Ở sàn đó nó là cấu hình mặc định khi xuất xưởng, còn trên một luồng dữ liệu có spread rộng hơn thì cùng ngưỡng đó sẽ khiến hệ thống đứng ngoài gần như mỗi ngày, nên sao chép con số đó sang sàn khác sẽ âm thầm làm câm chiến lược. Mình cũng không tinh chỉnh lại ngưỡng cho nghiên cứu này, và cấu hình đó vẫn còn nợ một bài kiểm tra tiến tới trên tài khoản chạy thật trước khi mình gọi nó là gì đó mạnh hơn mức đã kiểm chứng trong backtest.

Những cơ chế quản trị rủi ro nào thất bại, và vì sao vẫn công bố?

Ba trong năm ứng viên thất bại, và với người đọc thì chúng đáng giá hơn hai cơ chế được nhận.

Nghiên cứu được đăng ký trước, mà với mình nghĩa là quy tắc quyết định được viết ra giấy trước khi mình nhìn thấy bất kỳ kết quả nào. Năm cơ chế ứng viên được đưa vào. Hai cơ chế sống sót.

• Ngưỡng cắt lỗ theo ngày không giúp được gì. Những ngày xấu mà nó cắt lại nằm ngay trước những đợt hồi phục mà nó cũng chặn luôn.
• Ngưỡng dừng cứng theo drawdown thì thảm họa.
• Việc giảm mục tiêu lợi nhuận, tức ý tưởng trực giác là chốt lời sớm hơn để giảm rủi ro, lại làm drawdown tệ hơn. Chính những lệnh thắng lớn mới là thứ kéo tài khoản ra khỏi drawdown.

Ý tưởng thứ ba đã thất bại tám lần trong chương trình này, và mình vẫn kiểm tra lại vì nó có vẻ đúng một cách hiển nhiên. Chính cảm giác đó là lý do nó cứ quay lại, và sổ đăng ký là lý do nó cứ thua.

Nâng cấp quản trị rủi ro lớn nhất mình từng triển khai là dạy hệ thống biết không làm gì cả. Sống sót trước, lợi nhuận sau. Thứ tự đó không phải khẩu hiệu, đó là thứ tự duy nhất cho phép tích lũy.

Làm sao mình biết cách sửa đó không phải một lần khớp đường cong khác?

Bằng cách tính vào giá độ rộng của cuộc tìm kiếm, trước khi trích dẫn bất cứ thứ gì đi ra từ đó. Một backtest không phải phép đo. Đó là bên thắng cuộc trong một cuộc thi bạn tự tổ chức, và chất lượng biểu kiến của nó phụ thuộc hoàn toàn vào việc có bao nhiêu thí sinh.

Để cho ra ba hệ thống, engine tick viết bằng C++ của mình đã mô phỏng 7.718 cấu hình chiến lược khác nhau, trung bình khoảng hai nghìn rưỡi cấu hình được xem xét cho mỗi hệ thống đi được tới đích. Thêm 178 lần chạy tick thật độc lập trên MetaTrader 5 được thiết lập và thực thi bằng tay như những lượt kiểm tra trọng tài, mỗi lần là một cấu hình thủ công riêng chứ không phải một tác vụ chạy hàng loạt.

Hãy nghĩ xem điều đó có nghĩa gì với cấu hình chiến thắng. Chạy một ý tưởng, kiểm tra một lần, thì kết quả tốt là bằng chứng yếu nhưng trung thực. Chạy hai trăm biến thể rồi giữ lại cái tốt nhất, thì một kết quả tốt gần như được đảm bảo, bất kể có thứ gì thật sự tồn tại hay không. Con số trên màn hình trông y hệt nhau trong cả hai trường hợp. Ở trường hợp thứ hai nó gần như không có ý nghĩa gì, và không cần ai gian lận để tới đó. Đó đơn giản là bản chất của ngẫu nhiên khi bạn lấy mẫu hàng nghìn lần rồi giữ lại mẫu tốt nhất.

Có một phiên bản của cái bẫy này hay bắt được đúng các kỹ sư giỏi. Bạn kiểm tra, nó trượt, bạn chỉnh một tham số, bạn kiểm tra lại. Cảm giác giống như đang gỡ lỗi. Thực chất đó là một cuộc tìm kiếm, và mỗi vòng lặp lại âm thầm làm tăng số lần thử mà kết quả cuối cùng phải bị chiết khấu theo. Bộ đếm không được đặt lại chỉ vì các lần thử đều có suy nghĩ.

Nên câu hỏi trung thực về bất kỳ backtest nào không phải là kết quả này tốt tới đâu. Câu hỏi là kết quả này tốt tới đâu, xét trên số lượng kết quả đã được tạo ra để tìm thấy nó. Hai con số đó kéo về hai hướng ngược nhau, và chỉ con số đầu tiên xuất hiện trong ảnh chụp màn hình. Đây là lý do mình tự chiết khấu chính những cấu hình sống sót của mình, và là lý do kích thước mẫu cùng dữ liệu ngoài mẫu thực sự chưa bị đụng tới quan trọng với mình hơn hình dáng của một đường vốn.

Một sổ đăng ký thí nghiệm đăng ký trước trông như thế nào?

Không ấn tượng, và đó chính là điểm mấu chốt. Phần trong quy trình mà mình tự tin nhất cũng là phần khó lên hình nhất.

Mọi thí nghiệm đều được đăng ký trước khi chạy, với quy tắc quyết định viết ra từ trước. Thế nào là đạt. Thế nào là trượt. Được tuyên bố khi mình còn chưa biết câu trả lời, vốn là thời điểm duy nhất một người có thể tuyên bố điều đó một cách trung thực.

Sổ đăng ký hiện có 137 thí nghiệm. 45 bị bác bỏ thẳng, 72 được giữ lại ở dạng chỉ để nghiên cứu, thú vị nhưng không thể đưa ra sản phẩm, và 11 đạt trạng thái khóa. Tức là 122 trên 137 không trở thành sản phẩm, và tất cả vẫn tra cứu được.

Mình giữ lại các thất bại vì một sổ ghi bác bỏ là thứ duy nhất khiến một tuyên bố thành công có thể kiểm chứng. Ai cũng có thể cho bạn xem những gì đã hiệu quả. Câu hỏi tách một quy trình khỏi một đoạn phim tổng hợp khoảnh khắc đẹp là những thứ không hiệu quả có được ghi lại cẩn thận như vậy hay không, ngay tại thời điểm đó, trước khi ai biết câu chuyện sẽ kết thúc ra sao.

Viết quy tắc ra trước chính là toàn bộ cơ chế. Một khi đã nhìn thấy kết quả, bạn luôn có thể dựng ra một lý do để nó được tính. Mình từng làm vậy. Sổ đăng ký tồn tại vì mình không tin chính mình trong khoảnh khắc cụ thể đó, và việc xây một quy trình quanh việc không tin bản thân ở những thời điểm dự đoán được chính là phần lớn ý nghĩa của từ hệ thống.

Mô hình thị trường nằm dưới tất cả những thứ này là gì?

Một cuộc đấu giá. Biểu đồ nến theo thời gian trả lời câu hỏi khi nào. Volume profile trả lời câu hỏi ở đâu, và ở đâu thường là câu hỏi hữu ích hơn.

Giá di chuyển để chào hàng. Khối lượng quyết định lời chào hàng đó có được chấp nhận hay không. Mọi thứ còn lại trong bộ từ vựng này đều suy ra từ một câu đó. Mức giá có nhiều hoạt động nhất là nơi phần lớn giao dịch đã diễn ra, đó là lý do giá liên tục quay lại đó, và cũng chính là lý do nó không phải một mục tiêu. Đó là nam châm không có lịch trình. Những vùng có nhiều giao dịch làm giá chậm lại. Những khoảng trống mà thị trường từ chối nhanh thì giá đi xuyên qua rất nhanh, vì ở đó không có gì để giao dịch đối ứng.

Rồi tới phần phần lớn mọi người bỏ qua. Giá rời khỏi dải giá trị không phải là phá vỡ. Giá rời khỏi dải và ở lại bên ngoài trong khi hoạt động dâng lên mới là sự chấp nhận. Giá thò ra rồi bị đẩy thẳng trở vào là sự từ chối, và sự từ chối thường là lệnh tốt hơn theo chiều ngược lại. Một cú phá vỡ không có gì phía sau và một cú phá vỡ có dòng lệnh phía sau là hai sự kiện khác nhau khoác chung một cây nến. Bạn giao dịch phản ứng tại một vùng giá, không phải giao dịch bản thân vùng giá đó.

Khối lượng trên vàng thực ra đang đo cái gì?

Số tick, không phải khối lượng giao dịch thật. Đây là lưu ý mà gần như không ai bán phân tích khối lượng chịu nói ra, và mình muốn bạn nghe điều đó từ mình.

Trên vàng giao ngay và phần lớn CFD, không có sàn tập trung nào báo cáo đã có bao nhiêu hàng thực sự đổi chủ. Thứ mà phần mềm của bạn dán nhãn là khối lượng chính là số lần giá cập nhật trong khoảng thời gian đó. Số tick đo mức độ bận rộn của luồng dữ liệu. Khối lượng giao dịch đo lượng giao dịch đã thực hiện. Hai thứ đó khác nhau.

Chúng tương quan đủ tốt để thực sự hữu ích, và mình dùng tick volume rất nhiều, làm nền tảng cho toàn bộ cách tiếp cận. Nhưng bất kỳ ai bán cho bạn dòng lệnh tổ chức trên một luồng dữ liệu vàng bán lẻ đều đang bán cho bạn một đại lượng thay thế và gọi nó bằng tên của thứ thật.

Bạn có thể tự xác minh trong khoảng mười phút bằng tài liệu của chính sàn bạn dùng, và mình mong bạn làm điều đó. Đại lượng thay thế đó vẫn đáng để xây dựng lên trên. Nơi hoạt động tick tụ lại thật sự đánh dấu nơi thị trường đã dồn sự chú ý, và cấu trúc đó đứng vững. Một công cụ mà bạn hiểu rõ giới hạn thì an toàn hơn một công cụ mà bạn đặt niềm tin vào.

Vì sao mình ra quyết định một lần, lúc sáng suốt?

Vì phương án còn lại là quyết định lại vào ba giờ sáng khi tiền đang nằm trên màn hình, thời điểm đắt đỏ nhất mà con người từng chọn để suy nghĩ.

Mình hay nói mình lười và người khác nghe ra là làm ẩu. Ý mình thì ngược lại. Mình không chịu được việc làm cùng một thứ hai lần, và sự không chịu được đó là khoản thuế trả trước chứ không phải lối tắt cắt ở khâu sau. Phiên bản đầu tiên của mọi đoạn tự động hóa mình từng xây đều tốn thời gian hơn chính công việc thủ công mà nó thay thế. Rồi nó chạy vài trăm lần.

Engine Dquants mình tự phát triển đã mất khá nhiều thời gian để xây, và nó tăng tốc đáng kể toàn bộ quy trình phát triển, từ khâu kiểm định giả thuyết cho tới khâu triển khai. Tốc độ không quan trọng bằng việc một kết quả bị bác bỏ để lại một dấu vết mà mình không thể lặng lẽ sửa lại sau này.

Một chiến lược hệ thống chính là cuộc trao đổi đó áp dụng cho các quyết định. Suy nghĩ một lần, dựa trên bằng chứng, rồi viết ra. Sai lầm không nằm ở chuyện lười. Sai lầm nằm ở chuyện lười sai thời điểm, đúng vào lần duy nhất quyết định việc bạn có phải mở lại thứ đó hay không.

Mình để AI quyết định điều gì, và không để nó quyết định điều gì?

Một mô hình có thể tạo ra bất cứ thứ gì mình có khả năng kiểm chứng, và không được tin tưởng với bất cứ thứ gì mình không kiểm chứng được. Nghe thì hiển nhiên, nhưng trên thực tế nó phân loại công việc rất rành mạch.

Việc giá trị nhất mình dùng AI để làm không phải viết code. Đó là cố phá thứ mình đã xây xong. Khi một hệ thống vượt qua các bài kiểm tra của chính mình, điều đó nói lên rất ít, vì mình thiết kế các bài kiểm tra đó và về mặt cấu trúc mình chia sẻ toàn bộ điểm mù với nó. Nên mình giao toàn bộ cho AI và yêu cầu lập luận chống lại nó. Không phải câu hỏi cái này có tốt không, vì câu đó chỉ mời gọi sự đồng tình. Chỗ nào ở đây bị overfit. Một quant hoài nghi sẽ nói gì về kích thước mẫu này. Mình đang tuyên bố điều gì mà bằng chứng thực ra không đủ sức chống đỡ. Có thứ nó trả về là sai. Có thứ đúng là loại mình sẽ phát hiện sau này, ở nơi công khai, trước mặt một người đã trả tiền cho mình. Cách này hiệu quả vì mô hình không có lợi ích gắn với hệ thống, và nó không chùn tay trước một kết luận đồng nghĩa với việc vứt bỏ cả tuần mình đã bỏ ra để xây đúng thành phần nó đang chất vấn.

Phía bên kia ranh giới cũng chắc chắn không kém. Code thì mình kiểm chứng được: nó biên dịch được hoặc không, test đạt hoặc không, và hai engine hoặc tái tạo được kết quả của nhau hoặc mâu thuẫn nhau để mình đi tìm nguyên nhân. Một con số trong bài viết thì mình không thể kiểm chứng bằng cách đọc nó, vì sai trông y hệt đúng. Nên không một số liệu nào trong những gì mình công bố đến từ mô hình, không bao giờ. Mọi con số đều truy được về một tài liệu mình có thể mở ra, và khi tài liệu mâu thuẫn với bài viết, tài liệu thắng còn bài viết phải sửa.

Trôi chảy không phải là chính xác, và một mô hình giỏi tỏ ra đúng hơn nhiều so với việc thực sự đúng. Đây không phải lời phàn nàn về công cụ. Đó là mô tả bản chất của công cụ, và chính việc biết điều đó mới khiến công cụ đủ an toàn để giao việc thật.

Câu hỏi thường gặp

Nên làm gì khi một chiến lược giao dịch ngừng hoạt động? Xác định xem thị trường đã thay đổi điều gì, trước khi thay đổi bất cứ thứ gì trong chiến lược. Trong trường hợp của mình, nguyên nhân đo được và rất tẻ nhạt: trong năm 2024 spread trên vàng ngốn khoảng 8,6% ATR so với khoảng 3 đến 4% ở các giai đoạn xung quanh. Chất lượng điểm vào không sụp đổ, mà tỷ lệ chi phí trên biến động đã vượt qua ngưỡng mà một lợi thế scalping còn sống nổi với chính chi phí của nó. Với tay lấy một bộ lọc mới trước tiên sẽ phá hỏng một hệ thống đang chạy tốt để sửa một điều kiện thị trường.

Giao dịch ít đi có thực sự làm giảm drawdown không? Trong bài kiểm tra đăng ký trước của mình thì có, nhưng chỉ vì những ngày bị bỏ qua đúng là những ngày không đủ khả năng chi trả. Thêm cơ chế đứng ngoài ngày đắt đỏ cùng với giảm nửa khối lượng khi tài khoản dưới đỉnh, đối đầu trực tiếp trên cùng dữ liệu, cùng cửa sổ và cùng tài khoản, đã đưa khoản lỗ tệ nhất từ đỉnh xuống đáy từ 57% xuống 22%. Đó là kết quả backtest trên dữ liệu tick thật của sàn, không phải lịch sử giao dịch thật, và ngưỡng đứng ngoài gắn riêng với đặc tính spread của một sàn.

Vì sao lại công bố cả những cơ chế quản trị rủi ro đã thất bại? Vì một tuyên bố mà bạn không thể để nó thất bại một cách trung thực thì không phải một tuyên bố. Ba trong năm cơ chế đăng ký trước đã thất bại. Ngưỡng cắt lỗ theo ngày không giúp gì vì những ngày xấu nó cắt nằm ngay trước các đợt hồi phục nó cũng chặn. Ngưỡng dừng cứng theo drawdown thì thảm họa. Giảm mục tiêu lợi nhuận làm drawdown tệ hơn, lần thứ tám trong chương trình này, vì chính các lệnh thắng lớn mới kéo tài khoản ra khỏi drawdown.

Độ rộng của cuộc tìm kiếm làm một backtest gây hiểu lầm như thế nào? Nếu bạn tạo ra đủ nhiều ứng viên, một kết quả trông xuất sắc sẽ xuất hiện thuần túy do may mắn. Để cho ra ba hệ thống, engine tick C++ của mình đã mô phỏng 7.718 cấu hình, khoảng hai nghìn rưỡi cho mỗi cấu hình sống sót, cộng thêm 178 lần chạy tick thật MetaTrader 5 thiết lập bằng tay để kiểm tra chéo. Câu hỏi hữu ích không phải một kết quả tốt tới đâu, mà nó tốt tới đâu xét trên số lượng kết quả đã tạo ra để tìm thấy nó. Chỉ con số đầu tiên lọt vào ảnh chụp màn hình.

Sổ đăng ký thí nghiệm đăng ký trước là gì? Là bản ghi mọi thí nghiệm kèm tiêu chí đạt và trượt được viết ra trước khi biết kết quả. Sổ của mình có 137 mục: 45 bị bác bỏ thẳng, 72 giữ lại chỉ để nghiên cứu, 11 đạt trạng thái khóa. Tức là 122 trên 137 chưa bao giờ thành sản phẩm, và tất cả vẫn tra cứu được. Một khi đã nhìn thấy kết quả, bạn luôn có thể dựng ra lý do để nó được tính, và đó chính là lý do quy tắc phải được tuyên bố từ trước.

Khối lượng trên một CFD vàng có phải khối lượng thật không? Không. Không có sàn tập trung nào báo cáo lượng hàng đổi chủ trên vàng giao ngay, nên thứ phần mềm dán nhãn là khối lượng chính là số tick, tức số lần giá cập nhật. Nó tương quan đủ tốt để xây dựng lên trên và mình dùng rất nhiều, nhưng đó là một đại lượng thay thế. Bạn có thể tự xác nhận trong tài liệu của sàn mình dùng trong khoảng mười phút.

Phá vỡ và chấp nhận khác nhau ở chỗ nào? Giá rời khỏi dải giá trị không phải là phá vỡ. Giá rời khỏi dải và ở lại bên ngoài trong khi hoạt động dâng lên mới là sự chấp nhận. Giá thò ra rồi bị đẩy thẳng trở vào là sự từ chối, và đó thường là lệnh tốt hơn theo chiều ngược lại. Một cú phá vỡ không có gì phía sau và một cú phá vỡ có dòng lệnh phía sau là hai sự kiện khác nhau khoác chung một cây nến, và việc phân biệt được chúng đã ngăn mình khỏi nhiều lệnh xấu hơn bất kỳ chỉ báo nào mình từng thêm vào.

Đây có phải kết quả giao dịch thật không? Không. Mọi con số ở đây là kết quả nghiên cứu: các lần chạy backtest và kiểm định trên dữ liệu tick thật của sàn, cùng các con số đếm từ sổ đăng ký thí nghiệm. Mình có chạy một bài kiểm tra thật và theo dõi nó, và mình sẽ công bố những gì nó cho thấy, nhưng trích dẫn kết quả nghiên cứu như thể là hiệu suất thật thì không trung thực. Cấu hình mô tả ở đây vẫn phải vượt qua một bài kiểm tra tiến tới trên tài khoản thật trước khi mình gọi nó là gì đó mạnh hơn mức đã kiểm định trong backtest.

Có thứ gì trong đây từng thất bại không? Rất nhiều lần, và đó mới là phần hữu ích. 122 trên 137 thí nghiệm đã đăng ký chưa bao giờ ra được sản phẩm. Ba trong năm cơ chế quản trị rủi ro bị bác bỏ. Dưới một cấu hình cũ hơn, trọn chu kỳ đi xuyên qua chế độ chi phí năm 2024 đã chịu mức lỗ từ đỉnh xuống đáy 74,2% trên các lệnh khớp thật của MetaTrader 5, với đáy rơi vào tháng 3 năm 2025. Con số đó được công bố chứ không bị giấu, vì chính nó là thứ thúc đẩy việc xây dựng bài kiểm tra khả năng chi trả.

Sản phẩm nào của KenKem làm gì? Chỉ báo Master Volume Profiler chạy trên TradingView và trên MetaTrader 5, nó hiển thị cách đọc thị trường còn lệnh vẫn thuộc về bạn. Master Volume Sniper trên chợ MQL5 là phần Expert Advisor, và nó chỉ thực thi đúng những quy tắc và thiết lập rủi ro mà người dùng tự cấu hình cho mình. Không sản phẩm nào là dịch vụ tín hiệu, và không sản phẩm nào xóa bỏ việc bạn phải tự suy nghĩ.

---

Người viết: KenKem, một kỹ sư phần mềm và nhà sáng lập với hai mươi năm kinh nghiệm, đang học giao dịch định lượng một cách công khai và ghi lại toàn bộ quá trình, bao gồm cả những giả thuyết bị bác bỏ.

Bài viết này được tổng hợp từ loạt bài về bên trong engine trong nhật ký xây dựng của KenKem. Chỉ nhằm mục đích giáo dục. Không phải lời khuyên đầu tư. Các con số được trích dẫn là kết quả rà soát, backtest và kiểm định trên dữ liệu tick thật, không phải lịch sử giao dịch thật. Hiệu suất trong quá khứ không đảm bảo kết quả trong tương lai.