Un stop loss se dibuja en precio, pero la cuenta soporta dinero. Por eso un PipValue que queda congelado al iniciar un cBot merece más atención de la que recibe en muchos backtests largos.
No es una acusación contra cTrader ni una promesa de que el resultado vaya a desviarse. Es una pregunta de auditoría: ¿la cifra de riesgo que acompañó a cada orden sigue representando su exposición monetaria bajo las condiciones registradas?
El importe de riesgo no viaja solo
Llamamos deriva de valor del pip a la distancia entre el riesgo en efectivo que pretende el sizing y lo que pueden representar el volumen final y el stop en otro momento del recorrido. La señal puede ser idéntica. La exposición de la cuenta no tiene por qué serlo.
La referencia oficial de cTrader para Symbol.PipValue dice que el valor monetario de un pip se obtiene cuando empieza el cBot y no se actualiza en tiempo real. Esa misma documentación ilustra una fórmula de volumen que usa balance, distancia del stop y PipValue.
El dato no es incorrecto por ser estático. El problema empieza cuando un informe lo trata como si fuese una conversión monetaria que se refresca en cada trade.
Qué deja fuera un cálculo proporcional
Un método proporcional intenta convertir un porcentaje de balance o equity y un stop loss en volumen. Es una intención de riesgo, no una factura cerrada de la operación.
cTrader lo advierte en la documentación de VolumeForProportionalRisk: el volumen resultante puede ser impreciso porque el riesgo exacto depende del movimiento del mercado y no se puede predecir. Conviene tomar esa frase literalmente. Ningún cálculo previo conoce un hueco de precio o el cierre final.
| Registro | Pregunta que sí responde | Pregunta que deja abierta |
|---|---|---|
| Riesgo objetivo | Qué cantidad intentó asignar la regla | Cuánto acabaría perdiendo el trade |
PipValue de inicio | Qué valor monetario tenía disponible el código | Si ese valor se refrescó durante el run |
| Volumen y stop enviados | Qué exposición pidió el cBot | Cómo llenaría una cuenta real la salida |
| Resultado realizado | Qué ocurrió en ese tramo histórico | Qué ocurrirá en el siguiente mercado |
Una prueba que deja claro el desajuste
No hace falta convertir un backtest entero en un proyecto académico. Basta con seleccionar casos que permitan contrastar la etiqueta de riesgo con la orden real.
Primero, guarda al comienzo el símbolo, la divisa de la cuenta, PipValue, el método de sizing, el importe objetivo y el incremento de volumen. Añade el build de cTrader y el servidor o broker. Si estos datos desaparecen, el resultado no se puede revisar después.
Después, escoge trades del inicio, de la mitad y del final del periodo. Para cada uno conserva el volumen solicitado, el aceptado, la distancia del stop, el riesgo declarado y el resultado bruto cuando el stop se ejecutó. Un cierre anticipado enseña algo sobre la ruta de órdenes, aunque no mida el riesgo completo del stop.
Por último, reconstruye fuera del cBot la exposición monetaria del volumen final usando el contrato fechado del símbolo y la conversión histórica que corresponda. No reutilices la función que está bajo examen. Si el cálculo externo se separa de lo declarado, comunica ese margen o limita la afirmación; retocar el resultado para que quede bonito no arregla el supuesto.
No confundas esto con un error de ejecución
La deriva de PipValue no sustituye una revisión de spread, comisión, slippage o validez de la orden. Son mecanismos distintos y conviene conservarlos separados para saber qué cambió el resultado.
Tampoco prueba que un stop vaya a cerrar por el importe planeado. Un mercado rápido o un salto de precio pueden mover la salida. Aquí la cuestión es más modesta: si el sizing del backtest representaba de forma honesta el riesgo bajo las condiciones históricas que se guardaron.
La diferencia importa en una prop firm. El modelo de fondeo sitúa la curva de equity junto a las restricciones de la cuenta, y la metodología publicada deja visibles los supuestos de datos, ejecución y costes. El importe de riesgo debe pertenecer a esa cadena de evidencia.
De la cifra teórica al historial verificable
realbacktesting es un estudio de software de trading para cTrader que trabaja con pruebas inspeccionables y reproducibles. Un resultado publicado no pretende reemplazar una operativa real; permite que el trader reproduzca la prueba en su propio cTrader y cuestione los supuestos que formaron cada orden.
Esta revisión encaja con la forma de probar un cBot después de cambios en el símbolo. Si cambian las condiciones del contrato, puede cambiar también la relación entre una distancia de precio y su consecuencia monetaria. No basta con que la curva conserve su aspecto.
Preguntas que conviene hacer
¿cTrader actualiza PipValue mientras el cBot está activo?
La referencia actual de Symbol dice que PipValue corresponde al momento de inicio del cBot y no se actualiza en tiempo real. Antes de dar por sentado otro comportamiento, consulta la documentación vigente y comprueba el build instalado.
¿Un PipValue fijo invalida un backtest?
No. Señala un supuesto de sizing que hay que medir. El backtest sigue siendo útil si el supuesto queda registrado, se contrastan trades seleccionados y no se presenta el riesgo monetario como una precisión garantizada.
¿El sizing proporcional asegura la pérdida final?
No. La documentación de cTrader advierte que el volumen para riesgo proporcional puede ser impreciso porque el riesgo exacto depende del movimiento del mercado. El stop loss y el volumen calculado controlan una hipótesis; no garantizan un importe de salida.
¿Qué evidencias debo guardar en una prueba prop?
Guarda divisa de cuenta, contrato del símbolo, build de cTrader, PipValue inicial, volumen solicitado y aceptado, distancia del stop y la reconstrucción independiente de los trades elegidos. Así la afirmación de riesgo se puede revisar sin confiar en la memoria.
Veredicto
Si el importe monetario decide si la cuenta sobrevive, el backtest debe demostrar lo que cada orden podía perder, no solo lo que el cBot calculó al arrancar.