WT_Acorralado Versión: 2.

5 Build 1

NÚMERO MÁXIMO DE ÓRDENES

He eliminado del robot los parámetros [tipoSL_ultimaOrdenCiclo] y [cierreCicloUltimaOrden]

CIERRE DE CICLO POR PROFIT ALCANZADO

Desde hace ya varias versiones existe en el Acorralado una mejora que permite cerrar un
ciclo a partir de la orden X y en caso de que el profit total alcanzado sea mayor o igual al
indicado en el parámetro [valorProfitCierreCiclo] entonces el ciclo se cerrará. Pero en el
parámetro [valorProfitCierreCiclo] hasta ahora solamente se podía definir un valor igual o
mayor a cero. Sois muchos los que me habéis pedido que por favor ese profit no sea
obligatoriamente mayor o igual a cero sino que incluso también pueda ser negativo. Así que
he incluido también esa mejora. A partir de ahora el parámetro [valorProfitCierreCiclo] podrá
ser también negativo. De forma que desde ahora por ejemplo se podrá configurar el robot
para que a partir de por ejemplo la orden 3 el ciclo se cierre si el profit total alcanzado es
mayor o igual a por ejemplo -10.

TRAILING STOP CICLO (TSC)

He añadido esta funcionalidad al robot porque es mucha la gente que me lo ha pedido y
sugerido. Es una funcionalidad bastante interesante. Contiene dos mejoras muy útiles. Sirve
para maximizar las ganancias. Y también para que el bróker (y el mercado) no nos afecte
demasiado a la hora de cerrarse un ciclo ganador con menos ganancias de las esperadas
(en ocasiones incluso con pérdidas).

Una de las mejoras principales de esta esta funcionalidad es que ninguna orden del ciclo
tendrá SL ni TP​. Esto es arriesgado si no estamos nosotros observando de vez en cuando
cómo evoluciona el ciclo abierto. Y por otro lado es una mejora muy buena porque ni el
bróker ni el mercado podrán cerrarnos el ciclo nunca (excepto si tu margen no soporta el
volumen). ¿Y esto qué tiene de bueno? Un problema que tenían todas las versiones
anteriores del acorralado era que si el spread en algún momento era alto, entonces podía
ocurrir que incluso aunque el precio hubiera alcanzado un extremo del ciclo haciendo que el
ciclo fuera ganador, aún así podía ser que el ciclo se cerrará con ganancias muy inferiores a
lo esperado (o incluso en pérdidas). Esto es debido a que al haber un alto spread la
distancia entre el bid y el ask es alta y eso hace que las órdenes perdedoras tengan una
pérdida casi igual o mayor que el beneficio de las órdenes ganadoras, incluso en un ciclo
ganador (en el que el precio ha alcanzado el TP de la última orden ejecutada).

Todos estos posibles problemas con el profit de un ciclo se evitan si las órdenes no tienen
SL ni TP, ya que ni el BID ni el ASK podrán alcanzar nunca el SL o TP de ninguna orden y
por tanto nunca el mercado o el bróker podrán cerrar ninguna orden ni tampoco un ciclo.
Es el robot (o nosotros manualmente) quien tiene el control total para cerrar un ciclo.
Con esta mejora ya no es suficiente que el precio alcance uno de los extremos del rango
hedging entre los que el robot acorrala al precio, sino que además también se exige que el
profit total del ciclo sea el deseado, y mientras esto no ocurra, el ciclo seguirá abierto.

Una vez que el precio alcanza uno de los extremos del rango hedging y además se ha
alcanzado el profit deseado, podrá ocurrir una de estas 2 cosas:

1) Si [TSC_ticsTrailingStop] es igual a cero entonces se cierra el ciclo completo

2) Si [TSC_ticsTrailingStop] es mayor que cero entonces se cierran todas las órdenes

del ciclo excepto una única orden ganadora (que es la de mayor lotaje y la última
orden ejecutada del ciclo). A esa orden se le aplica un cierre parcial para compensar
el resto de órdenes y también se le aplica un BreakEven y un TrailingStop de
[TSC_ticsTrailingStop] tics de distancia. Y las ganancias que obtengamos serán
mayores o no dependiendo de hasta donde llegue el precio y la distancia en que el
TrailingStop mantenga el SL de la orden.

Las principales características de esta funcionalidad son​:

● No se permite que estén activas las funcionalidades GPO y TSC a la vez

● El parámetro [TSC_ticsTrailingStop] no puede ser negativo
● En el panel de pantalla se indica si la funcionalidad TSC está o no activa
● Si ya se ejecutó el TSC y queda una sola orden abierta a la que se le aplica el
TrailingStop entonces el robot ignora la funcionalidad de cierre de ciclo por profit
alcanzado. O sea, que ignora los parámetros [numOrdenCierreCicloProfit] y
[valorProfitCierreCiclo]
● Ninguna orden del ciclo lleva SL ni TP (ESTO ES IMPORTANTE)
● El robot ignora el parámetro [stopLoss_Seguridad] porque no existe SL ni TP
● El robot dibuja los extremos del rango hedging en el gráfico como 2 líneas
discontinuas, una de color verde y la otra de color roja.
● Si el precio alcanza un extremo del rango hedging y el ciclo es perdedor, entonces el
robot cierra el ciclo completo para evitar más pérdidas.