Un desafío de firma de propiedad es el software que decide si una cuenta de evaluación está activa, aprobada o incumplida.
Lee operaciones, saldo de la cuenta, ganancias y pérdidas abiertas, tarifas y tiempo. Compara ese estado de la 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 termina el día? ¿Qué sucede si una posición cruza el límite entre dos actualizaciones de precios?
El porcentaje es la parte fácil. La definición, el momento y la evidencia son lo que hace que un motor de desafíos sea confiable.
| Componente | Su trabajo |
|---|---|
| Plataforma de trading | Acepta órdenes y registra posiciones, llena y valores de cuenta |
| Motor de desafío | Aplica las reglas de evaluación y cambia el estado de la cuenta |
| Panel de control del trader | Muestra el progreso, el espacio de pérdida restante y el historial de reglas |
| CRM y oficina de administración | 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
Pienso en el motor como un procesador de eventos con memoria.
Todo evento relevante entra en secuencia: un llenado, un cambio de precio, una comisión, un swap, un reinicio diario o una corrección manual del saldo. El motor reconstruye el estado de la cuenta, evalúa las reglas y escribe la decisión en un registro de auditoría.
Del evento comercial a la decisión de la cuenta
El motor combina eventos de la plataforma con la versión activa de la regla. Cada decisión produce una acción de cuenta y un registro de auditoría.
Estado de la cuenta + evaluador de reglas
Reconstruir la cuenta, luego ejecutar cada regla activa contra el mismo estado.
ID de evento, instantánea de la cuenta, umbral, versión de la regla, decisión, acción y marca de tiempo.
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.
Un motor confiable necesita, por lo tanto, cuatro cosas:
- Eventos normalizados. Los símbolos, marcas de tiempo, tarifas e identificadores de cuenta deben utilizar un formato consistente.
- Un estado de cuenta autoritativo. El balance, el capital, las posiciones abiertas, el máximo histórico y la línea base diaria deben provenir de fuentes definidas.
- Reglas determinísticas. La misma historia de eventos siempre debe producir el mismo resultado.
- Un rastro de auditoría. La empresa 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 debe calcular
La mayoría de los programas de evaluación utilizan etiquetas familiares. El cálculo bajo cada etiqueta aún puede variar.
Objetivo de ganancias
Un objetivo de lucro 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 comisiones y 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 superó 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 tiempo.
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
Saldo restante = Capital actual - Suelo diario
Un programa puede usar en su lugar el capital inicial, el mayor entre el balance 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 drawdown
Una pérdida máxima estática mantiene un suelo fijo. Con una $100,000 cuenta inicial y un límite de $10,000, el suelo permanece en $90,000.
Un drawdown de arrastre eleva el umbral cuando la cuenta alcanza un nuevo máximo:
Suelo de arrastre = Marca de agua alta - Permiso de reducción
Si el nivel máximo de agua alcanza $106,000 y la asignación es $10,000, el suelo se convierte en $96,000.
El programa debe especificar qué crea un nuevo récord de alta marea:
- acciones intradía;
- equidad de fin de día;
- saldo cerrado;
- saldo de fin de día.
También debe indicar si el piso sigue con el trailing, se detiene en el saldo inicial o se bloquea en otro umbral. “10% de drawdown trailing” está incompleto sin esos detalles.
Días de trading y consistencia
Un día de trading debe tener una definición documentada. Abrir una posición, cerrar una y mantener una operación durante la noche no cuentan necesariamente de la misma manera.
Las reglas de consistencia necesitan igual precisión. 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 trader 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 así fallar la prueba de consistencia del 40%. Dependiendo del programa, el trader 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 frase en los términos no puede detener una orden por sí sola.
Una cuenta, tres diferentes pisos de pérdida
Utiliza esta cuenta ilustrativa:
- saldo inicial:
$100,000; - saldo actual:
$102,000; - saldo de inicio del día:
$102,000; - capital más alto registrado:
$106,000; - capital actual:
$97,200; - asignación diaria de pérdida:
$5,000; - provisión para pérdidas totales:
$10,000.
¿Qué regla de pérdida detiene la cuenta primero?
La misma cuenta de $100,000 puede estar segura o ser vulnerada dependiendo del capital actual y el récord de la marca de agua alta registrado.
Pérdida diaria
Saldo de inicio del día – $5,000
Pérdida máxima estática
Saldo inicial – $10,000
Drawdown en trailing
Punto más alto – $10,000
La pérdida diaria es el límite más cercano, con `$200` de margen restante.
Bajo una línea base diaria fija, el piso diario es $97,000. El capital actual solo tiene $200 restantes antes de la violación.
El límite de pérdida total estático se mantiene en $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 aún se mantenga muy por encima del límite máximo de pérdida estática.
Por eso 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 brecha es un flujo de trabajo, no un cambio de color en un panel de control.
Una empresa debe decidir qué acciones ocurren y en qué orden:
- Registrar el estado de la cuenta y el evento de mercado que lo activa.
- Rechazar nuevos pedidos.
- Cancelar órdenes de trabajo.
- Cierra las posiciones abiertas si el programa lo requiere.
- Bloquear la cuenta o marcarla para revisión.
- Notifique al comerciante y al equipo de operaciones.
- Preserve la versión de cálculo y regla para una posible disputa.
Hay dos modos de fallo comunes.
Con la ejecución retrasada, el panel detecta una infracción mientras la plataforma aún acepta pedidos. Con la ejecución duplicada, un reintento cierra una posición dos veces o repite un cambio de estado. Repetir el mismo evento de infracción no debe repetir su efecto financiero.
Las advertencias pueden ayudar antes del límite estricto. Por ejemplo, el sistema puede notificar al trader 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 | Capturar 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 | Registrar el primer precio disponible y el capital resultante, no una operación ficticia en el umbral |
| Rellenos parciales y tarifas tardías | Aplicar cada evento una vez y recalcular después de que lleguen las comisiones o swaps |
| Interrupción del feed | Preservar el orden de los eventos después de reconectar y evitar pasar una cuenta de datos incompletos |
| Corrección manual | Almacenar 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 llamadas duplicadas pertenecen al mismo paquete de pruebas. Un evento reordenado puede hacer que una regla correcta produzca una decisión incorrecta.
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 a passed, verifica:
- no se rompe 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 de etapas: cuenta creada, etapa pasada, cuenta financiada creada, elegible para pago, solicitud de pago 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 a su alrededor.
Una secuencia práctica es:
- Congelar una instantánea de elegibilidad para el período de rendimiento solicitado.
- Confirme que la cuenta no tenga posiciones abiertas si es necesario.
- Recalcular la ganancia elegible después de comisiones y pagos previos.
- Aplica la parte de ganancias del trader.
- Ejecutar verificaciones de identidad, propiedad de la cuenta y abuso.
- Approve, reject or send the request to manual review.
- Crear 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 debe 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 conciliación. "Aprobado" en la oficina de operaciones de la firma de prop no significa "pagado" por el proveedor de pagos o "recibido" por el trader.
Las reglas de riesgo y la detección de abusos son sistemas diferentes
La pérdida diaria y la reducción son deterministas. La cuenta ya sea que haya cruzado el umbral definido o no lo haya hecho.
La detección de abuso suele ser probabilística. Dispositivos compartidos, órdenes coincidentes, latencia inusual, cuentas coordinadas o conflictos de identidad pueden crear señales. Una señal no es prueba por sí misma.
Yo mantendría los dos caminos de decisión separados:
- Motor de reglas: calcula las condiciones del programa publicado.
- Controles de abuso: calificar 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 inexplicable. Los revisores necesitan las órdenes subyacentes, las marcas de tiempo, los dispositivos y las 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 capital que mueve un piso de seguimiento intradía;
- un reinicio diario con posiciones abiertas;
- una brecha de precio a través del límite;
- comisiones y swaps publicados después de una ejecución;
- llenados parciales y órdenes rechazadas;
- eventos duplicados y fuera de orden;
- una interrupción de datos del mercado y reconexión;
- un evento de objetivo y límite de pérdidas simultáneo;
- un pago después de uno o más pagos anteriores;
- una apelación aceptada y corrección manual de 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. Rastrear la latencia de las decisiones, las infracciones 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 beneficio y días mínimos de trading;
- línea base de pérdida diaria, tiempo de reinicio y costos incluidos;
- comportamiento de drawdown y bloqueo estático, al final del día o intradía;
- instrumento, tiempo, noticias y restricciones de tamaño de posición;
- advertencias, violaciones graves y acciones de cuenta;
- flujo de trabajo de paso, promoción y pago;
- versiones de reglas, registros de eventos y permisos de revisión manual.
También prueba qué tan rápido un cambio de regla llega a 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.
