Backtesting

Redondear volumen en cTrader: el riesgo real

El redondeo de volumen puede separar el riesgo calculado del riesgo real en un backtest de cTrader. Registra la orden ejecutable, no solo el objetivo.

Tu fórmula puede reservar 1% de riesgo y aun así la orden terminar con otra exposición. El salto ocurre entre el cálculo del volumen y la cantidad que el símbolo permite enviar a cTrader.

No es un detalle de presentación. En una cuenta pequeña, con un stop amplio o con un símbolo de escalones grandes, esa diferencia se repite justo en los trades donde el sizing debería proteger más la cuenta. Un backtest serio muestra el volumen que habría salido al mercado.

El dato que falta en muchas curvas de equity

Para evaluar el sizing no basta con guardar el importe deseado. Guarda también el volumen ejecutable y el riesgo que resulta de él. Esa pareja permite comprobar si la regla declarada se mantuvo en cada operación, incluidos los casos incómodos.

La documentación oficial de cTrader publica para cada símbolo el volumen mínimo, máximo y el paso de volumen. También define NormalizeVolumeInUnits como el método que redondea el volumen a una cantidad apta para negociar. En la misma referencia de la API Symbol de cTrader aparecen las conversiones entre lotes y unidades de la divisa base.

El símbolo fija un escalón, no tu fórmula

Con un stop fijo y una hipótesis fija de pérdida por unidad, la proporción es directa: riesgo real entre riesgo objetivo equivale a volumen ejecutable entre volumen deseado. Es una derivación para ese supuesto, no una licencia para ignorar la especificación del símbolo ni los métodos de riesgo de la plataforma.

Imagina que el cálculo pide 12,600 unidades y el paso permitido es 1,000 unidades. Hacia abajo quedan 12,000 unidades; hacia arriba, 13,000 unidades. Las dos órdenes son distintas de la que originó el cálculo. Por eso el modo de redondeo debe formar parte de la definición de la estrategia, no ser un comportamiento oculto del código.

Redondear hacia abajo no resuelve todo por ser prudente. Reduce la exposición de ese trade, pero una secuencia de órdenes recortadas puede modificar la distribución que sostuvo la expectativa del sistema. Redondear hacia arriba exige aún más disciplina: si supera el presupuesto de riesgo, el exceso tiene que entrar en el registro de pérdida diaria y de exposición conjunta.

Cuando el mínimo obliga a elegir

El verdadero borde aparece si el volumen bruto queda por debajo del mínimo. Si el modelo solicita 200 unidades y el símbolo solo admite desde 1,000 unidades, abrir el mínimo supone 5 veces el volumen planeado bajo la misma hipótesis de riesgo por unidad.

Ahí no existe una respuesta universal. Puedes descartar la operación y dejar constancia de que la cuenta no podía expresar ese tamaño. O puedes permitir el mínimo y tratarlo como una excepción medible a la regla. Lo que no puedes hacer es elevar la orden en silencio y conservar en el informe el riesgo original.

Esta decisión enlaza directamente con el backtest del lote mínimo. Si además cambian las condiciones del símbolo, vuelve a ejecutar un test del cBot antes de comparar curvas como si el entorno fuese el mismo.

Convierte el sizing en una prueba de contrato

cTrader incluye AmountRisked y funciones de riesgo fijo en esa misma API. Úsalas para contrastar el importe ligado al volumen normalizado y al stop. Convertir a lotes y volver no demuestra por sí solo que el riesgo monetario haya quedado intacto.

El registro mínimo por intento de entrada puede seguir esta lógica:

raw_volume = presupuesto_de_riesgo / perdida_estimada_por_unidad
executable_volume = normalizar(raw_volume, modo_de_redondeo_elegido)

si executable_volume es menor que el minimo_del_simbolo:
    registrar_salto_o_excepcion()
si_no:
    actual_risk = importe_de_riesgo_de_plataforma(executable_volume, distancia_de_stop)
    registrar(raw_volume, executable_volume, actual_risk, modo_de_redondeo)

Después busca las diferencias más grandes, tanto por exceso como por defecto. Si aparecen siempre en el mismo instrumento, saldo o distancia de stop, el problema no está repartido de forma inocua: es una condición concreta del sistema que el backtest debe revelar.

La misma cadena de evidencia sirve para el desfase del valor del pip en backtests de cTrader. La metodología publicada y el modelo de fondeo sitúan los datos, la ejecución y las restricciones de cuenta junto al resultado. Ninguna convierte un backtest en historial real ni garantiza el próximo resultado.

Preguntas frecuentes

¿cTrader convierte cualquier tamaño calculado en una orden válida?

cTrader ofrece límites de volumen por símbolo y una función de normalización, pero el cBot debe decidir qué hacer con el redondeo y con un tamaño inferior al mínimo. El backtest tiene que conservar esa decisión y medir su efecto.

¿Redondear hacia abajo siempre mejora un backtest de prop firm?

Reduce el tamaño de esa orden bajo la misma hipótesis de riesgo por unidad. No garantiza que el sistema completo conserve la misma exposición realizada; la simulación debe aplicar exactamente esa regla en toda la muestra.

¿Conviene abrir el volumen mínimo cuando el cálculo queda por debajo?

No como automatismo. El mínimo cambia la regla de sizing. Define si el trade se omite o si se acepta como excepción registrada, y evalúa el riesgo real de la orden resultante.

La idea que no conviene negociar es esta: cuando el volumen se redondea después del cálculo de riesgo, tu backtest tiene que defender la orden redondeada, no la intención inicial.

Publicado Sep 08, 2026 · realbacktesting · Contenido educativo y comentario de mercado — no es asesoramiento financiero. El trading conlleva riesgo; los resultados pasados no garantizan resultados futuros.