Diablo - página 13
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Por dos razones:
1) No se pueden colocar órdenes a partir de un determinado nivel (resistencia, soporte, Fibonacci, Rabbit...)
2) Hay decenas de pedidos, y no se hacen al instante. Durante este tiempo el Ask puede desplazarse del valor inicial, lo que mueve imprevisiblemente los lugares de colocación de las órdenes y sus Take Profit y Stop Loss. Esto permitirá al centro de negociación abrir órdenes en niveles no por un par, sino "tirar" de órdenes separadas, sin captar la segunda orden del par, y luego llevarlas a pérdidas, lo que arruinará todo el sistema.
Voy a probarlo ahora: ))))
Diablo v09.02.12 (Versión Inmortal)
Se colocan órdenes de dos tipos a cierta distancia del precio en intervalos iguales: órdenes rectas (Buy Stop arriba del precio y Sell Stop abajo del precio) y órdenes invertidas (Sell Limit arriba del precio y Buy Limit abajo del precio). Las órdenes Buy Stop y Sell Limit se colocan en los mismos niveles (en pares), así como las órdenes Sell Stop y Buy Limit.
Todas las órdenes tienen el mismo volumen y Stop Loss igual al paso entre las órdenes.
Las órdenes directas (Buy Stop y Sell Stop) no tienen Take Profit. Las órdenes invertidas (Sell Limit y Buy Limit) tienen un Take Profit que aumenta aritméticamente: la primera orden (la más cercana al precio) tiene un paso entre las órdenes, la segunda (un poco más lejana) tiene tres pasos, la tercera tiene cinco pasos y así sucesivamente.
Un script para hacer pedidos:
El sistema es completamente indestructible. Si se deja, al final siempre se cierra con beneficio o a cero.
Muy buena es la tendencia sin retroceso en el tamaño del paso - el beneficio aumenta como una bola de nieve, lo que permite recoger un movimiento de precios varias veces. En el plano el beneficio es moderado o va a cero. La variante más lenta es el patrón "dragón", cuando el precio se mueve en una dirección, pero retrocede de cada nivel un paso, y luego va más allá. En este caso, sólo tardará un poco más en alcanzar el beneficio o el cero.
Por lo tanto, calcule el paso entre los niveles para colocar las órdenes de manera que el precio no toque los niveles ya superados por las minicorrecciones.
Elesquema puede dejarse sin control mientras el precio no supere los niveles en los que se colocan las órdenes. Otra variante es seguir el Diablo y cerrarlo cuando se alcance algún beneficio (por ejemplo, el tamaño de un paso) con la posterior reordenación de las órdenes de nuevo, o simplemente cerrarlo una vez con un beneficio.
Lo he puesto en el probador, y pierde más a menudo de lo que recoge. Todo depende de la trayectoria de los precios. Es decir, todo se reduce de nuevo a "predicciones").
¿Con qué has probado y cómo sales de las operaciones? Esto es importante aquí....
¿Con qué has probado y cómo sales de las operaciones? Esto es importante aquí....
Simplemente hice el código como un búho y lo ejecuté visualmente desde varias fechas diferentes.
El resultado, como ya he dicho, es una estabilidad menor.
El autor debe tener en mente varios escenarios definidos de movimiento de precios al componer la parrilla, pero de hecho hay muchas variantes y es imposible dar cuenta de todas ellas incluso si reconstruimos la parrilla después del precio.
En fin, otro "perpetuum")
Por cierto, los 2 primeros niveles (más cercanos al precio) no sirven para nada. Si ambos se activan a la vez, sólo consumen 4 diferenciales.
Por ello, pueden situarse al menos a una distancia mínima entre ellos, ya que de lo contrario el precio se pasea sin más por estos dos niveles sin obtener ningún beneficio.
Además, estamos pidiendo cerrar estos pares usando CloseBy. Sería un ahorro de 1 diferencial en cada uno.
Pero lo sería si toda la idea funcionara por supuesto, pero no vale la pena perder el tiempo IMHO.