Một thử thách prop firm là phần mềm quyết định xem một tài khoản đánh giá là hoạt động, đã vượt qua hay bị vi phạm.
Nó đọc các giao dịch, số dư tài khoản, lãi và lỗ mở, phí và thời gian. Nó so sánh trạng thái tài khoản đó với các quy tắc của chương trình. Khi một giới hạn bị vượt qua, động cơ có thể chặn các đơn hàng mới, đóng các vị trí, chuyển tài khoản sang một giai đoạn khác hoặc gửi nó để xem xét thanh toán.
Nghe có vẻ đơn giản cho đến khi hai người tính toán cùng một quy tắc theo cách khác nhau.
Xem xét một tài khoản $100,000 với giới hạn lỗ hàng ngày 5%. Liệu mức sàn có giữ ở $95,000 cả ngày không? Nó có thay đổi sau khi nhà giao dịch kiếm được $2,000 không? Các khoản lỗ mở có được tính không? Múi giờ nào kết thúc ngày? Điều gì xảy ra nếu một vị thế vượt qua giới hạn giữa hai lần cập nhật giá?
Tỷ lệ phần trăm là phần dễ dàng. Định nghĩa, thời điểm và bằng chứng là những gì làm cho một động cơ thách thức trở nên đáng tin cậy.
| Thành phần | Công việc của nó |
|---|---|
| Nền tảng giao dịch | Nhận lệnh và ghi lại vị trí, điền và giá trị tài khoản |
| Động cơ thách thức | Áp dụng các quy tắc đánh giá và thay đổi trạng thái tài khoản |
| Bảng điều khiển Trader | Hiển thị tiến độ, không gian thua lỗ còn lại và lịch sử quy tắc |
| CRM và văn phòng hỗ trợ | Quản lý khách hàng, vòng đời tài khoản, đánh giá và giao tiếp |
| Quy trình thanh toán | Kiểm tra đủ điều kiện, tính toán tỷ lệ chia và ghi lại trạng thái thanh toán |
Cách hoạt động của một công ty thách thức prop
Tôi nghĩ về động cơ như một bộ xử lý sự kiện với bộ nhớ.
Mỗi sự kiện liên quan đều được ghi vào theo trình tự: một lần nạp, một thay đổi giá, một khoản hoa hồng, một giao dịch hoán đổi, một thiết lập lại hàng ngày hoặc một điều chỉnh số dư thủ công. Bộ máy tái xây dựng trạng thái tài khoản, đánh giá các quy tắc và ghi lại quyết định vào nhật ký kiểm toán.
Từ sự kiện thương mại đến quyết định tài khoản
Động cơ kết hợp các sự kiện nền tảng với phiên bản quy tắc hoạt động. Mỗi quyết định tạo ra một hành động tài khoản và một bản ghi kiểm toán.
Trạng thái tài khoản + bộ đánh giá quy tắc
Xây dựng lại tài khoản, sau đó chạy mọi quy tắc hoạt động trên cùng một trạng thái.
ID sự kiện, ảnh chụp tài khoản, ngưỡng, phiên bản quy tắc, quyết định, hành động và thời gian.
Thứ tự rất quan trọng. Một lần điền muộn có thể tạo ra độ phơi sáng sai. Một lần điền bị trùng có thể tính cùng một tổn thất hai lần. Các múi giờ khác nhau có thể khiến một lần đặt lại hàng ngày hợp lệ trông giống như một vi phạm.
Một động cơ đáng tin cậy do đó cần bốn điều:
- Các sự kiện đã chuẩn hóa. Các ký hiệu, dấu thời gian, phí và các định danh tài khoản phải sử dụng một định dạng nhất quán.
- Một tài khoản có thẩm quyền. Số dư, vốn chủ sở hữu, vị trí mở, dấu mốc cao nhất và cơ sở hàng ngày phải đến từ các nguồn đã được xác định.
- Các quy tắc xác định. Lịch sử sự kiện giống nhau phải luôn tạo ra cùng một kết quả.
- Một dấu vết kiểm toán. Công ty phải có khả năng chỉ ra sự kiện nào đã kích hoạt một sự cho phép hoặc vi phạm và phiên bản quy tắc nào đang hoạt động.
Một bảng điều khiển không có những nền tảng đó có thể hiển thị một cảnh báo, nhưng nó không thể giải thích một cách đáng tin cậy cách mà con số đó được đạt được.
Các quy tắc mà động cơ phải tính toán
Hầu hết các chương trình đánh giá sử dụng các nhãn quen thuộc. Phép tính dưới mỗi nhãn vẫn có thể khác nhau.
Mục tiêu lợi nhuận
Mục tiêu lợi nhuận xác định kết quả cần thiết để hoàn thành một giai đoạn. Một phiên bản cơ bản có thể yêu cầu một tài khoản bắt đầu với $100,000 để đạt được $108,000.
Động cơ vẫn cần câu trả lời cho một số câu hỏi:
- Mục tiêu dựa trên cân bằng hay vốn chủ sở hữu?
- Có phải tất cả các vị trí phải được đóng lại trước khi giai đoạn chuyển qua không?
- Có bao gồm hoa hồng và phí hoán đổi không?
- Có tối thiểu số ngày giao dịch không?
- Có phải một ngày lớn có thể vi phạm quy tắc tính nhất quán ngay cả khi mục tiêu đã được đạt được không?
Tôi thích logic pass chỉ chạy sau khi mọi quy tắc rủi ro đã được kiểm tra. Một nhà giao dịch không nên pass vì vốn đã chạm mục tiêu trong cùng một bản cập nhật giá đã vi phạm giới hạn lỗ.
Mức lỗ tối đa hàng ngày
Thua lỗ hàng ngày thường là quy tắc dễ bị ảnh hưởng bởi lỗi thời gian.
Giả sử mức lỗ hàng ngày cho phép là $5,000. Một cách triển khai đơn giản là:
Giới hạn hàng ngày = Cơ sở đầu ngày - 5.000 đô la
Số phòng còn lại = Vốn hiện tại - Mức sàn hàng ngày
Một chương trình có thể sử dụng vốn khởi đầu, số dư và vốn lớn hơn, hoặc một tỷ lệ phần trăm cố định của kích thước tài khoản ban đầu. Nó có thể bao gồm P&L mở, hoa hồng, hoán đổi và cổ tức. Nó có thể được đặt lại theo múi giờ của nền tảng thay vì theo giờ địa phương của nhà giao dịch.
Quy tắc công khai nên mô tả chính xác các cơ sở và khoản khấu trừ. Động cơ nên lưu trữ chúng tại mỗi lần thiết lập lại.
Mức lỗ tối đa và giảm sút
Một mức thua lỗ tối đa tĩnh giữ một mức sàn cố định. Với một tài khoản khởi đầu $100,000 và một giới hạn $10,000, mức sàn vẫn giữ ở $90,000.
Một giảm dần theo dõi di chuyển sàn lên khi tài khoản đạt đến mức cao mới:
Sàn theo dõi = Mốc nước cao - Khoản giảm
Nếu mức nước cao đạt $106,000 và khoản trợ cấp là $10,000, thì mức sàn trở thành $96,000.
Chương trình phải xác định điều gì tạo ra một dấu mốc nước cao mới:
- cổ phiếu intraday;
- cổ phiếu cuối ngày;
- số dư đã đóng;
- số dư cuối ngày.
Nó cũng phải nêu rõ liệu sàn có tiếp tục theo dõi, dừng lại ở số dư ban đầu hay khóa ở ngưỡng khác. “10% trailing drawdown” là không đầy đủ nếu không có những chi tiết đó.
Ngày giao dịch và tính nhất quán
Một ngày giao dịch nên có một định nghĩa được tài liệu hóa. Mở một vị trí, đóng một vị trí và giữ một giao dịch qua đêm không nhất thiết phải được tính giống nhau.
Các quy tắc nhất quán cần độ chính xác như nhau. Nếu ngày tốt nhất không thể vượt quá 40% tổng lợi nhuận, thì hệ thống cần biết liệu bài kiểm tra áp dụng trong suốt thử thách, vào thời điểm vượt qua hay chỉ khi yêu cầu thanh toán.
Ví dụ, một nhà giao dịch có $10,000 tổng lợi nhuận và đã kiếm được $4,800 trong ngày tốt nhất:
$4,800 / $10,000 = 48%
Tài khoản có thể vượt mục tiêu lợi nhuận nhưng vẫn không đạt bài kiểm tra 40% về tính nhất quán. Tùy thuộc vào chương trình, nhà giao dịch có thể cần kiếm được nhiều hơn vào những ngày khác thay vì mất một phần của ngày tốt nhất.
Các hạn chế giao dịch
Kích thước vị trí, công cụ, thời gian nắm giữ, tin tức và quy tắc tự động hóa cần có lịch trình cấu trúc, lập bản đồ công cụ và dữ liệu đơn hàng. Một câu trong các điều khoản không thể tự mình dừng một đơn hàng.
Một tài khoản, ba mức sàn thua lỗ khác nhau
Sử dụng tài khoản minh họa này:
- số dư ban đầu:
$100,000; - số dư hiện tại:
$102,000; - số dư đầu ngày:
$102,000; - vốn chủ sở hữu cao nhất được ghi nhận:
$106,000; - vốn hiện tại:
$97,200; - giới hạn thua lỗ hàng ngày:
$5,000; - tổng khoản dự phòng tổn thất:
$10,000.
Quy tắc thua lỗ nào dừng tài khoản trước tiên?
Tài khoản $100,000 giống nhau có thể an toàn hoặc bị vi phạm tùy thuộc vào vốn hiện tại và mức cao nhất đã ghi nhận.
Thua lỗ hàng ngày
Số dư đầu ngày – $5,000
Thua lỗ tối đa tĩnh
Số dư ban đầu – $10,000
Giảm thiểu theo dõi
Điểm cao nhất – $10,000
Thua lỗ hàng ngày là giới hạn gần nhất, với `$200` còn lại.
Dưới một mức cơ bản hàng ngày cố định, mức sàn hàng ngày là $97,000. Vốn hiện tại chỉ còn $200 trước khi vi phạm.
Sàn tổng thiệt hại tĩnh vẫn là $90,000, còn lại $7,200. Quy tắc đó không gần đến mức kích hoạt.
Mức sàn cuối cùng là $96,000, dựa trên mức cao nhất $106,000. Nó để lại $1,200.
Quy tắc hàng ngày thắng vì nó có khoảng trống còn lại nhỏ nhất. Một $250 tổn thất nổi sẽ đưa vốn chủ sở hữu xuống $96,950 và vi phạm tài khoản mặc dù nó vẫn còn xa trên sàn tối đa tổn thất tĩnh.
Đó là lý do tại sao tôi không chỉ dựa vào tỷ lệ phần trăm của tiêu đề để đánh giá. Ràng buộc hoạt động có thể thay đổi trong suốt cả ngày, và nó có thể không phải là quy tắc mà một nhà giao dịch mong đợi.
Điều gì xảy ra khi một giới hạn bị vượt qua
Một vi phạm là một quy trình làm việc, chứ không phải là sự thay đổi màu sắc trên bảng điều khiển.
Một công ty phải quyết định các hành động nào sẽ xảy ra và theo thứ tự nào:
- Ghi lại trạng thái tài khoản và sự kiện thị trường kích hoạt.
- Từ chối đơn đặt hàng mới.
- Hủy các đơn hàng đang làm việc.
- Đóng các vị trí mở nếu chương trình yêu cầu.
- Khóa tài khoản hoặc đánh dấu nó để xem xét.
- Thông báo cho nhà giao dịch và đội ngũ vận hành.
- Bảo lưu phiên bản tính toán và quy tắc cho một tranh chấp có thể xảy ra.
Có hai chế độ hỏng hóc phổ biến.
Với việc thi hành chậm trễ, bảng điều khiển phát hiện một vi phạm trong khi nền tảng vẫn chấp nhận đơn hàng. Với việc thi hành trùng lặp, một lần thử lại sẽ đóng một vị trí hai lần hoặc lặp lại một thay đổi trạng thái. Việc phát lại cùng một sự kiện vi phạm không được lặp lại tác động tài chính của nó.
Các cảnh báo có thể giúp trước giới hạn cứng. Ví dụ, hệ thống có thể thông báo cho nhà giao dịch khi đạt 70% và 90% khả năng thua lỗ hàng ngày. Nhưng ngưỡng cảnh báo phải tách biệt với quy tắc vi phạm thực tế.
Các trường hợp đặc biệt xứng đáng có bài kiểm tra riêng
Hầu hết các khiếm khuyết xuất hiện ở các ranh giới hơn là trong một giao dịch đóng bình thường.
| Tình huống | Hành vi mong đợi |
|---|---|
| Đặt lại hàng ngày với P&L mở | Chụp ảnh cơ sở đã định nghĩa trong múi giờ của chương trình trước khi xử lý sự kiện tiếp theo |
| Khoảng cách giá qua một giới hạn | Ghi lại giá đầu tiên có sẵn và vốn chủ sở hữu kết quả, không phải giao dịch giả tưởng tại ngưỡng |
| Điền một phần và phí trễ | Áp dụng mỗi sự kiện một lần và tính toán lại sau khi hoa hồng hoặc hoán đổi đến |
| Mất kết nối feed | Bảo tồn thứ tự sự kiện sau khi kết nối lại và tránh việc chuyển một tài khoản từ dữ liệu chưa hoàn chỉnh |
| Điều chỉnh thủ công | Lưu trữ tác giả, lý do, dấu thời gian và liên kết đến quyết định gốc |
Các thay đổi về tiết kiệm ánh sáng ban ngày, bảo trì và các cuộc gọi lại trùng lặp thuộc về cùng một gói kiểm tra. Một sự kiện được sắp xếp lại có thể khiến một quy tắc đúng tạo ra quyết định sai.
Vượt qua một thử thách là một trạng thái chuyển đổi
Mục tiêu lợi nhuận đơn thuần không nên thúc đẩy một tài khoản.
Trước khi thay đổi active thành passed, hãy kiểm tra:
- không có quy tắc cứng nào bị vi phạm;
- mục tiêu sử dụng thước đo cân bằng hoặc vốn cần thiết;
- tất cả các ngày giao dịch cần thiết đã hoàn thành;
- các điều kiện nhất quán được thỏa mãn;
- Các vị trí sẽ bị đóng nếu chương trình yêu cầu;
- tài khoản không có dữ liệu chưa được giải quyết hoặc giữ lại tuân thủ.
Các lần thử lại không được tạo tài khoản tiếp theo hai lần hoặc gán mẫu quy tắc sai.
Giữ lịch sử sân khấu hiển thị: tài khoản đã được tạo, sân khấu đã qua, tài khoản đã được tài trợ, đủ điều kiện rút tiền, yêu cầu rút tiền và đã hoàn tất rút tiền. Dòng thời gian đó cho biết hỗ trợ nơi nào một tài khoản bị mắc kẹt.
Quy trình thanh toán hoạt động như thế nào
Động cơ thách thức xác định đủ điều kiện. Quy trình thanh toán xử lý tiền bạc và các kiểm soát xung quanh nó.
Một trình tự thực tiễn là:
- Đóng băng một ảnh chụp đủ điều kiện cho thời gian thực hiện được yêu cầu.
- Xác nhận rằng tài khoản không có vị trí mở nếu cần thiết.
- Tính toán lại lợi nhuận đủ điều kiện sau khi trừ phí và các khoản thanh toán trước.
- Áp dụng phần lợi nhuận của nhà giao dịch.
- Chạy kiểm tra danh tính, quyền sở hữu tài khoản và lạm dụng.
- Chấp thuận, từ chối hoặc gửi yêu cầu để xem xét thủ công.
- Tạo hướng dẫn thanh toán.
- Ghi lại trạng thái nhà cung cấp, phí và tham chiếu thanh toán.
- Điều chỉnh tài khoản theo quy tắc của chương trình.
Nếu lợi nhuận đủ điều kiện là $6,000 và phần chia của nhà giao dịch là 80%, tổng số tiền chi trả là:
$6,000 x 80% = $4,800
Hệ thống nên hiển thị cửa sổ hiệu suất nào đã tạo ra $6,000, liệu các khoản thanh toán trước đó có bị khấu trừ hay không và điều gì sẽ xảy ra với số tiền còn lại $1,200.
Trạng thái thanh toán cũng cần được đối chiếu. “Được chấp thuận” trong văn phòng giao dịch của công ty không có nghĩa là “đã thanh toán” bởi nhà cung cấp thanh toán hoặc “đã nhận” bởi trader.
Các quy tắc rủi ro và phát hiện lạm dụng là những hệ thống khác nhau
Thua lỗ hàng ngày và mức giảm là xác định. Tài khoản hoặc đã vượt qua ngưỡng xác định hoặc không.
Phát hiện lạm dụng thường là xác suất. Các thiết bị chia sẻ, đơn hàng khớp nhau, độ trễ bất thường, tài khoản phối hợp hoặc xung đột danh tính có thể tạo ra các tín hiệu. Một tín hiệu không phải là bằng chứng tự nó.
Tôi sẽ giữ hai con đường quyết định riêng biệt:
- Động cơ quy tắc: tính toán các điều kiện chương trình đã xuất bản.
- Các biện pháp kiểm soát lạm dụng: đánh giá hành vi và thu thập chứng cứ.
- Xem xét thủ công: xử lý các trường hợp mơ hồ và ghi lại lý do cuối cùng.
Các điều khiển tự động có thể chặn các hành động được định nghĩa rõ ràng. Một tín hiệu yếu không nên trở thành một sự từ chối thanh toán không được giải thích. Các người đánh giá cần các đơn đặt hàng cơ bản, dấu thời gian, thiết bị và tham chiếu quy tắc, không chỉ là một điểm số.
Những gì cần kiểm tra trước khi ra mắt một thử thách
Tôi sẽ phát lại các chuỗi sự kiện hoàn chỉnh và xác minh từng kết quả so với một phép tính tay.
Bộ kiểm tra nên bao gồm:
- một thẻ thông thường;
- thua lỗ hàng ngày do P&L nổi;
- các vi phạm giảm giá tĩnh và kéo dài;
- một mức cao cổ phiếu mà di chuyển một sàn theo dõi trong ngày;
- một lần đặt lại hàng ngày với các vị trí mở;
- một khoảng cách giá qua giới hạn;
- các khoản hoa hồng và hoán đổi được đăng sau khi thực hiện;
- các đơn hàng bị lấp đầy một phần và bị từ chối;
- các sự kiện bị trùng lặp và không theo thứ tự;
- một sự gián đoạn dữ liệu thị trường và kết nối lại;
- một sự kiện mục tiêu và giới hạn mất mát đồng thời;
- một khoản thanh toán sau một hoặc nhiều khoản thanh toán trước đó;
- một đơn kháng cáo được chấp nhận và chỉnh sửa tài khoản bằng tay.
Đối với mỗi trường hợp, so sánh các sự kiện nền tảng, tính toán của động cơ, tin nhắn của nhà giao dịch và hồ sơ văn phòng hậu cần. Cả bốn đều nên mô tả cùng một kết quả. Theo dõi độ trễ quyết định, các vi phạm tranh chấp, các kháng cáo thành công, thời gian thanh toán và các hành động trùng lặp.
Một công ty chứng khoán nên có thể cấu hình
Danh sách quy tắc không quan trọng bằng hành vi có thể dự đoán và một phép tính mà đội ngũ có thể tái tạo.
Trước khi chọn một động cơ thách thức, hãy kiểm tra xem công ty có thể cấu hình:
- các chương trình một giai đoạn, nhiều giai đoạn và truy cập trực tiếp;
- mục tiêu lợi nhuận và số ngày giao dịch tối thiểu;
- đường cơ sở thua lỗ hàng ngày, thời gian đặt lại và các chi phí đã bao gồm;
- hành vi giảm giá kéo dài tĩnh, vào cuối ngày hoặc trong ngày;
- công cụ, thời gian, tin tức và hạn chế kích thước vị trí;
- cảnh báo, vi phạm nghiêm trọng và các hành động tài khoản;
- quy trình vượt qua, khuyến mãi và thanh toán;
- các phiên bản quy tắc, nhật ký sự kiện và quyền xem xét thủ công.
Cũng thử nghiệm xem một thay đổi quy tắc mất bao lâu để đến với các tài khoản đang hoạt động. Các điều khoản mới không nên âm thầm viết lại cách tính cho một đánh giá đã đang diễn ra.
Sự tích hợp đó quan trọng vì động cơ thách thức không thể hoạt động một cách độc lập. Nó cần dữ liệu nền tảng sạch, các kiểm soát tài khoản có thể thi hành và một hồ sơ thanh toán mà tài chính có thể đối chiếu.
