Un desafío de firma prop es el software que determina si una cuenta de evaluación está activa, aprobada o incumplida.
Lee operaciones, saldo de cuenta, ganancias y pérdidas abiertas, tarifas y tiempo. Compara ese estado de cuenta con las reglas del programa. Cuando se cruza un límite, el motor puede bloquear nuevos pedidos, cerrar posiciones, mover la cuenta a otra etapa o enviarla a revisión de pago.
Eso suena simple hasta que dos personas calculan la misma regla de manera diferente.
Considere una $100,000 cuenta con un límite de pérdida diaria del 5%. ¿Se mantiene el límite en $95,000 todo el día? ¿Se mueve después de que el trader gana $2,000? ¿Cuentan las pérdidas abiertas? ¿Qué zona horaria marca el final del día? ¿Qué sucede si una posición cruza el límite entre dos actualizaciones de precio?
El porcentaje es la parte fácil. La definición, el momento y la evidencia son lo que hacen que un motor de desafíos sea confiable.
| Componente | Su trabajo |
|---|---|
| Plataforma de trading | Acepta órdenes y registra posiciones, llenos y valores de cuenta |
| Motor de desafíos | Aplica las reglas de evaluación y cambia el estado de la cuenta |
| Panel de control del trader | Muestra el progreso, el margen de pérdida restante y el historial de reglas |
| CRM y oficina administrativa | Gestiona al cliente, el ciclo de vida de la cuenta, revisiones y comunicación |
| Flujo de trabajo de pago | Verifica la elegibilidad, calcula la división y registra el estado del pago |
Cómo funciona un motor de desafío de una firma de prop
Considero el motor como un procesador de eventos con memoria.
Cada evento relevante entra en secuencia: un llenado, un cambio de precio, una comisión, un intercambio, un reinicio diario o una corrección manual de saldo. El motor reconstruye el estado de la cuenta, evalúa las reglas y escribe la decisión en un registro de auditoría.
From trade event to account decision
The engine combines platform events with the active rule version. Each decision produces an account action and an audit record.
Account state + rule evaluator
Rebuild the account, then run every active rule against the same state.
Event ID, account snapshot, threshold, rule version, decision, action and timestamp.
La secuencia importa. Un llenado tardío puede producir una exposición incorrecta. Un llenado duplicado puede contar la misma pérdida dos veces. Diferentes zonas horarias pueden hacer que un reinicio diario válido parezca una violación.
Por lo tanto, un motor confiable necesita cuatro cosas:
- Eventos normalizados. Los símbolos, las marcas de tiempo, las tarifas y los identificadores de cuenta deben utilizar un formato consistente.
- Un estado de cuenta autoritativo. El saldo, la equidad, las posiciones abiertas, el punto de referencia más alto y la línea base diaria deben provenir de fuentes definidas.
- Reglas deterministas. La misma historia de eventos siempre debe producir el mismo resultado.
- Un rastro de auditoría. La firma debe poder mostrar qué evento activó un pase o una violación y qué versión de la regla estaba activa.
Un panel de control sin esos fundamentos puede mostrar una advertencia, pero no puede explicar de manera confiable cómo se llegó a ese número.
Las reglas que el motor tiene que calcular
La mayoría de los programas de evaluación utilizan etiquetas familiares. El cálculo bajo cada etiqueta todavía puede variar.
Objetivo de ganancias
Un objetivo de beneficio define el resultado necesario para completar una etapa. Una versión básica podría requerir una cuenta que comience en $100,000 para alcanzar $108,000.
El motor aún necesita respuestas a varias preguntas:
- ¿Está el objetivo basado en el saldo o en el capital?
- ¿Deben cerrarse todas las posiciones antes de que pase la etapa?
- ¿Se incluyen las comisiones y los swaps?
- ¿Hay un número mínimo de días de negociación?
- ¿Puede un gran día violar una regla de consistencia incluso después de que se alcance el objetivo?
Prefiero que la lógica de pase se ejecute solo después de que se haya verificado cada regla de riesgo. Un trader no debería pasar porque el capital tocó el objetivo en la misma actualización de precio que rompió el límite de pérdida.
Pérdida máxima diaria
La pérdida diaria suele ser la regla más expuesta a errores de cronometraje.
Supongamos que la pérdida diaria permitida es $5,000. Una implementación simple es:
El piso diario = Línea base al inicio del día - $5,000
Habitación restante = Capital actual - Suelo diario
Un programa puede en su lugar utilizar el capital inicial, el mayor entre el saldo y el capital, o un porcentaje fijo del tamaño inicial de la cuenta. Puede incluir P&L abiertos, comisiones, swaps y dividendos. Puede reiniciarse en la zona horaria de la plataforma en lugar de la hora local del trader.
La regla pública debe describir la línea base exacta y las deducciones. El motor debe almacenarlas en cada reinicio.
Pérdida máxima y retroceso
Una pérdida máxima estática mantiene un piso fijo. Con una $100,000 cuenta inicial y un límite de $10,000, el piso permanece en $90,000.
Un drawdown de seguimiento eleva el umbral cuando la cuenta alcanza un nuevo máximo:
Piso de arrastre = Marca de agua alta - Permiso de reducción
Si la marca de agua alta alcanza $106,000 y la asignación es de $10,000, el piso se convierte en $96,000.
El programa debe especificar qué crea una nueva marca de agua alta:
- acciones intradía;
- acciones de fin de día;
- saldo cerrado;
- saldo al final del día.
También debe indicar si el piso sigue arrastrándose, se detiene en el saldo inicial o se bloquea en otro umbral. “10% de pérdida arrastrada” está incompleto sin esos detalles.
Días de trading y consistencia
Un día de trading debería tener una definición documentada. Abrir una posición, cerrar una y mantener una operación durante la noche no necesariamente cuentan de la misma manera.
Las reglas de consistencia necesitan una precisión igual. Si el mejor día no puede exceder 40% del beneficio total, el motor necesita saber si la prueba se aplica durante el desafío, en el momento de pasar o solo cuando se solicita un pago.
Por ejemplo, un comerciante tiene $10,000 en ganancias totales y ganó $4,800 en el mejor día:
$4,800 / $10,000 = 48%
La cuenta puede estar por encima de su objetivo de ganancias pero aún fallar en la prueba de consistencia del 40%. Dependiendo del programa, el comerciante puede necesitar ganar más en otros días en lugar de perder parte del mejor día.
Restricciones de trading
El tamaño de la posición, el instrumento, el período de tenencia, las noticias y las reglas de automatización necesitan calendarios estructurados, mapeo de instrumentos y datos de órdenes. Una oración en los términos no puede detener una orden por sí sola.
Una cuenta, tres diferentes pisos de pérdida
Utiliza esta cuenta ilustrativa:
- balance inicial:
$100,000; - saldo actual:
$102,000; - saldo al inicio del día:
$102,000; - capital más alto registrado:
$106,000; - capital actual:
$97,200; - monto diario de pérdida permitido:
$5,000; - provisión para pérdidas totales:
$10,000.
Which loss rule stops the account first?
The same $100,000 account can be safe or breached depending on current equity and the recorded high-water mark.
Daily loss
Start-of-day balance – $5,000
Static maximum loss
Initial balance – $10,000
Trailing drawdown
High-water mark – $10,000
Daily loss is the closest limit, with `$200` of room left.
Bajo un umbral diario fijo, el piso diario es $97,000. El capital actual tiene solo $200 restantes antes de la violación.
El límite de pérdida total estática sigue siendo $90,000, dejando $7,200. Esa regla no está cerca de activarse.
El piso de arrastre es $96,000, basado en la marca de agua alta de $106,000. Deja $1,200.
La regla diaria gana porque tiene el menor margen restante. Otra $250 de pérdida flotante llevaría el capital a $96,950 y violaría la cuenta, aunque sigue muy por encima del límite de pérdida máxima estática.
Esta es la razón por la que no juzgo una evaluación solo por los porcentajes del titular. La restricción activa puede cambiar durante el día, y puede que no sea la regla que un trader espera.
Qué sucede cuando se cruza un límite
Una violación es un flujo de trabajo, no un cambio de color en un tablero.
Una empresa debe decidir qué acciones ocurren y en qué orden:
- Registra el estado de la cuenta y el evento de mercado que lo desencadena.
- Rechazar nuevos pedidos.
- Cancelar órdenes de trabajo.
- Cerrar posiciones abiertas si el programa lo requiere.
- Cierra la cuenta o márcala para revisión.
- Notifique al comerciante y al equipo de operaciones.
- Preserve la versión del cálculo y de la regla para una posible disputa.
Existen dos modos de fallo comunes.
Con la aplicación retardada, el panel detecta una violación mientras la plataforma aún acepta pedidos. Con la aplicación duplicada, un reintento cierra una posición dos veces o repite un cambio de estado. Repetir el mismo evento de violación no debe repetir su efecto financiero.
Las advertencias pueden ayudar antes del límite duro. Por ejemplo, el sistema puede notificar al comerciante en 70% y 90% de la capacidad de pérdida diaria. Pero un umbral de advertencia debe permanecer separado de la regla de incumplimiento real.
Casos extremos que merecen sus propias pruebas
La mayoría de los defectos aparecen en los límites en lugar de durante una operación cerrada ordinaria.
| Situación | Comportamiento esperado |
|---|---|
| Reinicio diario con P&L abierto | Captura la línea base definida en la zona horaria del programa antes de procesar el siguiente evento |
| Gaps de precio a través de un límite | Registra el primer precio disponible y el capital resultante, no un comercio ficticio en el umbral |
| Llenados parciales y tarifas tardías | Aplica cada evento una vez y recalcula después de que lleguen las comisiones o swaps |
| Interrupción del feed | Preserva el orden de los eventos después de reconectar y evita pasar una cuenta de datos incompletos |
| Corrección manual | Almacena el autor, la razón, la marca de tiempo y el enlace a la decisión original |
Los cambios de horario de verano, el mantenimiento y las devoluciones de llamada duplicadas pertenecen al mismo paquete de pruebas. Un evento reordenado puede hacer que una regla correcta produzca una decisión equivocada.
Superar un desafío es una transición de estado
El objetivo de ganancias por sí solo no debería promover una cuenta.
Antes de cambiar active por passed, verifica:
- no se infringe ninguna regla estricta;
- el objetivo utiliza la medida de saldo o capital requerida;
- todos los días de negociación requeridos están completos;
- se satisfacen las condiciones de consistencia;
- las posiciones se cierran si el programa lo requiere;
- la cuenta no tiene datos no resueltos ni retenciones de cumplimiento.
Los reintentos no deben crear la siguiente cuenta dos veces ni adjuntar la plantilla de regla incorrecta.
Mantenga visible el historial del escenario: cuenta creada, etapa superada, cuenta financiada creada, elegible para pago, pago solicitado y pago completado. Esa línea de tiempo le dice al soporte dónde está atascada una cuenta.
Cómo funciona el flujo de pago
El motor de desafío establece la elegibilidad. El flujo de pago maneja el dinero y los controles que lo rodean.
Una secuencia práctica es:
- Congelar una instantánea de elegibilidad para el período de rendimiento solicitado.
- Confirma que la cuenta no tiene posiciones abiertas si es necesario.
- Recalcular las ganancias elegibles después de las tarifas y los pagos anteriores.
- Aplique la parte de ganancias del comerciante.
- Ejecutar verificaciones de identidad, propiedad de la cuenta y abuso.
- Aprobar, rechazar o enviar la solicitud a revisión manual.
- Crea la instrucción de pago.
- Registrar el estado del proveedor, tarifas y referencia de liquidación.
- Ajusta la cuenta de acuerdo con las reglas del programa.
Si la ganancia elegible es $6,000 y la participación del comerciante es 80%, el pago bruto es:
$6,000 x 80% = $4,800
El sistema debería mostrar qué ventana de rendimiento produjo el $6,000, si se dedujeron pagos anteriores y qué sucede con el restante $1,200.
El estado de pago también necesita reconciliación. "Aprobado" en la oficina de fondos de la empresa no significa "pagado" por el proveedor de pagos o "recibido" por el comerciante.
Las reglas de riesgo y la detección de abusos son sistemas diferentes
La pérdida diaria y la caída son determinísticas. La cuenta ya sea superó el umbral definido o no lo hizo.
La detección de abuso suele ser probabilística. Dispositivos compartidos, pedidos coincidentes, latencia inusual, cuentas coordinadas o conflictos de identidad pueden crear señales. Una señal no es prueba por sí misma.
Mantendría los dos caminos de decisión separados:
- Mecanismo de reglas: calcula las condiciones del programa publicado.
- Controles de abuso: puntuar el comportamiento y recopilar evidencia.
- Revisión manual: maneja casos ambiguos y registra la razón final.
Los controles automáticos pueden bloquear acciones claramente definidas. Una señal débil no debería convertirse en un rechazo de pago inexplicado. Los revisores necesitan las órdenes subyacentes, marcas de tiempo, dispositivos y referencias de reglas, no solo una puntuación.
Qué probar antes de lanzar un desafío
Repetiría secuencias completas de eventos y verificaría cada resultado contra un cálculo manual.
El paquete de prueba debe incluir:
- un pase ordinario;
- pérdida diaria causada por P&L flotante;
- incumplimientos de reducción estática y de arrastre;
- un máximo de acciones que mueve un suelo de seguimiento intradía;
- un reinicio diario con posiciones abiertas;
- un hueco de precio a través del límite;
- comisiones y swaps publicados después de una operación;
- llenados parciales y órdenes rechazadas;
- eventos duplicados y fuera de orden;
- una interrupción de datos del mercado y reconexión;
- un evento simultáneo de objetivo y límite de pérdidas;
- un pago después de uno o más pagos anteriores;
- una apelación aceptada y corrección manual de la cuenta.
Para cada caso, compara los eventos de la plataforma, el cálculo del motor, el mensaje del comerciante y el registro de back-office. Los cuatro deberían describir el mismo resultado. Rastrea la latencia de las decisiones, las violaciones disputadas, las apelaciones exitosas, el tiempo de pago y las acciones duplicadas.
Lo que una firma de prop debería poder configurar
La lista de reglas importa menos que el comportamiento predecible y un cálculo que el equipo puede reproducir.
Antes de seleccionar un motor de desafíos, verifica si la empresa puede configurar:
- programas de un solo nivel, de múltiples niveles y de acceso directo;
- objetivo de ganancias y días mínimos de negociación;
- línea base de pérdida diaria, hora de reinicio y costos incluidos;
- comportamiento estático, de reducción de pérdidas al final del día o intradía y de bloqueo;
- instrumento, tiempo, noticias y restricciones de tamaño de posición;
- advertencias, violaciones graves y acciones en la cuenta;
- flujo de trabajo de pase, promoción y pago;
- versiones de reglas, registros de eventos y permisos de revisión manual.
También prueba qué tan rápidamente un cambio de regla llega a las cuentas activas. Los nuevos términos no deberían reescribir silenciosamente el cálculo para una evaluación que ya está en progreso.
Esa integración es importante porque el motor de desafíos no puede operar de forma aislada. Necesita datos de plataforma limpios, controles de cuenta aplicables y un registro de pagos que finanzas pueda conciliar.
