La auditoría de sistemas de trading (I)

7 de mayo, 2013 7
Experto en trading con sistemas automáticos. Operando con ellos desde 2000 y a tiempo completo desde 2008. Fundador del blog:... [+ info]
Experto en trading con sistemas automáticos. Operando... [+ info]

En esta primera parte de una serie de dos entradas pretendo despejar de una vez todas las dudas que surgen a los operadores de sistemas de trading cuando las cosas van mal. En general se duda de todo, pero principalmente se tiene una sensación de engaño que es difícilmente rebatible. Una cuestión de fe, y ya saben que la fe no es discutible.

La duda más frecuente con muchísima diferencia es la del fallo en la construcción del sistema. El operador “ve” que el sistema “deja de funcionar” apenas ponerlo a operar cuentas reales. Esto normalmente lleva de manera inmediata a la pérdida de la confianza.

Vamos a ver aquí el papel que juega el auditor o tracker de los sistemas y cómo esto nos puede ayudar a despejar estas dudas. Veamos primero unas definiciones necesarias.

Operación de backtest: Es una operación que no ha sido ejecutada en mercado. El desarrollador la reporta sin concurso de nadie más. Con su mejor criterio calcula los precios de entrada y salida, computa los costes que le afectan y por tanto tiene un resultado teórico.

Operación auditada: Es una operación que no ha sido ejecutada en mercadoEl cálculo de los precios de ejecución teóricos lo realiza un tercero independiente al desarrollador. El tercero, auditor o tracker, calcula los precios según los mejores parámetros de operaciones semejantes de otros sistemas comparables. El auditor computa los costes según su mejor criterio. El desarrollador no interviene en absoluto en el cálculo del resultado que nuevamente es teórico.

Operación real: Es una operación que se ha ejecutado en mercado. El cálculo del resultado contempla precios reales y costes reales de operación. Cuando la operación se ha ejecutado en más de una cuenta, el auditor promedia las ejecuciones de todas ellas.

De la lectura de las definiciones anteriores se pueden sacar algunas conclusiones evidentes y otras no tanto que quizá puedan resultar controvertidas.

  • El desarrollador tiene en su mano calcular las estadísticas de los sistemas durante el periodo de backtest. De un modo u otro puede influir decisivamente en este histórico. No voy a profundizar ahora en esto, pero baste decir que el desarrollador puede “construir” las estadísticas de un sistema en este periodo incluso cuando el sistema esté siendo auditado. Precisamente hasta el momento en que el sistema comienza a ser auditado.
  • El desarrollador no puede influir en los datos que salen de utilizar operaciones auditadas o reales.
  • Es claro que la intervención del tracker o auditor, garantiza que las operaciones que se usan para calcular las estadísticas del sistema son fiables.
  • Una operación auditada tiene como mínimo la misma validez que una operación real si no más.

Entiendo que el último punto pueda resultar controvertido así que paso a explicarme antes de que me quemen en la hoguera. Sonrisa Hay dos factores que diferencian una operación real de una auditada, a saber:

  1. Por un lado los costes operativos. Son las comisiones y los deslizamientos. El deslizamiento (slippage en inglés) es la diferencia entre el precio teórico de ejecución y el precio real. No es objeto de este post explicar el motivo por el que existen los deslizamientos así que les pido un voto de confianza (aunque más adelante profundizaré un poco en este punto). Los deslizamientos existen y hay que contemplarlos si se quiere aproximar el resultado teórico de una operación a la realidad previsible. Las comisiones son los costes que tenemos que pagar por ejecutar una operación en mercado (compraventa, canon, etc). Son conocidos a priori y transparentes.
  2. La operación real no siempre es el mejor reflejo de lo que podíamos haber obtenido en nuestra cuenta. En muchas ocasiones (más de las que nos gusta admitir) ocurren cosas que afectan a la operativa real de un sistema. Desde errores en la ejecución hasta intervenciones manuales del operador conectando o desconectando un sistema. Imaginen un sistema que está siendo auditado en unas pocas cuentas reales. El sistema abre una operación ganadora y uno de los operadores decide apagar el sistema (y por tanto cerrar la operación) cuando va ganando 1.000€ El mercado sigue a favor y otras 2 cuentas acaban ganando 2.000€ por contrato. Un auditor profesional promediará las operaciones de los 3 sistemas dando una ganancia promedio de 1.667€ (5.000€ / 3 cuentas) que es muy inferior a 2.000€ que es lo que se podría haber obtenido. Este es únicamente un ejemplo que igualmente se podría extrapolar a otro tipo de intervenciones en la operativa real.

De tal manera que podemos concluir que si los costes operativos (deslizamientos y comisiones) están correctamente estimados, una operación auditada puede reflejar incluso mejor que una operación real lo que el sistema puede dar como resultado. Naturalmente, cuantas más operaciones reales haya para una misma operación teórica pues mejor y menos cierto será esto que acabo de explicar.

Respecto a las comisiones, nada que opinar, se ponen las que apliquen y andando, no hay ningún misterio. Veamos que ocurre con los deslizamientos.

El deslizamiento depende de muchos factores y, lamentablemente, no se puede conocer a priori. Puede que un mismo sistema obtenga un deslizamiento por la mañana y otro muy distinto por la tarde. Ocurre incluso que una cuenta tenga un deslizamiento y otra tenga otro distinto para la misma operación. Son números extraordinariamente variables y que además pueden afectar de manera muy notable a la rentabilidad a corto plazo. De tal manera que el auditor (o en su caso el desarrollador con las operaciones de backtest) tiene un reto muy importante ya que si están subestimados o sobreestimados puede convertir en rentable un sistema que no lo es o al contrario.

En el próximo capítulo veremos como se puede conseguir estimar muy razonablemente los deslizamientos para que los costes operativos promedio reflejen con bastante exactitud lo que se puede obtener del sistema. Confío en que tras su lectura queden despejadas todas las dudas sobre la forma de proceder para asegurarnos de que el sistema que vamos a operar ha dado en el pasado, los resultados que nos han vendido y lo ha hecho de manera honesta y seria.

Hasta entonces (que será en breve) tienen ustedes tiempo de digerir todo este contenido y discutir lo que consideren oportuno.

Saludos y suerte en el trading.

Usuarios a los que les gusta este artículo:

Este artículo tiene 7 comentarios
antiguo usuario
Hola Horacio, gracias por el artículo y bienvenido a Inbestia.

Estoy deseando aprender más sobre sistemas automáticos.

Un saludo!
07/05/2013 12:53
antiguo usuario
Te sigo desde hace años y eres una gran aportación a este espacio.

Un saludo y buenas TARDES
07/05/2013 16:48
Hola Horacio, gracias por el artículo.
Tienes otro seguidor.
Como en tu perfil no pone nada y has escrito este artículo: ¿te dedicas a sistemas de trading?
No es obligatorio contestar :) pero te haría más preguntas.
¡Saludos!
07/05/2013 17:54
Hola Lluis,

Si si, muchísimas gracias por seguirme. Tienes razón que en el perfil pone poco. Realmente me he dado de alta hoy y lo tengo pendiente de rellenar. Mientras puedes consultar mi blog (que está en el perfil) donde hay más cositas de estas: www.tradingconsistemas.com

Efectivamente me dedico a esto, si.

Un saludo y me alegro de conocerte!
07/05/2013 17:57
Escriba un nuevo comentario

Identifíquese ó regístrese para comentar el artículo.

Síguenos en:

Únete a inBestia para seguir a tus autores favoritos