A 프롭 펌 챌린지 엔진은 평가 계좌가 활성화되었는지, 통과했는지 또는 위반되었는지를 결정하는 소프트웨어입니다.

거래, 계좌 잔고, 미실현 손익, 수수료 및 시간을 읽습니다. 해당 계좌 상태를 프로그램 규칙과 비교합니다. 한계가 초과되면 엔진은 새로운 주문을 차단하거나, 포지션을 종료하거나, 계좌를 다른 단계로 이동시키거나, 지급 검토로 보낼 수 있습니다.

두 사람이 같은 규칙을 다르게 계산할 때까지는 간단하게 들린다.

$100,000 계좌에 5% 일일 손실 한도가 있다고 가정해 보십시오. 바닥은 하루 종일 $95,000에 있습니까? 트레이더가 $2,000를 벌면 바닥이 이동합니까? 열려 있는 손실도 포함됩니까? 어떤 시간대가 하루를 마감합니까? 두 가격 업데이트 사이에 포지션이 한도를 초과하면 어떻게 됩니까?

퍼센트는 간단한 부분입니다. 정의, 타이밍 및 증거가 도전 엔진을 신뢰할 수 있게 만드는 요소입니다.

구성 요소역할
거래 플랫폼주문을 수락하고 포지션, 채우기 및 계좌 가치를 기록합니다
챌린지 엔진평가 규칙을 적용하고 계좌 상태를 변경합니다
트레이더 대시보드진행 상황, 남은 손실 공간 및 규칙 기록을 표시합니다
CRM 및 백 오피스고객, 계좌 생애 주기, 검토 및 커뮤니케이션을 관리합니다
지불 워크플로우자격을 확인하고, 분할을 계산하며, 지불 상태를 기록합니다

프롭 펌 챌린지 엔진이 작동하는 방식

나는 엔진을 메모리를 가진 이벤트 프로세서로 생각한다.

모든 관련 이벤트는 순서대로 들어옵니다: 충전, 가격 변경, 수수료, 스왑, 일일 리셋 또는 수동 잔액 수정. 엔진은 계정 상태를 재구성하고, 규칙을 평가하며, 결정을 감사 로그에 기록합니다.

무역 이벤트에서 계정 결정으로

엔진은 플랫폼 이벤트와 활성 규칙 버전을 결합합니다. 각 결정은 계정 작업과 감사 기록을 생성합니다.

들어오는 이벤트
주문 및 체결 크기, 가격, 방향, 비용
시장 가격 실시간 자본 및 노출
시계 및 달력 시간 초기화, 세션, 뉴스
계정 변경 수수료, 스왑, 수정
도전 엔진

계정 상태 + 규칙 평가기

계정을 재구성한 후, 동일한 상태에 대해 모든 활성 규칙을 실행합니다.

수익 목표
일일 손실
정적 또는 트레일링 드로우다운
거래일 및 일관성
포지션 및 시간 제한
지급 자격
계정 작업
계속 또는 경고 진행 상황 및 남은 공간 업데이트
위반 집행 주문 거부, 평탄화, 잠금
단계 승격 다음 자격이 있는 계정 생성
지급 검토 이익 동결 및 분할 계산
감사 기록

이벤트 ID, 계정 스냅샷, 임계값, 규칙 버전, 결정, 조치 및 타임스탬프.

순서는 중요합니다. 늦은 채우기는 잘못된 노출을 생성할 수 있습니다. 중복된 채우기는 동일한 손실을 두 번 계산할 수 있습니다. 서로 다른 시간대는 유효한 일일 재설정을 위반처럼 보이게 만들 수 있습니다.

신뢰할 수 있는 엔진은 따라서 네 가지가 필요합니다:

  1. 정규화된 이벤트. 기호, 타임스탬프, 수수료 및 계좌 식별자는 하나의 일관된 형식을 사용해야 합니다.
  2. 권위 있는 계좌 상태. 잔액, 자본, 개설 포지션, 최고 기록 및 일일 기준은 정의된 출처에서 나와야 합니다.
  3. 결정론적 규칙. 동일한 사건 이력은 항상 동일한 결과를 생성해야 합니다.
  4. 감사 추적. 회사는 어떤 사건이 통과 또는 위반을 촉발했는지와 어떤 규칙 버전이 활성화되었는지를 보여줄 수 있어야 합니다.

그러한 기초 없이 만들어진 대시보드는 경고를 표시할 수 있지만, 그 숫자가 어떻게 도출되었는지를 신뢰성 있게 설명할 수는 없습니다.

엔진이 계산해야 하는 규칙

대부분의 평가 프로그램은 익숙한 레이블을 사용합니다. 각 레이블 아래의 계산은 여전히 달라질 수 있습니다.

수익 목표

이익 목표는 단계를 완료하는 데 필요한 결과를 정의합니다. 기본 버전은 $100,000에서 시작하여 $108,000에 도달하는 계좌를 요구할 수 있습니다.

엔진은 여전히 여러 질문에 대한 답이 필요합니다:

  • 목표가 균형에 기반한 것인가요, 아니면 자본에 기반한 것인가요?
  • 모든 포지션이 단계가 지나기 전에 닫혀야 합니까?
  • 커미션과 스왑이 포함되어 있나요?
  • 거래 일수의 최소 수가 있습니까?
  • 하루의 큰 변화가 목표에 도달한 후에도 일관성 규칙을 위반할 수 있을까요?

저는 모든 리스크 규칙이 검토된 후에만 로직이 실행되도록 선호합니다. 트레이더는 손실 한도를 초과한 동일한 가격 업데이트에서 자산이 목표에 도달했다고 해서 통과해서는 안 됩니다.

최대 일일 손실

일일 손실은 일반적으로 타이밍 오류에 가장 노출된 규칙입니다.

허용되는 일일 손실이 $5,000이라고 가정해 보겠습니다. 간단한 구현은 다음과 같습니다:

일일 기준선 = 시작 시 기준선 - $5,000

남은 공간 = 현재 자본 - 일일 바닥

프로그램은 대신 시작 자본, 잔액과 자본 중 더 높은 값, 또는 초기 계좌 크기의 고정 비율을 사용할 수 있습니다. 여기에는 미실현 손익, 수수료, 스왑 및 배당금이 포함될 수 있습니다. 플랫폼의 시간대에서 재설정될 수 있으며, 트레이더의 현지 시간대가 아닐 수 있습니다.

공공 규칙은 정확한 기준선과 공제를 설명해야 합니다. 엔진은 매번 초기화 시 이를 저장해야 합니다.

최대 손실 및 드로우다운

A 정적 최대 손실은 고정 바닥을 유지합니다. $100,000의 시작 계좌와 $10,000의 한도로, 바닥은 $90,000로 유지됩니다.

A trailing drawdown은 계좌가 새로운 최고점에 도달할 때 바닥을 올립니다:

후행 바닥 = 최고 수위 - 인출 허용량

최고 수위가 $106,000에 도달하고 허용액이 $10,000이면 바닥은 $96,000이 됩니다.

프로그램은 새로운 최고 기록을 생성하는 요소를 명시해야 합니다:

  • 일중 주식;
  • 일일 자본;
  • 닫힌 잔액;
  • 일일 마감 잔액.

바닥이 후행을 유지하는지, 초기 잔액에서 멈추는지 또는 다른 임계값에서 잠기는지를 명시해야 합니다. “10% 후행 손실”은 이러한 세부사항이 없으면 불완전합니다.

거래일과 일관성

거래일은 하나의 문서화된 정의를 가져야 합니다. 포지션을 열고, 닫고, 하룻밤 거래를 유지하는 것은 반드시 같은 방식으로 계산되지 않습니다.

일관성 규칙은 동일한 정밀도가 필요합니다. 만약 최고의 날짜가 총 이익의 40%를 초과할 수 없다면, 엔진은 테스트가 도전 중에 적용되는지, 통과하는 순간에 적용되는지 또는 지급 요청 시에만 적용되는지를 알아야 합니다.

예를 들어, 한 거래자는 총 $10,000의 이익을 올렸고 가장 좋은 날에 $4,800을 벌었습니다:

$4,800 / $10,000 = 48%

계정이 수익 목표를 초과할 수 있지만 여전히 40% 일관성 테스트에 실패할 수 있습니다. 프로그램에 따라 트레이더는 최상의 날의 일부를 잃기보다는 다른 날에 더 많은 수익을 올려야 할 수도 있습니다.

거래 제한

포지션 크기, 금융 상품, 보유 기간, 뉴스 및 자동화 규칙은 구조화된 캘린더, 금융 상품 매핑 및 주문 데이터가 필요합니다. 조건문 하나로는 주문을 자체적으로 중지할 수 없습니다.

하나의 계정, 세 가지 다른 손실 한도

이 설명적인 계정을 사용하세요:

  • 초기 잔액: $100,000;
  • 현재 잔액: $102,000;
  • 일 시작 시 잔액: $102,000;
  • 최고 기록된 자본: $106,000;
  • 현재 자본: $97,200;
  • 일일 손실 허용액: $5,000;
  • 총 손실 허용액: $10,000.

어떤 손실 규칙이 계좌를 먼저 중지합니까?

같은 $100,000 계좌는 현재 자본과 기록된 최고 기록에 따라 안전하거나 위반될 수 있습니다.

초기 잔고 $100,000
일 시작 시 잔고 $102,000
최고 기록 $106,000
현재 자본 $97,200

일일 손실

일 시작 시 잔액 – $5,000

정적 최대 손실

초기 잔액 – $10,000

추적 드로우다운

최고치 – $10,000

계정 활성화

일일 손실은 가장 가까운 한계로, `$200`의 여유가 남아 있습니다.

```

고정 일일 기준선 아래에서, 일일 바닥은 $97,000입니다. 현재 자본은 위반하기 전에 단지 $200만 남아 있습니다.

고정 총 손실 바닥은 $90,000로 유지되며, $7,200이 남아 있습니다. 그 규칙은 발동될 가까이에 있지 않습니다.

최저 바닥 가격은 $96,000이며, 이는 $106,000의 최고 기준에 기반합니다. 이는 $1,200을 남깁니다.

일일 규칙이 승리하는 이유는 남은 공간이 가장 작기 때문입니다. 또 다른 $250의 부동 손실이 발생하면 자본은 $96,950로 떨어지고 계좌가 손실을 초과하게 되지만 여전히 정적 최대 손실 기준선보다 훨씬 위에 있습니다.

이것이 내가 헤드라인 비율만으로 평가를 판단하지 않는 이유입니다. 활성 제약은 하루 동안 변할 수 있으며, 이는 트레이더가 예상하는 규칙이 아닐 수 있습니다.

한계를 넘으면 어떤 일이 발생하나요

위반은 대시보드의 색상 변경이 아니라 워크플로우입니다.

회사는 어떤 행동이 발생하고 어떤 순서로 발생할지를 결정해야 합니다:

  1. 계좌 상태와 시장 이벤트 발생을 기록합니다.
  2. 새 주문을 거부합니다.
  3. 작업 주문을 취소합니다.
  4. 프로그램에서 요구하는 경우 열린 포지션을 닫습니다.
  5. 계정을 잠그거나 검토를 위해 표시합니다.
  6. 거래자와 운영 팀에게 알리십시오.
  7. 가능한 분쟁을 대비하여 계산 및 규칙 버전을 보존합니다.

두 가지 일반적인 실패 모드가 있습니다.

지연 집행을 통해 대시보드는 플랫폼이 여전히 주문을 수락하는 동안 위반을 감지합니다. 중복 집행의 경우, 재시도가 포지션을 두 번 종료하거나 상태 변경을 반복합니다. 동일한 위반 사건을 재생할 때는 그 재정적 영향을 반복해서는 안 됩니다.

경고는 하드 리미트 전에 도움이 될 수 있습니다. 예를 들어, 시스템은 거래자에게 일일 손실 용량의 70% 및 90%에서 알림을 보낼 수 있습니다. 그러나 경고 임계값은 실제 위반 규칙과는 별도로 유지되어야 합니다.

자체 테스트가 필요한 엣지 케이스

대부분의 결함은 일반적인 폐쇄 거래 중이 아니라 경계에서 나타납니다.

상황예상 행동
열린 P&L로 매일 초기화다음 이벤트를 처리하기 전에 프로그램 시간대에서 정의된 기준선의 스냅샷을 찍습니다.
제한을 통한 가격 격차첫 번째 사용 가능한 가격과 결과적으로 발생한 자본을 기록하며, 임계값에서의 가상의 거래는 기록하지 않습니다.
부분 체결 및 지연 수수료각 이벤트를 한 번만 적용하고 수수료나 스왑이 도착한 후 재계산합니다.
피드 중단재연결 후 이벤트 순서를 보존하고 불완전한 데이터에서 계정을 전달하는 것을 피합니다.
수동 수정저자, 이유, 타임스탬프 및 원래 결정에 대한 링크를 저장합니다.

일광 절약 시간 변경, 유지 관리 및 중복된 콜백은 동일한 테스트 팩에 포함되어야 합니다. 재정렬된 이벤트는 올바른 규칙이 잘못된 결정을 내리게 만들 수 있습니다.

도전을 통과하는 것은 상태 전환입니다

이익 목표만으로는 계정을 승격해서는 안 됩니다.

변경하기 전에 active를 passed로:

  • 어떤 엄격한 규칙도 위반되지 않음;
  • 대상은 필요한 잔액 또는 자본 측정을 사용합니다;
  • 모든 필수 거래 일이 완료되었습니다;
  • 일관성 조건이 충족된다;
  • 프로그램에서 요구하는 경우 포지션이 종료됩니다;
  • 계정에 해결되지 않은 데이터나 규정 준수 보류가 없습니다.

재시도는 다음 계정을 두 번 생성하거나 잘못된 규칙 템플릿을 첨부해서는 안 됩니다.

단계 기록을 가시적으로 유지하세요: 계정 생성, 단계 통과, 자금이 있는 계정 생성, 지급 자격, 지급 요청 및 지급 완료. 이 타임라인은 지원팀에게 계정이 어디에서 막혔는지 알려줍니다.

지급 워크플로우가 작동하는 방식

챌린지 엔진은 자격을 설정합니다. 지급 워크플로우는 돈과 그에 대한 통제를 처리합니다.

실용적인 순서는:

  1. 요청된 성과 기간에 대한 자격 스냅샷을 동결합니다.
  2. 필요한 경우 계정에 열려 있는 포지션이 없는지 확인하십시오.
  3. 수수료 및 이전 지급 후 자격 있는 이익을 재계산합니다.
  4. 트레이더의 수익 분배를 적용하십시오.
  5. 신원, 계정 소유권 및 남용 확인을 실행합니다.
  6. 요청을 승인, 거부 또는 수동 검토를 위해 전송하십시오.
  7. 지급 지시서를 작성하세요.
  8. 제공자 상태, 수수료 및 정산 참조를 기록하십시오.
  9. 프로그램 규칙에 따라 계정을 조정하십시오.

적격 이익이 $6,000이고 거래자 몫이 80%인 경우, 총 지급액은:

$6,000 x 80% = $4,800

시스템은 어떤 성과 창이 $6,000을 생성했는지, 이전 지급액이 공제되었는지, 그리고 남은 $1,200에 어떤 일이 발생하는지를 보여줘야 합니다.

지불 상태도 조정이 필요합니다. 프로프 회사의 백오피스에서 “승인됨”은 지불 제공자가 “지불함” 또는 트레이더가 “수령함”을 의미하지 않습니다.

위험 규칙과 남용 탐지는 서로 다른 시스템입니다

일일 손실과 드로우다운은 결정론적입니다. 계정이 정의된 임계값을 초과했거나 초과하지 않았습니다.

남용 탐지는 일반적으로 확률적입니다. 공유 장치, 일치하는 주문, 비정상적인 지연, 조정된 계정 또는 신원 충돌은 신호를 생성할 수 있습니다. 신호는 그 자체로 증거가 아닙니다.

나는 두 가지 결정 경로를 분리할 것이다:

  • 규칙 엔진: 게시된 프로그램 조건을 계산합니다.
  • 남용 통제: 행동 점수를 매기고 증거를 수집합니다.
  • 수동 검토: 모호한 사례를 처리하고 최종 사유를 기록합니다.

자동 제어는 명확하게 정의된 행동을 차단할 수 있습니다. 약한 신호는 설명되지 않은 지급 거부로 이어져서는 안 됩니다. 검토자는 점수뿐만 아니라 기본 주문, 타임스탬프, 장치 및 규칙 참조가 필요합니다.

챌린지를 시작하기 전에 테스트해야 할 사항

나는 전체 이벤트 시퀀스를 재생하고 각 결과를 수작업 계산과 비교하여 검증할 것입니다.

테스트 팩에는 다음이 포함되어야 합니다:

  • 일반적인 패스;
  • 유동 P&L로 인한 일일 손실;
  • 정적 및 후행 인출 한도 위반;
  • 일중 추적 바닥을 이동하는 주식 고점;
  • 열려있는 포지션과 함께하는 일일 리셋;
  • 한계에 따른 가격 차이;
  • 체결 후 게시된 수수료 및 스왑;
  • 부분 채우기 및 거부된 주문;
  • 중복되었거나 순서가 어긋난 이벤트;
  • 시장 데이터 중단 및 재연결;
  • 동시 목표 및 손실 한도 이벤트;
  • 이전의 하나 이상의 지급 후 지급;
  • 수락된 항소 및 수동 계정 수정.

모든 경우에 대해 플랫폼 이벤트, 엔진 계산, 트레이더 메시지 및 백오피스 기록을 비교하십시오. 네 가지 모두 동일한 결과를 설명해야 합니다. 결정 지연 시간, 분쟁된 위반, 성공적인 항소, 지급 시간 및 중복 작업을 추적하십시오.

프롭 회사가 설정할 수 있어야 하는 것

규칙 목록은 예측 가능한 행동과 팀이 재현할 수 있는 계산보다 덜 중요합니다.

도전 엔진을 선택하기 전에, 해당 회사가 다음을 구성할 수 있는지 확인하세요:

  • 단일 단계, 다단계 및 직접 접근 프로그램;
  • 이익 목표 및 최소 거래 일수;
  • 일일 손실 기준선, 재설정 시간 및 포함된 비용;
  • 정적, 종가 또는 하루 중 추적 손실 및 잠금 동작;
  • 악기, 시간, 뉴스 및 포지션 크기 제한;
  • 경고, 심각한 위반 및 계정 조치;
  • 패스, 프로모션 및 지급 워크플로우;
  • 규칙 버전, 이벤트 로그 및 수동 검토 권한.

또한 규칙 변경이 활성 계정에 얼마나 빨리 도달하는지 테스트하십시오. 새로운 조건은 이미 진행 중인 평가의 계산을 조용히 수정해서는 안 됩니다.

그 통합은 중요합니다. 왜냐하면 챌린지 엔진은 고립되어 운영될 수 없기 때문입니다. 클린 플랫폼 데이터, 시행 가능한 계정 제어 및 재무가 조정할 수 있는 지급 기록이 필요합니다.