Nền tảng và công cụ giao dịch – ai phụ trách biểu đồ, cảnh báo và việc khớp lệnh

Nền tảng giao dịch, nhà môi giới và ứng dụng di động có thể trông như một hệ thống duy nhất, nhưng mỗi bên có trách nhiệm khác nhau. Phần này giải thích nguồn giá trên biểu đồ, nơi cảnh báo hoạt động và điều gì xác nhận một lệnh đã được thực hiện. Nội dung còn đề cập đến tiêu chí chọn công cụ, kiểm tra cách chúng hoạt động và kết hợp chúng thành một quy trình nhất quán. Mười bài viết dẫn bạn từ những trách nhiệm cơ bản này đến tự động hóa và quy trình riêng được ghi chép rõ ràng.

1. Bốn lớp trách nhiệm

Câu hỏi “nền tảng nào tốt nhất” cần một điểm xuất phát chính xác hơn: bạn muốn so sánh tính năng nào? Bốn nhóm trách nhiệm giúp sắp xếp câu trả lời: phần mềm nền tảng, điều kiện của nhà môi giới, phiên bản ứng dụng và các quy tắc làm việc của bạn. Đây là khung phân loại phục vụ học tập, chứ không phải bốn hệ thống tách biệt về mặt vật lý: phần mềm đầu cuối cũng là một ứng dụng và một sản phẩm có thể đảm nhiệm nhiều chức năng. Dù vậy, sự phân biệt này vẫn cho biết cần tìm thông số kỹ thuật ở đâu và nên hỏi ai.

• Phần mềm đầu cuối – phần mềm nền tảng giao dịch. Những gì bạn cài đặt hoặc mở trong trình duyệt: biểu đồ, danh sách theo dõi, phiếu đặt lệnh, môi trường viết mã, bộ kiểm định. Phần mềm đầu cuối gửi chỉ thị và hiển thị phản hồi. Nó không phải là một bên trong giao dịch.
• Nhà môi giới – môi trường nơi tài khoản của bạn được vận hành. Thông số công cụ, giờ báo giá, nguồn và nhà cung cấp báo giá, giờ máy chủ, chính sách thực hiện lệnh, loại tài khoản và danh sách mã có thể giao dịch. Tại đây, việc lệnh có được chấp nhận hay không và ở mức giá nào được quyết định.
• Ứng dụng – kênh truy cập và phiên bản của nó. Phiên bản máy tính, phiên bản trình duyệt và ứng dụng điện thoại mang cùng một thương hiệu nhưng không nhất thiết có cùng bộ công cụ, loại lệnh hoặc khả năng chạy chương trình. Cùng tên không chứng minh rằng chức năng giống nhau. Trong lớp này, gói thuê bao thường là một yếu tố quản lý riêng, cho phép bật hoặc tắt một số chức năng độc lập với phần mềm đầu cuối và nhà môi giới – nhưng vẫn thuộc lớp ứng dụng, không phải lớp thứ năm.
• Kế hoạch giao dịch – các quy tắc của chính bạn. Khi nào được mở vị thế, những điều kiện nào phải được đáp ứng trước, xử lý ra sao nếu một công cụ gặp sự cố và ghi lại kết quả ở đâu. Ứng dụng có thể cung cấp mẫu hoặc bộ quy tắc sẵn có, nhưng bạn vẫn phải đánh giá mức độ phù hợp, xác định giới hạn và chịu trách nhiệm khi sử dụng. Cài đặt công cụ không hoàn thành công việc đó thay bạn.

Phép kiểm tra rất đơn giản và áp dụng được cho bất kỳ câu nào bạn muốn viết hoặc đọc về công cụ của mình: hãy xem có thể hoàn chỉnh câu mà không nêu bên chịu trách nhiệm hay không. “Nền tảng này có spread thấp hơn” không vượt qua phép kiểm tra, vì điều kiện giá thuộc về tài khoản, không phải cửa sổ phần mềm. “Nền tảng này cung cấp loại lệnh tôi cần” chỉ đúng có điều kiện – bạn phải kiểm tra xem máy chủ nơi tài khoản được vận hành cũng có hỗ trợ loại lệnh đó hay không.

Sau “nó làm gì” và “ai phụ trách” là câu hỏi thứ ba: điều kiện được đánh giá ở đâu. Câu trả lời quyết định điều gì xảy ra khi bạn đóng máy tính, mất sóng hoặc thoát ứng dụng. Ba ví dụ từ tài liệu của nhà cung cấp – mỗi ví dụ đều có ngày kiểm tra, vì đây là lớp thông tin tham chiếu và có thể thay đổi theo phiên bản sản phẩm:

• Điều kiện cảnh báo đôi khi được đánh giá trên máy chủ. Tài liệu TradingView mô tả rằng cảnh báo được tạo và kích hoạt trên máy chủ của nền tảng; đóng trang không làm chúng ngừng hoạt động^[1]. Điều đó không có nghĩa cảnh báo đặt lệnh – chỉ có nghĩa điều kiện được đánh giá mà không cần máy tính của bạn tham gia; toàn bộ cơ chế cảnh báo được phân tích trong bài 11.2. [TRẠNG THÁI NGÀY: 2026-08-22]
• Thuật toán không phải lúc nào cũng cần phần mềm đầu cuối đang chạy. Tài liệu cTrader Algo nêu rằng ứng dụng cTrader không cần luôn mở hoặc kết nối Internet để bot được khởi chạy trên đám mây tiếp tục hoạt động^[2]. Vì vậy, không nên coi “mọi thuật toán đều cần máy tính bật” hay “mọi thuật toán đều chạy được mà không cần máy tính” là quy tắc chung. Các môi trường thực thi được so sánh trong bài 11.1, còn nơi chương trình thực sự chạy và điều gì xảy ra sau khi mất kết nối được giải thích trong bài 11.5. [TRẠNG THÁI NGÀY: 2026-08-22]
• Lớp lập trình đôi khi nằm phía trên phần mềm đầu cuối, chứ không phải là đường kết nối tới nhà môi giới. Tài liệu chính thức của gói MetaTrader5 cho Python mô tả đây là công cụ lấy dữ liệu trực tiếp từ phần mềm đầu cuối MetaTrader 5 thông qua giao tiếp giữa các tiến trình^[3]. Trong mô hình đó, tập lệnh là một lớp bổ sung phía trên phần mềm đầu cuối, không thay thế giao diện của nhà môi giới; chủ đề này được trình bày trọn vẹn trong bài 11.8. [TRẠNG THÁI NGÀY: 2026-08-22]

Mỗi thông tin trong ba ví dụ trên đều đúng tại ngày kiểm tra và đều có thể thay đổi theo phiên bản. Điều có giá trị lâu dài là kết luận chứ không phải chi tiết: trước khi xây dựng quy trình dựa trên bất kỳ tính năng nào, hãy xác định tính năng đó chạy ở đâu và điều gì xảy ra khi thiết bị của bạn mất kết nối mạng. Cùng một chức năng, cùng tên gọi, có thể chạy ở hai nơi khác nhau trong hai phiên bản sản phẩm.

Biểu đồ không phải là bằng chứng về giá khớp lệnh. Một nến có thể được hình thành từ giá bid, giá ask hoặc giá giao dịch gần nhất, tùy công cụ và nhà cung cấp dữ liệu; hai biểu đồ của cùng một mã từ hai nguồn không nhất thiết giống nhau. Câu “giá chưa chạm mức đó nên lệnh không thể được kích hoạt” chỉ trở thành một nhận định có cơ sở khi bạn xác định chuỗi giá nào quyết định sự kiện. Trước đó, nó chỉ là phỏng đoán. Giá trên biểu đồ đến từ đâu và vì sao hai nguồn dữ liệu có thể thể hiện cùng một cặp tiền khác nhau – bài 11.2.

Cảnh báo không phải là lệnh. Giữa điều kiện được đáp ứng và vị thế xuất hiện trên tài khoản có cả một chuỗi: điều kiện → cảnh báo → chuyển sự kiện → ứng dụng trung gian → giao diện nhà môi giới → kiểm tra tính hợp lệ → lệnh → phản hồi máy chủ. Mỗi bước chuyển có thể chậm trễ hoặc bị gián đoạn; độ tin cậy của cả chuỗi không vượt quá mắt xích yếu nhất. Thông báo trên điện thoại cho biết điều kiện đã được đáp ứng – không có nghĩa giao dịch hiện có thể thực hiện ở đúng mức giá đã kích hoạt điều kiện đó. Cách cấu hình cảnh báo được trình bày trong bài 11.2, còn cầu nối giữa sự kiện và lệnh nằm trong bài 11.5.

2. Phần này không đề cập đến điều gì

Đây là phần về công cụ, xét trên phương diện kỹ thuật và quy trình. Phần này không dạy cách kiếm tiền và không lập bảng xếp hạng – không phải để giữ phép lịch sự, mà vì các chủ đề đó đã có phần phụ trách riêng trong khóa học; trình bày chúng ở đây sẽ tạo ra hai phiên bản của cùng một kiến thức.

• Không chọn nhà môi giới và không đánh giá các mô hình thực hiện lệnh. Ai là đối tác giao dịch, cách đọc một lời chào dịch vụ và xung đột lợi ích phát sinh ở đâu – xem phần chọn nhà môi giới.
• Không xây dựng chiến lược và không hứa hẹn lợi thế. Cấu hình một công cụ không phải là lợi thế; lợi thế đến từ đâu và được kiểm định như thế nào – xem phần chiến lược giao dịch.
• Không thay thế phương pháp quản trị rủi ro. Chúng tôi chỉ ra nơi nhập giới hạn và cách kiểm tra dữ liệu đầu vào của công cụ tính toán, còn quy mô vị thế, ngân sách rủi ro và giới hạn danh mục thuộc phần quản trị rủi ro.
• Không phải là khóa học tâm lý giao dịch. Nhật ký và danh sách kiểm tra xuất hiện ở đây với vai trò công cụ và quy trình; việc điều chỉnh hành vi, kỷ luật và thôi thúc kiểm tra tài khoản thuộc phần tâm lý nhà giao dịch.
• Không phân loại khuyến nghị và không bàn về pháp luật. Điều gì đáp ứng tiêu chí của một khuyến nghị đầu tư và tiền của khách hàng được bảo vệ như thế nào – xem phần quy định và an toàn.
• Không ấn định bảng giá, giới hạn gói thuê bao hay số phiên bản. Khi thông tin như vậy cần thiết cho phép tính hoặc quyết định, nó được ghi kèm ngày kiểm tra và đường dẫn đến tài liệu nhà cung cấp – không bao giờ được coi là hằng số.

Bạn cũng sẽ không tìm thấy ở đây lời khẳng định một công cụ nào đó là tốt nhất. Thay vào đó là tiêu chí: bạn đang so sánh chính xác điều gì, theo giả định nào và thuộc tính đang so sánh do ai phụ trách. Thiếu ba yếu tố đó, phép so sánh không phải là phân tích mà chỉ là tài liệu quảng cáo dưới một lớp vỏ khác.

3. Sơ đồ nội dung – mười bài viết, một mạch logic

Các bài viết đi từ những lớp trách nhiệm, qua công cụ và tự động hóa, đến xác thực và tổng hợp. Bạn có thể đọc theo thứ tự bất kỳ, nhưng quy trình trong bài 11.10 kết hợp những thành phần mà trước tiên bạn cần tìm hiểu riêng lẻ.

11.1. MT4, MT5 và cTrader – tiêu chuẩn ngành và những lựa chọn thay thế

Ba phần mềm đầu cuối khác nhau ở đâu và những gì không thể so sánh nếu chưa chỉ rõ nhà môi giới và phiên bản. Bài viết phân biệt phần mềm đầu cuối với nhà môi giới, trình bày MQL4 và MQL5 như hai môi trường riêng biệt, trạng thái hiện tại của cTrader Algo^[4], các phiên bản máy tính, trình duyệt và điện thoại hiện có, tổng quan về bộ kiểm định, việc chuyển chỉ báo và robot xét như một vấn đề tương thích, cùng giờ máy chủ và nguồn dữ liệu. Thay vì kết luận hơn thua, bạn nhận được bảng so sánh không chấm điểm “tốt hơn” hay “kém hơn”, bảng thứ hai xác định bên phụ trách quyết định đối với từng tính năng và ba nhóm người dùng – giao dịch thủ công, chạy robot MQL4 có sẵn và xây dựng tự động hóa mới – mỗi nhóm có tiêu chí lựa chọn riêng.

11.2. TradingView – biểu đồ, cảnh báo và quy trình phân tích

Báo giá đến từ đâu, tại sao biểu đồ có thể khác với biểu đồ của nhà môi giới và cảnh báo thực sự làm gì. Bài viết đề cập đến mã và nguồn dữ liệu, khung thời gian, chỉ báo, Pine Script ở mức người dùng cần biết, sự khác biệt giữa chỉ báo và chiến lược, bộ kiểm định chiến lược như một mô phỏng, cảnh báo giá và cảnh báo chiến lược, Bar Replay, tích hợp nhà môi giới như tính năng phụ thuộc từng nhà môi giới, cùng repainting được hiểu là sự khác biệt giữa hoạt động trên dữ liệu lịch sử và thời gian thực^[5]. Hai nội dung bắt buộc: phân tích một trường hợp tín hiệu lịch sử và cảnh báo thời gian thực hoạt động khác nhau, cùng phép so sánh một cặp tiền từ hai nguồn dữ liệu – không coi nguồn nào là duy nhất đúng.

11.3. Lịch kinh tế, bộ quét và công cụ tính toán

Ba công cụ giúp giảm công việc thủ công, nhưng không công cụ nào tự nó là tín hiệu giao dịch. Với lịch kinh tế: số liệu hiện tại, đồng thuận dự báo, số liệu kỳ trước và số điều chỉnh, thời điểm công bố và múi giờ, quốc gia và đồng tiền, mức độ quan trọng được xem là nhãn của nhà cung cấp, độ trễ, điều chỉnh số liệu và nguồn dữ liệu gốc. Với bộ quét: bộ lọc, điều kiện, tập công cụ được quét, tần suất cập nhật, khác biệt giữa bảng xếp hạng và tín hiệu, cùng cái bẫy thử hàng trăm điều kiện để chọn điều kiện trông tốt nhất trong quá khứ. Với công cụ tính toán, có khung “Trước khi tin một công cụ tính toán, hãy kiểm tra bảy trường”: mã công cụ, quy mô hợp đồng, đồng tiền tài khoản, tỷ giá quy đổi, ký quỹ yêu cầu, hoa hồng và swap, cùng đơn vị của kết quả.

11.4. Giao dịch trên thiết bị di động – quản lý vị thế bằng điện thoại

Những gì có thể làm an toàn trên điện thoại và những gì không được mặc nhiên giả định. Bài viết trình bày sự khác biệt so với phiên bản máy tính và trình duyệt, thông báo, mất kết nối, ứng dụng bị buộc đóng, phân biệt giữa phần chạy phía nhà môi giới và phần cần ứng dụng đang hoạt động, cập nhật hệ điều hành, khóa màn hình và xác thực đa yếu tố, ứng dụng giả mạo nền tảng, cùng rủi ro khi dùng chung thiết bị. Trọng tâm là ba trạng thái sự cố: điện thoại mất Internet sau khi gửi lệnh; ứng dụng báo lệnh đang chờ nhưng chưa rõ máy chủ đã nhận hay chưa; điện thoại nằm ngoài tầm với trong khi vẫn có vị thế mở. Với mỗi trạng thái, bài viết đưa ra quy trình xác minh thay cho suy đoán.

11.5. Tự động hóa giao dịch – EA, tập lệnh và VPS

Chương trình thực sự chạy ở đâu và điều gì xảy ra khi nó dừng. Bài viết phân biệt robot, chỉ báo và tập lệnh, phân biệt MQL4 với MQL5, đồng thời đề cập đến biên dịch, khởi chạy, quyền giao dịch tự động, nhật ký hệ thống, nhận diện lệnh và vị thế của mình, chạy cục bộ so với dịch vụ lưu trữ và đám mây, khởi động lại và khôi phục trạng thái, mất kết nối, lệnh trùng, cơ chế dừng khẩn cấp, giới hạn spread, khối lượng và giờ giao dịch, cùng việc thử trên tài khoản demo trước tài khoản thật. Các mục riêng trình bày sự khác biệt giữa máy chủ thông thường và dịch vụ lưu trữ tích hợp với nền tảng, danh sách sự cố điển hình khi vận hành thực tế và phép tính chi phí hạ tầng hằng năm trên ví dụ cụ thể, với giá được ghi kèm ngày kiểm tra.

11.6. Nhật ký giao dịch và phân tích hiệu quả

Nhật ký là cơ sở dữ liệu về quy trình, không phải bộ sưu tập kết quả. Bài viết đề cập đến nhập lịch sử so với ghi thủ công, bộ trường dữ liệu tối thiểu, gắn nhãn thiết lập và sai sót, điểm vào và thoát theo kế hoạch so với thực tế, chi phí, tuân thủ kế hoạch và lỗi quy trình. Về chỉ tiêu, bài viết định nghĩa tỷ lệ thắng, lãi trung bình và lỗ trung bình, kỳ vọng, profit factor, drawdown và bội số R; MAE và MFE được trình bày ở phần mở rộng. Một nội dung bắt buộc minh họa chiến lược có kết quả dương nhưng một phần giao dịch vi phạm kế hoạch và phần lớn lợi nhuận đến từ một sự kiện. Các mục riêng giải thích khác biệt giữa mật khẩu nhà đầu tư và mật khẩu chính, khuyến nghị chỉ cấp quyền đọc và hệ quả đối với quyền riêng tư khi hồ sơ được công khai.

11.7. Tài khoản demo, backtesting và forward testing

Cách kiểm tra ý tưởng trước khi dùng vốn thật và phân biệt xác thực với việc khớp đường cong vào dữ liệu lịch sử. Bài viết phân biệt tài khoản demo, giao dịch mô phỏng, kiểm định lịch sử, tối ưu hóa, forward test và tài khoản thật; đồng thời đề cập đến dữ liệu và mô hình tạo tick, spread, hoa hồng, swap, trượt giá và độ trễ, khoảng trống dữ liệu, nhìn trước tương lai và rò rỉ dữ liệu, quá khớp, số lượng giao dịch, độ ổn định tham số, chia mẫu hiệu chỉnh và mẫu kiểm tra – in-sample và out-of-sample – cùng phân tích walk-forward và kiểm định Monte Carlo ở phần mở rộng. Trọng tâm là trình tự xác thực được ghi chép rõ ràng, quy trình bảo đảm khả năng tái lập kiểm định^[6], cùng phép kiểm tra chi phí cho thấy, qua ví dụ được ghi rõ là minh họa, thay đổi chi phí chỉ một phần pip có thể đảo chiều kết quả của chiến lược có lợi nhuận trung bình mỗi giao dịch thấp. Phần cuối đưa ra ví dụ kết quả trông xuất sắc nhưng phi thực tế đồng thời ở bốn điểm: vào lệnh tại mức giá chưa thể biết trước khi quyết định, không trả spread lẫn hoa hồng, dùng bộ tham số tốt nhất duy nhất trong hàng nghìn bộ đã thử và đánh giá ngay trên giai đoạn dùng để hiệu chỉnh.

11.8. Python trong giao dịch – phân tích dữ liệu và tự động hóa

Python hữu ích thế nào với nhà giao dịch và cách đi từ notebook tới công cụ có thể giao phó các công việc lặp lại. Bài viết đề cập đến môi trường ảo và thư viện phụ thuộc, notebook so với tập lệnh, cấu trúc dữ liệu nến và tick, thời gian và múi giờ, lấy và làm sạch dữ liệu, tính toán, xuất dữ liệu, tích hợp với phần mềm đầu cuối, tổng quan giao diện REST và WebSocket, xử lý lỗi, ghi log, giữ bí mật ngoài mã nguồn và kiểm thử. Ví dụ tối thiểu được cố ý thiết kế không giao dịch: đọc tệp, phân tích thời gian theo UTC, tính mức thay đổi, phát hiện khoảng trống và lưu kết quả. Khung “Notebook nghiên cứu ≠ chương trình thực hiện lệnh” liệt kê những gì nguyên mẫu còn thiếu – cấu hình, bí mật, log, kiểm thử, thử lại, thời gian chờ, kiểm soát trạng thái, giám sát, cơ chế dừng khẩn cấp và triển khai.

11.9. AI và LLM trong giao dịch – ứng dụng, giới hạn và rủi ro

Mô hình ngôn ngữ có giá trị thực ở đâu, rủi ro ở đâu và cách xây dựng hệ thống để nó không đưa ra quyết định tài chính thiếu kiểm soát. Bài viết đề cập đến khác biệt so với học máy truyền thống, các ứng dụng có cơ sở – phân tích tài liệu, trích xuất dữ liệu từ thông báo, sắp xếp nhật ký, tạo kiểm thử – cùng hiện tượng bịa thông tin, mốc giới hạn kiến thức, câu trả lời không tất định, prompt injection, bảo vệ dữ liệu, quản lý phiên bản mô hình và prompt, kiểm tra chất lượng mô hình trên bộ ví dụ cố định – không dùng bộ đó để tinh chỉnh prompt và dùng nó kiểm tra hồi quy sau khi đổi mô hình – giới hạn quyền và nhật ký kiểm toán. Kiến trúc bắt buộc đi từ nguồn dữ liệu qua lớp chuẩn hóa và mô hình tới đề xuất có cấu trúc, bộ kiểm tra quy tắc, giới hạn rủi ro, bước phê duyệt tùy chọn của con người, rồi mới tới lớp thực hiện lệnh, nhà môi giới và nhật ký kiểm toán – đồng thời chỉ rõ những mắt xích phải luôn tất định. Một mục riêng phân tích cấu trúc lời chào “bot AI” như một mô thức lừa đảo có tính lặp lại^[7], và giải thích vì sao bài viết không công bố prompt tạo tín hiệu giao dịch.

11.10. Xây dựng quy trình giao dịch – một hệ thống hoàn chỉnh

Cách kết hợp mọi thành phần thành một luồng công việc, tránh hỗn loạn và hai nguồn thông tin chuẩn tồn tại song song. Bài viết trình bày một nguồn thông tin chuẩn cho kế hoạch và nhật ký, danh sách theo dõi, lịch kinh tế, cảnh báo, chuẩn bị trước phiên, kế hoạch cho giao dịch, danh sách kiểm tra thực hiện lệnh, giám sát, ghi chép, rà soát, lưu trữ tài liệu và quản lý phiên bản thay đổi quy trình, cùng hai chế độ làm việc: thủ công gọn nhẹ và hệ thống hóa đầy đủ. Phần cuối là quy trình khẩn cấp năm bước – kiểm tra trạng thái tài khoản qua kênh khác, dừng tự động hóa, xác minh vị thế và lệnh đang mở, ghi nhận sự cố và chỉ tiếp tục khi trạng thái đã được xác nhận – cùng phép kiểm tra để nhận ra công cụ không tạo thêm giá trị.

4. Cách đọc phần này

Các bài 11.1–11.2 xây dựng nền tảng: phần nào thuộc phần mềm đầu cuối, phần nào thuộc nhà cung cấp dữ liệu. Các bài 11.3–11.4 đề cập đến công cụ hỗ trợ và truy cập từ điện thoại. Các bài 11.5–11.6 trình bày việc giao công việc cho phần mềm và đo lường quy trình của chính bạn. Bài 11.7 xác thực ý tưởng trước khi sử dụng vốn. Các bài 11.8–11.9 đề cập đến Python và mô hình ngôn ngữ. Bài 11.10 kết hợp các thành phần thành một quy trình.

Nếu bạn đã có kinh nghiệm và đang tìm lời giải cho một câu hỏi cụ thể:

• Đang cân nhắc đổi phần mềm đầu cuối? → 11.1: tiêu chí so sánh và bảng xác định bên phụ trách quyết định đối với từng tính năng.
• Cảnh báo hoạt động khác với điều lịch sử cho thấy? → 11.2: tám điểm cần kiểm tra theo thứ tự, từ nến đang mở tới các giới hạn hiện tại của nền tảng.
• Kết quả kiểm định lịch sử khác với tài khoản thật? → 11.7: dữ liệu, chi phí, chia mẫu hiệu chỉnh và mẫu kiểm tra, mức độ thực tế của việc thực hiện lệnh.
• Muốn chuyển công việc lặp lại sang mã nguồn? → 11.5 ở phía phần mềm đầu cuối, 11.8 ở phía Python.
• Có công cụ nhưng chưa có quy trình? → 11.10 – rồi quay lại các thành phần mà quy trình đó kết hợp.
• Muốn phân biệt ứng dụng thực của mô hình ngôn ngữ với quảng cáo? → 11.9, trong đó có phân tích cấu trúc một lời chào “bot AI”.

Các bài viết giả định bạn đã nắm những khái niệm từ các phần trước: kỳ vọng, tỷ lệ lợi nhuận/rủi ro, quy mô vị thế, lệnh bảo vệ, drawdown, spread, trượt giá và điểm swap. Nếu bạn chỉ biết tên một khái niệm nào trong số đó, hãy bắt đầu với phần quản trị rủi ro; quy trình bằng văn bản và việc điều chỉnh hành vi của bản thân được trình bày trong phần tâm lý nhà giao dịch.

5. Nội dung tiếp theo

Sau khi học xong phần này, bạn có thể:

• xác định với mỗi thuộc tính của công cụ, nó thuộc phần mềm đầu cuối, nhà môi giới, phiên bản ứng dụng – kể cả gói thuê bao – hay kế hoạch giao dịch của bạn;
• giải thích giá trên biểu đồ đến từ đâu và vì sao cùng một cặp tiền có thể được người khác nhìn thấy khác nhau;
• cấu hình cảnh báo và hiểu chính xác việc cảnh báo kích hoạt có nghĩa gì, không có nghĩa gì;
• sử dụng lịch kinh tế, bộ quét và công cụ tính toán mà không coi chúng là bộ tạo tín hiệu;
• xác định chương trình thực sự được thực thi ở đâu và điều gì xảy ra với nó sau khi mất kết nối;
• đánh giá khi nào cần môi trường chạy riêng và môi trường đó không giải quyết được điều gì;
• duy trì nhật ký cho phép phân tích quy trình chứ không chỉ kết quả;
• phân biệt tài khoản demo, giao dịch mô phỏng, kiểm định lịch sử, forward test và tài khoản thật, đồng thời nhận ra kiểm định dựa trên giả định phi thực tế;
• dùng mô hình ngôn ngữ làm công cụ hỗ trợ, với kiểm soát tất định trước mọi bước tác động đến tiền, và nhận diện lời chào “bot AI” mang tính lừa đảo;
• xây dựng luồng công việc có thể lặp lại: dữ liệu → phân tích → kế hoạch → thực hiện → nhật ký → rà soát.

Phần nền tảng và công cụ hoàn thiện hạ tầng vận hành của nhà giao dịch. Những phần tiếp theo – Chọn nhà môi giới và Quy định và an toàn – trả lời câu hỏi bạn mở tài khoản tại đâu và theo khuôn khổ pháp lý nào.

Bắt đầu với lớp đầu tiên – những gì thuộc về chính phần mềm đầu cuối và những gì là thuộc tính của tài khoản mà phần mềm đó kết nối tới.