Un stop break-even parece una salida sin drama: el precio avanza, proteges la entrada y el riesgo desaparece. En un backtest serio no basta con que el nivel coincida con la entrada; hay que probar qué activó el cambio, cuándo quedó aplicado y cómo se ejecutó la salida.
El problema no es el break-even. El problema empieza cuando la curva recibe el mejor orden posible de hechos dentro de una vela y nadie ha declarado esa concesión. Ahí un mecanismo defensivo se convierte con facilidad en una mejora escrita después de ver el resultado.
Primero va el registro de eventos
Un stop break-even es una orden de protección que se desplaza a un precio definido cuando se cumple una condición definida. Si la condición es «cuando ya hay beneficio suficiente», la estrategia todavía no se puede reproducir.
Para cada posición, el registro debería conservar estos pasos:
| Paso | Registro necesario | Pregunta que responde |
|---|---|---|
| Apertura | Precio de entrada, volumen, stop inicial y costes | ¿Cuál era el riesgo real? |
| Disparo | Condición exacta que activa el break-even | ¿Cuándo se ganó el derecho a mover el stop? |
| Cambio | Precio solicitado y momento en que se aplicó | ¿El stop nuevo existía antes de la salida? |
| Cierre | Precio de trigger, fill, costes y motivo | ¿La operación fue plana, ganó o perdió neto? |
La API de cTrader permite que un cBot modifique el stop de una posición mediante ModifyPosition, y el método de trigger del stop forma parte de la posición. La referencia primaria para esa implementación es Position de cTrader Algo.
Una vela no cuenta la secuencia completa
En una misma vela, el máximo puede alcanzar el umbral que activa el break-even y el mínimo puede tocar después el nuevo stop. También puede haber ocurrido al revés. Con solo el máximo y el mínimo, no sabes cuál de las dos cosas pasó primero.
Por eso un backtest debe declarar su resolución y su convención para eventos ambiguos. Si no puede distinguir el orden intrabar, no puede concederse que el stop ya estaba movido justo antes del retroceso. El artículo sobre backtesting a cierre de vela frente a intrabar desarrolla la misma disciplina: el rango final de una vela no es información disponible durante toda la vela.
cTrader describe sus protecciones como server-side y explica que un stop loss cierra la posición cuando el precio de mercado alcanza el nivel. En los eventos de posición también se conserva el tipo de precio que hizo de trigger. La documentación de posiciones de cTrader deja claro por qué la modificación, el trigger y el fill deben aparecer separados en la prueba.
El control no se borra cuando la curva mejora
La prueba útil mantiene una versión sin break-even. Se comparan las mismas fechas, el mismo sizing, los mismos costes y las mismas reglas de entrada; solo se añade una regla de salida escrita antes de revisar la comparación.
Estas son las comprobaciones que convierten una curva bonita en una conclusión revisable:
| Revisión | Lo que puede descubrir |
|---|---|
| Stops modificados | Si el break-even es una protección ocasional o el motor real de las salidas |
| Motivo de salida | Cuántas posiciones acabaron en el stop modificado en vez de en el stop original o el target |
| Resultado neto | Si una salida aparentemente plana pagó spread, comisión o swap |
| Máxima excursión adversa tras la activación | Si se evitó una reversión importante o solo ruido habitual |
| Peor trayectoria de equity | Si cambió la presión de la cuenta antes del cierre |
La máxima excursión adversa añade una pieza que la rentabilidad final oculta: cuánto fue contra la posición después de quedar expuesta. Puede que el break-even reduzca algunas pérdidas, pero también puede cerrar operaciones que el plan original habría dejado vivir. Esos dos efectos deben verse en el mismo informe.
En una prop firm importa la ruta de la equity
Mover un stop puede cambiar el tiempo que una operación sigue abierta, el solapamiento con otras posiciones y el momento en que una pérdida pasa de flotante a realizada. Nada de eso elimina por sí solo una regla de la cuenta.
Las normas vigentes de cada prop firm son su propia autoridad y pueden cambiar. Lo verificable es si la nueva salida mantiene sentido con la misma definición de equity y las mismas restricciones que el resto de la estrategia. El modelo de fondeo sirve para leer esa presión de cuenta junto a la mecánica de las salidas, no como una promesa de superar una evaluación.
realbacktesting es un estudio de software de trading para cTrader que publica pruebas revisables, no certezas sobre el futuro. Su metodología expone los supuestos de ejecución, costes y validación para que puedas cuestionar un resultado. Ese es también el estándar para un break-even: regla declarada, control intacto y secuencia de ejecución visible.
Dudas habituales sobre el break-even
¿Un stop break-even es un trailing stop?
No. El break-even lleva la protección a un precio concreto después de una condición concreta. Un trailing stop sigue ajustándose con una regla propia a medida que cambia el precio, de modo que ambas salidas dibujan rutas distintas.
¿Igualar entrada y stop garantiza una operación plana?
No. Aunque ambos precios coincidan, el resultado realizado puede incluir spread, comisión, swap, slippage o un fill distinto del stop que se pretendía. El registro de la operación vale más que la etiqueta.
¿Se puede optimizar la activación del break-even?
Se puede probar, pero buscar muchas distancias de activación hasta que una arregle datos antiguos es búsqueda de parámetros. La evidencia más limpia parte de una regla anotada, comprueba valores cercanos y la confronta con datos que no se usaron para elegirla.
¿Qué debe enseñar un backtest de break-even en cTrader?
Debe enseñar la condición de activación, la modificación del stop, los supuestos de trigger y fill, los costes y el resultado de referencia sin la regla. Sin esa cadena, no se puede separar una mejora de riesgo de una narración más cómoda.
La conclusión incómoda es simple: el break-even no marca el final del riesgo; marca el punto donde el backtest tiene que enseñar cómo trabaja.