¿Cómo debo incluir el bid-ask como un costo de transacción en un backtest?

Question

Tengo dos backtesting algoritmos:

1. Uno que usa los precios de oferta y demanda para la generación de la señal. Por ejemplo: Comprar cuando $preguntar < threshold_1 $ y vender cuando $oferta > threshold_2$. Precios de oferta y demanda se calculan a partir del precio de cierre con un 20 puntos básicos de la propagación.
2. Uno que utiliza los precios de cierre para la generación de la señal. Por ejemplo: Comprar cuando $precio < threshold_1$ y vender cuando $precio > threshold_2$. El 20 de base-puntos bid-ask es tomado como un costo de la transacción y se resta del P&L.

Las dos alternativas me dan resultados diferentes. Supongo que la primera backtesting algoritmo es más cercana a la realidad, pero la segunda (es decir, considerando el bid-ask como un costo de transacción) es común en la literatura.

¿Cuál es la justificación de considerar el bid-ask como un costo de transacción y cual de las dos alternativas debo usar?

PS: yo estoy de backtesting promedio de revertir par-estrategia de negociación de líquido de los Etf.

Answer 1

Otras respuestas todos dan consejos útiles, pero ninguno en realidad la respuesta a su pregunta, así que voy a tratar.

En primer lugar, de backtesting se basa en una estrecha es razonable sólo como una pobre primera aproximación, y antes de cometer graves capital recomiendo la recogida de unos datos de alta frecuencia. Habiendo dicho que, en realidad, es bastante común para investigar ideas rápidamente, utilizando el precio de cierre de los datos, y lo que se sugiere no es irrazonable.

Las diferencias entre las dos estrategias de mencionar que en realidad tiene poco que ver con la transacción o costos de liquidez. Más bien, especialmente teniendo en cuenta la forma mecánica en la que se construyen los precios bid/ask, la diferencia será principalmente impulsado por el aumento de la diferencia entre los dos umbrales para comprar y vender. En última instancia, no importa si usted se considera a sí mismo para estar siempre a la compra en el "pedir" y la venta en la "oferta", o si usted ajustar los umbrales y agregar el bid-ask spread al final. Es más importante comprender exactamente lo que está suponiendo para que pueda reproducir con la mayor fidelidad posible en operaciones de trading en vivo.

Para su INFORMACIÓN, la forma en que usted ha establecido su estrategia también aparece propensos a look-ahead sesgo. Tenga en cuenta que usted no sabe el precio de cierre hasta después del cierre, por la que el tiempo es demasiado tarde para decidir si usted está comprando o vendiendo. Este es un problema para cualquiera de las dos estrategias propuestas. Tenga cuidado de no usar nunca el mismo punto de datos para la generación de la señal y de ejecución. Cuando se trabaja con cierre diario de datos, en la práctica común es ejecutar en el día siguiente del cierre. Este es un muy duro obstáculo a superar, aunque, y es otra razón para invertir en datos de alta frecuencia.

Answer 2

Hemos discutido la validez de la utilización de bid-ask spreads de los costes de transacción en este post.

Esencialmente el bid-ask spread representa el costo de la liquidez que puede ser visto sólo como parte de la transacción costo que tendrá que pagar en operaciones de trading en vivo.

Hay un montón de cosas a considerar si desea incluir el costo de transacción en el backtest. El principal factor que no se incluyen en el modelo es simplemente el pago de la transacción en la que el corredor va a cobrar. Otro aspecto que puede volverte loco es el deslizamiento (ver el post mencionado anteriormente) que es muy difícil de modelar. Y eso es sólo el comienzo, a continuación, puede agregar el impacto en el mercado, errores en el sistema de ejecución, y así sucesivamente...

En general, los problemas que surgen en el comercio de vivir se agrupan en la implementación de déficit en el concepto. Creo que usted nunca será capaz de tomar todo en consideración durante el backtest y siempre se debe esperar que las cosas pueden ir mal cuando estás vivo. Podría decirse, que es parte de la belleza de la negociación.

Answer 3

El bid/offer spread es de carácter informativo sobre un estrecho rango de transacción tamaños, es decir, la cita de profundidad. E. g. si vemos una oferta/oferta de 99/101 con cantidades de 1000/1500 acciones, respectivamente, sabemos que haciendo un comercial para vender hasta 1000 participaciones de obtener una ejecución de 99 y hacer un comercio a comprar hasta 1500 va a obtener la ejecución de 101.

Pero las operaciones que se quieran incluir muchos valores mucho más allá de este rango estrecho (de -1000 a +1500).

Electrónicos modernos, los mercados muestran el pedido completo libro que es toda una nueva perspectiva en la liquidez. Dada la buena datafrom un moderno electrónico de exchange, puede simular la ejecución obtenida por una sola orden de mercado. Este es un nuevo mundo en términos de la observabilidad de los costos de transacción.

Ver http://ajayshahblog.blogspot.in/2012/05/costs-in-buying-versus-costs-in-selling.html

Answer 4

De la OMI, sólo hay una respuesta satisfactoria a su pregunta. Usted debe medir el coste total real de la aplicación. Difundir, deslizamiento, comish. Prueba de lo que el comercio/comercio lo prueba.