Estratégias de negociação

Mais um passo.

Complete a verificação de segurança para acessar o código comercial.

Por que eu tenho que completar um CAPTCHA?

Concluir o CAPTCHA prova que você é humano e dá acesso temporário à propriedade da web.

O que posso fazer para evitar isso no futuro?

Se você estiver em uma conexão pessoal, como em casa, você pode executar uma verificação antivírus em seu dispositivo para se certificar de que não está infectado com malware.

Se você estiver em um escritório ou rede compartilhada, você pode pedir ao administrador da rede para executar uma varredura na rede procurando dispositivos mal configurados ou infectados.

Cloudflare Ray ID: 3dc4f7f0d5f28e6d & bull; Seu IP: 78.109.24.111 & bull; Performance & amp; segurança por Cloudflare.

Borda de opções binárias.

Exibição de Negociação: 5 Min Easy Pie strategy.

Like This Ao contrário de Un0 02 Nov 2018.

Então eu descobri recentemente isso no youtube e modificá-lo um pouco mais com outros indicadores.

Primeiro crédito aos criadores desses indicadores, Vdud, RS e CM.

Use o meu link de modelo.

Assista o rápido ema 4 vezes para amarelo.

Então espere outros dois emas para se tornar verde.

Leve 5 minutos CHAMAR imediatamente.

Observe o rápido ema 4 para ficar preto.

Então espere que outros dois emas fiquem vermelhos.

Leve 5 minutos de venda imediatamente.

Não funciona bem em mercados variados.

Procura linhas S / R e linhas OB / OS para prever inversões. Mantenha-se fora das reversões e aguarde a tendência de recomeçar.

Siga estas regras para um T e você será lucrativo.

Arquivos anexados.

Capture. JPG 100.89KB 42 downloads.

Like This Ao contrário de Alfred 02 de novembro de 2018.

Excelente trabalho, eu gosto do fato de você continuar com excelentes estratégias de exibição comercial, isso é realmente útil para alguns de nós que não podem usar o MT4 enquanto trabalham.

Como este, ao contrário de Brando 02 de novembro de 2018.

Mas seria bom também se isso fosse um indicador mt4 é possível fazer isso para o mt4.

Like This Ao contrário de wertman 02 de novembro de 2018.

Oi pessoal, alguém tem essas indies para o MT4? Brando se você encontrar alguém, você pode me matar um PM? Obrigado.

Like This Ao contrário de Un0 02 Nov 2018.

Excelente trabalho, eu gosto do fato de você continuar com excelentes estratégias de exibição comercial, isso é realmente útil para alguns de nós que não podem usar o MT4 enquanto trabalham.

Conte-me sobre isso. Também gosto do fato de que não há atraso na exibição de negociação.

Mas seria bom também se isso fosse um indicador mt4 é possível fazer isso para o mt4.

Man MT4 tem indicadores de bazillion, tenho certeza de que existem várias estratégias EMA para MT4.

Como este, ao contrário de bazza228 02 de novembro de 2018.

Like This Ao contrário de Un0 02 Nov 2018.

Parece bom e eu uso o tradeview em movimento, qual é o seu percentual de itm até à data, por quanto tempo você usou.

Acabei de usá-lo hoje e obteve alguns resultados decentes.

Ignore o High / Low que é outra estratégia. O curto prazo hoje tem sido principalmente o ITM. Então eu comecei a experimentar e foi a merda, então fique com as regras e vai funcionar.

para uma boa conta demo use demo. ayrex Não é necessária nenhuma conta.

Arquivos anexados.

Capture. JPG 39.77KB 15 downloads.

Como este, ao contrário de bazza228 02 de novembro de 2018.

Como este, ao contrário de bazza228 02 de novembro de 2018.

Like This Ao contrário de Un0 02 Nov 2018.

Qual é a razão para ter a outra contagem de 2 velas de tela e a distância é para confirmações adicionais, uso cm multi timeframe stoch e quando se torna um ponto vermelho ou um ponto verde eu faço o comércio por 5 minutos de expiração.

Qual é a razão para ter a outra contagem de 2 velas de tela e a distância é para confirmações adicionais, uso cm multi timeframe stoch e quando se torna um ponto vermelho ou um ponto verde eu faço o comércio por 5 minutos de expiração.

Você pode enviar um link ou captura de tela do indicador ao qual você está se referindo?

Como este, ao contrário de BillyKay 02 de novembro de 2018.

Provavelmente é esse MA.

Mude valores e cores para se adequar.

Arquivos anexados.

MA BK3.ex4 12.23KB 104 downloads MA BK3.mq4 4.19KB 102 downloads.

Like This Ao contrário de rob1 03 Nov 2018.

quais valores são os 3 ma?

Como este, ao contrário do tiap 03 de novembro de 2018.

ótimo sistema ... testando e achando que 3min expiries melhor para mim ... até agora 4itm na demo.

Like This Ao contrário de rob1 03 Nov 2018.

Alguém pode me dizer quais são os 3 ma?

Como este, ao contrário de Leon 03 de novembro de 2018.

Obrigado por compartilhar. Sistema simples e é o que precisamos.

Como este, ao contrário do nienio 03 de novembro de 2018.

Existem 4,5 e 8 EMA's.

Like This Ao contrário de Un0 03 de novembro de 2018.

Eu mudei para 3, 5 e 8 emas. O ema rapidamente é apenas um indicador inicial, o 5 e o 8 são o que precisa ser sincronizado.

Agora apresentando o ITM Cherry Booster para esta torta.

Para minimizar OTMs, quando o Fast EMA 3 muda de cor, verifique rapidamente o gráfico de 15 e 30 min para ver a cor da vela. Se não estiver em direção ao comércio pretendido NÃO COMERCIALIZAR.

O Fast ema muda para Amarelo e 5 e 8 são verdes, mas as velas de 15 e 30 min são VERMELHAS, não trocam. Mesmo quando o Fast ema muda para preto, mas 5 e 8 emas são vermelhos, MAS 15 e 30 min de vela são VERDES NÃO trocam.

Além disso, uma vez que você se sente confortável, observe o OB / OS e as regiões, ele irá dizer quando o preço irá mudar de direção.

Outro bom indicador é a contagem de velas. Tenho notado quando o preço está em uma atração para trás, aguarde 2 velas na direção da tendência do contador e, em seguida, o preço tende a voltar para a tendência principal.

modelo aprimorado. Eu adicionei um novo indicador para mostrar setas de OB / OS no gráfico de preços em si.

Como este, ao contrário de Leon 03 de novembro de 2018.

Estratégia interessante, mas é uma luta para analisar nessa plataforma e atualizar uma estratégia atual se você mudar isso? Tive que recarregá-lo em um nome diferente.

Preciso fazer uma leitura, eu acho.

Like This Ao contrário de Un0 03 de novembro de 2018.

Estratégia interessante, mas é uma luta para analisar nessa plataforma e atualizar uma estratégia atual se você mudar isso? Tive que recarregá-lo em um nome diferente.

Preciso fazer uma leitura, eu acho.

O sim, você precisa salvá-lo em sua conta.

Ainda é simples, siga o EMA, mas antes de fazer um movimento pop no gráfico de 15 e 30 min para garantir que o seu comércio pretendido esteja em linha com a vela de quadro mais alto.

Like This Ao contrário de Un0 03 de novembro de 2018.

Então, só conseguiu fazer duas negociações hoje e observou as velas de 15 min e 30 min, além de seguir o EMA rápido no gráfico de 1 min.

Estratégias.

Uma estratégia é um estudo que pode enviar, modificar e cancelar pedidos (para comprar / vender). As estratégias permitem que você execute backtesting (emulação de negociação de estratégia em dados históricos) e forwardtesting (emulação de negociação de estratégia em dados em tempo real) de acordo com seus algoritmos pré-modificados.

Uma estratégia escrita no idioma Pine Script tem todas as mesmas capacidades que um indicador Pine. Quando você escreve um código de estratégia, ele deve começar com a palavra-chave "estratégia", não "estudar". Estratégias não apenas traçam algo, mas também colocam, modificam e cancelam pedidos. Eles têm acesso a informações de desempenho de estratégia essenciais através de palavras-chave específicas. A mesma informação está disponível para você na guia "Strategy Tester". Uma vez que uma estratégia é calculada em dados históricos, você pode ver enchimentos de ordem hipotéticos.

Um exemplo de estratégia simples.

Assim que o script for compilado e aplicado a um gráfico, você pode ver marcas de pedidos preenchidas e como seu saldo estava mudando durante o teste de retorno (curva de equidade). É uma estratégia mais simples que compra e vende em cada barra.

A estratégia de primeira linha ("teste") indica que o código pertence ao tipo de estratégia e seu nome é "teste". strategy. entry () é um comando para enviar pedidos "comprar" e "vender". plot (strategy. equity) traça a curva de equidade.

Como aplicar uma estratégia ao gráfico.

Para testar sua estratégia, aplique-a para o gráfico. Use o símbolo e os intervalos de tempo que deseja testar. Você pode usar uma estratégia interna dos "Indicadores & amp; Stratedies ", ou escreva o seu próprio no Pine Editor.

Nota: Ao usar tipos de gráfico não padronizados (Renko, Kagi, Line Break, Ponto e Figura, Heikin Ashi, Gráficos de Distribuição) como base para a estratégia, você precisa perceber que o resultado será diferente. As ordens serão executadas aos preços deste gráfico (por exemplo, para Heikin Ashi, levará os preços Heikin Ashi (os médios) e não os preços reais do mercado). Portanto, recomendamos que você use o tipo de gráfico padrão para estratégias.

Backtesting e forwardtesting.

As estratégias TradingView são calculadas em todos os dados históricos disponíveis no gráfico e continuam o cálculo quando os dados em tempo real chegam.

Tanto durante o cálculo histórico e em tempo real, o código é calculado na barra fecha por padrão.

Se isso for encaminhado, o código calcula em cada tico em tempo real. Para ativar isso, marque a opção "Recalcular em cada toque" nas configurações ou faça-o no próprio script: estratégia (. Calc_on_every_tick = true,.).

Você pode definir a estratégia para executar cálculos adicionais depois de um pedido ser preenchido. Para isso, você precisa marcar "Recalcular após pedido preenchido" nas configurações ou fazê-lo no próprio script: estratégia (..., calc_on_order_fills = true,.).

Emulador de corretores.

Existe um emulador de corretores no TradingView para estratégias de teste. Ao contrário do comércio real, o emulador preenche apenas os preços dos gráficos, por isso um pedido pode ser preenchido somente no próximo teste no teste a seguir e na barra seguinte no backtesting (ou posterior) após a estratégia ser calculada.

Conforme mencionado acima, a estratégia de backtesting é calculada no fechamento do bar. A seguinte lógica é usada para emular preenchimentos de pedidos:

Se o preço de abertura do bar estiver mais próximo do preço mais alto do mesmo bar, o emulador do corretor assume que o preço intrabar estava se movendo desta forma: Abrir → Alto → Baixo → Fechar. Se o preço de abertura do bar estiver mais próximo do preço mais baixo do mesmo bar, o emulador do corretor assume que o preço intrabar estava se movendo desta forma: Abrir → Baixo → Alto → Fechar. O emulador de corretores assume que não havia lacunas dentro da barra, o que significa que todos os preços intrabar estão disponíveis para a execução da ordem. Se a opção "Recalcular On Every Tick" nas propriedades da estratégia estiver ativada (ou a estratégia (. Calc_on_every_tick = true,.) É especificada no script), o código ainda é calculado apenas no fim da barra, seguindo a lógica acima.

Aqui está a estratégia que demonstra como as ordens são preenchidas pelo emulador do corretor:

Este código é calculado uma vez por barra por padrão, em seu fechamento, no entanto, há um cálculo adicional assim que um pedido é preenchido. É por isso que você pode ver 4 ordens preenchidas em cada barra: 2 pedidos em aberto, 1 ordem em alta e 1 ordem em baixo. Isso é uma prova de atraso. Se fosse em tempo real, as ordens seriam executadas em cada novo tiquetaque.

Também é possível emular a fila de pedidos. A configuração é chamada de "Verificar preço para ordens limite" e pode ser encontrada em propriedades de estratégia ou definir no próprio script: estratégia (. Backtest_fill_limits_assumption = X,.). O valor especificado = número de pontos / pips (movimentos de preço mínimo), valor padrão = 0. Uma ordem de limite é preenchida se o preço atual for melhor (maior para ordens de venda, menor para ordens de compra) para o número especificado de pontos / pips. O preço de execução ainda corresponde ao preço da ordem limite.

backtest_fill_limits_assumption = 1. Movimento do preço mínimo = 0,25.

Um pedido de limite de compra é colocado no preço 12,50.

O preço atual é 12,50.

O pedido não pode ser preenchido a preço atual apenas porque backtest_fill_limits_assumption = 1. Para preencher a ordem, o preço deve se tornar 0.25 * 1 menor. A ordem é colocada na fila.

Suponha que o próximo tiquete com preço 12,00. Este preço é 2 pontos mais baixo, o que significa que a condição "backtest_fill_limits_assumption = 1" está satisfeita, portanto, a ordem deve ser preenchida. O pedido é preenchido às 12h50 (preço original do pedido), mesmo que o preço não esteja mais disponível.

Comandos de colocação de pedidos.

Todas as palavras-chave projetadas para estratégias começam com o prefixo "estratégia". Os seguintes comandos são usados ​​para fazer pedidos: strategy. entry, strategy. order e strategy. exit:

strategy. entry - este comando coloca apenas ordens de entrada. É afetado pela configuração piramidal (nas propriedades da estratégia) e pela palavra-chave strategy. risk. allow_entry_in. Se houver uma posição de mercado aberto quando uma ordem de direção oposta for gerada, o número de contratos / partes / lotes / unidades será aumentado pelo número de contratos atualmente abertos (script equivalente: strategy. position_size + quantity). Como resultado, o tamanho da posição de mercado para abrir será igual ao tamanho da ordem, especificado no comando strategy. entry. strategy. order - este comando coloca as ordens de entrada e saída. Não é afetado pela configuração piramidal e pela palavra-chave strategy. risk. allow_entry_in. Ele permite que você crie construções complexas de entrada e saída quando as capacidades da strategy. entry e do strategy. exit não são suficientes. strategy. exit - este comando permite que você saia de uma posição de mercado por meio de uma ordem ou de uma estratégia de pedido de saída múltipla (stop loss, profit target, trailing stop). Todas essas ordens fazem parte do mesmo grupo strategy. oca. reduce. Uma ordem de saída não pode ser colocada se não houver uma posição de mercado aberto ou não haja uma ordem de entrada ativa (uma ordem de saída é vinculada à identificação de uma ordem de entrada). Não é possível sair de uma posição com uma ordem de mercado usando o comando strategy. exit. Para este objetivo, os seguintes comandos devem ser usados: strategy. close ou strategy. close_all. Se o número de contratos / partes / lotes / unidades especificadas para o strategy. exit for inferior ao tamanho da posição aberta atual, a saída será parcial. Não é possível sair da mesma ordem de entrada mais de 1 vez usando a mesma ordem de saída (ID), que permite que você crie estratégias de saída com múltiplos níveis. No caso, quando uma posição de mercado foi formada por várias ordens de entrada (pyramiding habilitado), cada ordem de saída é vinculada a cada ordem de entrada individualmente.

A estratégia acima invoca constantemente a posição de mercado de +4 para -6, para frente e para trás, o que é mostrado por sua trama.

Esta estratégia demonstra o caso, quando a posição do mercado nunca é fechada, porque usa a ordem de saída para fechar a posição do mercado apenas parcialmente e não pode ser usada mais de uma vez. Se você dobrar a linha para sair, a estratégia fechará completamente a posição do mercado.

Este código gera 2 níveis de parênteses (2 pegue ordens de lucro e 2 ordens de perda de parada). Ambos os níveis são ativados ao mesmo tempo: primeiro nível para sair de 2 contratos e o segundo para sair de todo o resto.

As primeiras ordens de lucro e stop loss (nível 1) estão em um grupo OCA. As outras ordens (nível 2) estão em outro grupo OCA. Isso significa que assim que um pedido do nível 1 é preenchido, as ordens do nível 2 não são canceladas, ficam ativas.

Cada comando que faz um pedido possui ID (valor da string) - identificador de pedido exclusivo. Se um pedido com o mesmo ID já estiver colocado (mas ainda não preenchido), o comando atual modifica a ordem existente. Se a modificação não for possível (conversão de compra para venda), a ordem antiga é cancelada, a nova ordem é colocada. strategy. entry e strategy. order funcionam com os mesmos IDs (eles podem modificar a mesma ordem de entrada). strategy. exit funciona com outras IDs de pedido (é possível ter uma ordem de entrada e uma ordem de saída com a mesma ID).

Para cancelar uma ordem específica (por sua ID), o comando strategy. cancel (string id) deve ser usado. Para cancelar todas as ordens pendentes, o comando strategy. cancel_all () deve ser usado. As ordens de estratégia são colocadas assim que suas condições são satisfeitas e o comando é chamado de código. O emulador de corretor não executa as ordens antes do próximo cheque depois que o código foi calculado, enquanto na negociação real com corretor real, um pedido pode ser preenchido mais cedo. Isso significa que, se uma ordem de mercado for gerada no final da barra atual, ela será preenchida na próxima barra aberta.

Se este código é aplicado a um gráfico, todos os pedidos são preenchidos em aberto de cada barra.

As condições para a colocação da ordem (quando, pyramiding, strategy. risk) são verificadas quando o script é calculado. Se todas as condições forem satisfeitas, a ordem será colocada. Se alguma condição não for satisfeita, a ordem não será colocada. É importante cancelar pedidos de preços (ordens limite, parada e parada-limite).

Exemplo (para MSFT 1D):

Mesmo que a pirâmide esteja desativada, essas duas ordens são preenchidas em backtesting, porque quando elas são geradas não há uma posição aberta de mercado longo. Ambas as ordens são colocadas e quando o preço satisfaz a execução da ordem, ambos são executados. Recomenda-se colocar as ordens em 1 grupo OCA por meio de strategy. oca. cancel. neste caso, apenas uma ordem é preenchida e a outra é cancelada. Aqui está o código modificado:

Se, por algum motivo, as condições de colocação de pedidos não forem cumpridas ao executar o comando, a ordem de entrada não será colocada. Por exemplo, se as configurações de pirâmide estiverem configuradas para 2, a posição existente já contém duas entradas e a estratégia tenta colocar uma terceira, ela não será colocada. As condições de entrada são avaliadas no estágio de geração da ordem e não na fase de execução. Portanto, se você enviar duas entradas de tipo de preço com piramide desabilitado, uma vez que uma delas é executada, a outra não será cancelada automaticamente. Para evitar problemas, recomendamos usar grupos OCA-Cancelar para entradas, então, quando uma ordem de entrada é preenchida, os outros são cancelados.

O mesmo é válido para as saídas do tipo de preço - as ordens serão colocadas uma vez que suas condições sejam atendidas (ou seja, é preenchida uma ordem de entrada com o id respectivo).

Se você aplicar este exemplo a um gráfico, você pode ver que a ordem de saída foi preenchida, apesar do fato de ter sido gerado apenas uma vez antes do pedido de entrada a ser fechado. No entanto, a próxima entrada não foi fechada antes do final do cálculo, já que o comando de saída já foi acionado.

Posição de mercado de fechamento.

Apesar de ser possível sair de uma entrada específica no código, quando os pedidos são mostrados na guia Lista de Trades no StrategyTester, todos eles estão vinculados de acordo com a regra FIFO (primeiro dentro, primeiro fora). Se uma ID de pedido de entrada não for especificada para uma ordem de saída no código, a ordem de saída encerra a primeira ordem de entrada que abriu a posição de mercado. Vamos estudar o seguinte exemplo:

O código indicado acima coloca 2 ordens sequencialmente: "Buy1" a preço de mercado e "Buy2" a um preço 10% maior (ordem de parada). O pedido de saída é colocado somente depois que os pedidos de entrada foram preenchidos. Se você aplicar o código a um gráfico, você verá que cada pedido de entrada é fechado pela ordem de saída, embora não especifiquemos a identificação da ordem de entrada para fechar nesta linha: strategy. exit ("bracket", loss = 10, profit = 10, quando = strategy. position_size == 15)

Ele abre 5 contratos de posição longa com a ordem "Buy1". Estende a posição comprada comprando mais 10 contratos com preço 10% maior com a ordem "Buy2". A ordem de saída (strategy. close) para vender 10 contratos (saída de "Buy2") é preenchida.

Se você der uma olhada no enredo, você pode ver esse preço médio de entrada = preço de execução "Buy2" e nossa estratégia fechou exatamente essa ordem de entrada, enquanto na guia TradeList podemos ver que fechou o primeiro pedido "Buy1" e meio do segundo "Buy2". Isso significa que, independentemente da ordem de entrada que você especificar para a sua estratégia fechar, o emulador do corretor ainda fechará o primeiro (de acordo com a regra FIFO). Funciona da mesma maneira quando se troca com o intermediário intermediário.

Grupos OCA.

É possível colocar pedidos em 2 grupos OCA diferentes no Pine Script:

strategy. oca. cancel - assim que um pedido do grupo é preenchido (mesmo parcialmente) ou cancelado, os outros pedidos do mesmo grupo são cancelados. Deve ter em mente que, se os preços das ordens forem iguais ou forem próximos, mais de 1 ordem do mesmo grupo pode ser preenchida. Este tipo de grupo OCA está disponível somente para pedidos de entrada porque todas as ordens de saída são colocadas em strategy. oca. reduce.

Você pode pensar que esta é uma estratégia inversa, uma vez que a pirâmide não é permitida, mas, de fato, ambas as ordens serão preenchidas porque são de ordem do mercado, o que significa que elas serão executadas imediatamente ao preço atual. A segunda ordem não é cancelada porque ambos são preenchidos quase no mesmo momento e o sistema não tem tempo para processar o preenchimento da primeira ordem e cancelar o segundo antes de ser executado. O mesmo aconteceria se estes fossem pedidos de preços com preços iguais ou similares. A estratégia coloca todos os pedidos (que são permitidos de acordo com a posição do mercado, etc.).

A estratégia coloca todos os pedidos que não contradizem as regras (na nossa posição, a posição do mercado é plana, portanto, qualquer pedido de entrada pode ser preenchido). Em cada cálculo do tiquetaque, primeiro todos os pedidos com as condições satisfeitas são executados e somente as ordens do grupo onde um pedido foi executado são canceladas.

strategy. oca. reduce - este tipo de grupo permite que vários pedidos dentro do grupo sejam preenchidos. À medida que uma das ordens dentro do grupo começa a ser preenchida, o tamanho de outras ordens é reduzido pelo valor dos contratos preenchidos. É muito útil para as estratégias de saída. Uma vez que o preço atinja a sua ordem de lucro e está sendo preenchido, a perda de stop não é cancelada, mas seu valor é reduzido pelo valor dos contratos preenchidos, protegendo assim o restante da posição aberta. strategy. oca. none - a ordem é colocada fora do grupo (valor padrão para os comandos strategy. order e strategy. entry).

Todo grupo tem seu id exclusivo (da mesma forma que os pedidos). Se dois grupos tiverem o mesmo id, mas tipo diferente, eles serão considerados grupos diferentes. Exemplo:

"Comprar" e "Vender" serão colocados em diferentes grupos, pois seu tipo é diferente. "Ordem" estará fora de qualquer grupo, pois seu tipo está definido para strategy. oca. none. Além disso, "Buy" será colocado no grupo de saída, pois as saídas são sempre colocadas no grupo de tipo strategy. oca. reduce_size.

Gerenciamento de riscos.

Não é fácil criar uma estratégia lucrativa universal. Normalmente, estratégias são criadas para certos padrões de mercado e podem produzir perdas incontroláveis ​​quando aplicadas a outros dados. Portanto, interromper a negociação automática no tempo, as coisas ficam ruins é um problema sério. Existe um grupo especial de comandos de estratégia para gerenciar riscos. Todos começam com o prefixo strategy. risk. *.

Você pode combinar qualquer número de riscos em qualquer combinação dentro de uma estratégia. Todo comando de categoria de risco é calculado em cada marca, bem como em todos os eventos de execução de pedidos independentemente da configuração da estratégia calc_on_order_fills. Não há como desativar qualquer regra de risco no tempo de execução do script. Independentemente de onde no script a regra de risco estiver localizada, ela sempre será aplicada a menos que a linha com a regra seja excluída e o script seja recompilado.

Se no próximo cálculo qualquer das regras for acionada, nenhuma ordem será enviada. Portanto, se uma estratégia tiver várias regras do mesmo tipo com diferentes parâmetros, ela irá parar de calcular quando a regra com os parâmetros mais rigorosos é desencadeada. Quando uma estratégia é interrompida, todas as ordens não executadas são canceladas e, em seguida, uma ordem de mercado é enviada para fechar a posição se não for plana.

Além disso, vale lembrar que ao usar resoluções superiores a 1 dia, a barra inteira é considerada 1 dia para as regras que começam com o prefixo "strategy. risk. max_intraday_"

A posição será fechada e a negociação será interrompida até o final de cada sessão de negociação após duas ordens serem executadas nesta sessão à medida que a segunda regra é desencadeada anteriormente e é válida até o final da sessão de negociação.

Deve lembrar-se que a regra strategy. risk. allow_entry_in é aplicada somente nas entradas para que seja possível entrar em uma troca usando o comando strategy. order, pois este comando não é um comando de entrada per se. Além disso, quando a regra strategy. risk. allow_entry_in está ativa, as entradas em um "comércio proibido" tornam-se as saídas em vez das negociações reversas.

Exemplo (MSFT 1D):

Como as entradas curtas são proibidas pelas regras de risco, em vez de transações reversas, as negociações de saída longa serão feitas.

As estratégias TradingView podem operar na moeda diferente da moeda do instrumento. NetProfit e OpenProfit são recalculados na moeda da conta. A moeda da conta é definida nas propriedades da estratégia - a lista suspensa Moeda básica ou no script através da palavra-chave estratégia (. Currency = currency. *,.). Ao mesmo tempo, os valores do relatório de desempenho são calculados na moeda selecionada.

O lucro comercial (aberto ou fechado) é calculado com base no lucro na moeda do instrumento multiplicado pela taxa cruzada no fechamento do dia de negociação anterior à barra onde a estratégia é calculada.

Exemplo: trocamos EURUSD, D e selecionamos EUR como moeda da estratégia. Nossa estratégia compra e sai da posição usando 1 lucro de ponto ou stopLoss.

Depois de adicionar esta estratégia ao gráfico, podemos ver que as linhas do gráfico estão em correspondência. Isso demonstra que a taxa para calcular o lucro para cada comércio foi baseada no fechamento do dia anterior.

Ao negociar em resoluções intra-dia, a taxa cruzada no encerramento do dia de negociação anterior ao bar onde a estratégia é calculada será usada e não será alterada durante todo o período de negociação.

Ao negociar em deliberações superiores a 1 dia, será utilizada a taxa cruzada no encerramento do dia de negociação anterior ao encerramento do bar, onde a estratégia será calculada. Digamos que trocamos em um gráfico semanal, então a taxa de cruzamento no fechamento da sessão de quinta-feira sempre será usada para calcular os lucros.

Em tempo real, a taxa de fechamento da sessão de ontem é usada.

estratégias.

BTCUSD no grande canal Elliot Wave, espero que a continuação do outono suporte a linha (nós na onda 3-4). No quadro, você pode ver Blue Triangle Patterns, eles são indicadores de movimento adicional. No caso de Triangle Break Down - veja as áreas de compras abaixo e use o gerenciamento de dinheiro: First Buy area: 10500-11500 (compre 40% de USD grátis) Segunda Área de compra: 8200-9400 (compre 100% de.

Leia a caixa, leia os comentários e gerencie seus próprios riscos. Eu recomendo após opções de ER (venda antes da ER para evitar riscos), ou o salto para este comércio. Esteja ciente, isso não é um ganho garantido, mas uma boa estimativa de como o estoque pode continuar indo mais longe.

Você sabia que eu estava vindo. Quantas vezes você já ouviu? ou, quantas vezes você disse? Eu ouço isso o tempo todo. & quot; Hey eu perdi muito dinheiro, eu preciso de algo para fazer "lucro rápido" & quot ;. Está bem. PARE. Deixe-me tornar mais fácil para você. Se você procurar o dicionário Merriam Webster e procurar "Fast Profit" sob a categoria Cryptocurrencies, sim ali mesmo para o.

Veja o seguinte quadro: https: // tradingview / x / 9OZEXPMh / Observe que, quando as velas formam um grande bastão em cima (basicamente, a vela está apontando para baixo), então temos algumas velas de resistência ou retrocesso. Neste exemplo, não é tão óbvio, porque esta moeda agora está em uma corrida muito forte, mas você começa a idéia. Após a primeira vela.

Olá meus colegas cripto-comerciantes (minhas almas mais queridas). Quero compartilhar com você uma estratégia muito simples, mas poderosa. Uma estratégia tão simples que qualquer pessoa pode usar sem conhecimento ou experiência na negociação. Depois de apenas ler esta idéia educativa, você pode usá-la para sempre e sempre, ou usá-la como um passo para aprender ainda mais. Vamos começar. Aqui eu quero compartilhar.

Rapazes ! todos conhecemos o Renko Charts, você pode usar essa estratégia, que é realmente básica, simples, mas muito muito eficaz. Para fazer um bom lucro, não é que você precisa carregar Indicadores e sistemas, às vezes um sistema muito básico se torna efetivo. Aqui estou discutindo um sistema que sempre funciona. Limpe as regras de entrada e saída, você pode usar este sistema para scalping.

Implementação de script de estratégia muito básica para velas de HA. Se nós somos verdes, demoramos, se nós reservemos, nós ficamos curtos. O período alternativo opcional e a triagem opcional param. Faça o gráfico seu e tenha uma jogada :) Cheers.

Este ano, estou me concentrando em aprender de dois dos melhores mentores da Indústria com excelentes registros de Criação de Sistemas e aprender o que os métodos realmente funcionam até o teste de volta. Encontrei o sistema RSI-2 que Larry Connors desenvolveu. Larry tornou-se famoso por seus indicadores técnicos, mas seu sistema RSI-2 é o que realmente o colocou.

Um amigo me pediu para criar uma configuração que ele pudesse ter em seu telefone e ele poderia obter alertas sobre trocas potenciais. Então, é isso que eu criei com uma leve modificação de um sistema que eu tenho na minha área de trabalho. 5/21 Cruz com alguns amigos! Configuração: 1) 30min Gráfico Somente 2) 5EMA e 21 EMA 2a) Eu adicionei uma fita para facilitar a visualização em um telefone. 7,9,11,13,15,17,19.

Com o forte movimento para o lado positivo, eu aposto que estamos iniciando um novo leilão entre 78 e 71 níveis. Então, com um índice de volatilidade implícita de 37, eu vendi um Strangle nos 30 deltas por um crédito de US $ 1,36. Enquanto o preço permanecer entre US $ 78,35 e US $ 71,65, estaremos ganhando dinheiro. O Comércio: Curto 73 Põe Curto 77 Chamadas Crédito $ 1.36 por contrato 58%.

O Índice de Volatilidade Implícita da IYR é de 65 anos e com um movimento descendente de cerca de 6% nos últimos 20 dias, espero que possamos iniciar uma correção logo em torno da área de valor. Então eu decidi vender um Strangle para colecionar algum prémio. Com 37 dias de vencimento, vendi o 80/76 Strangle por 0,95 créditos. Isso me dará uma probabilidade de 58% de ganhar dinheiro, mas se eu fechar.

Olá comerciantes! Meu nome é Alex e eu sou comerciante de 21 anos e homem de negócios do Canadá. Nos últimos 3 meses, trabalhei na busca do combo stochastic / rsi perfeito no multi-time frame. Eu encontrei e testei bastante um sistema usando 3 a 8 diferentes estoques de tempo / rsi ao mesmo tempo. Alguns desses sistemas estão me dando uma proporção de 75% de ganhos com R / R.

Então eu reconstruí a Estratégia ANN com meus próprios códigos que adicionei. Levou muito tempo para chegar até aqui, as duas primeiras semanas não foram pintadas, mas depois começaram a pintar lentamente. Não é difícil como o script original. Sinta-se à vontade para editar o script e publicá-lo na parte inferior. Obrigado a todos! Espero que esse script que eu tenha reconstruído pode ajudar as pessoas! É por isso que todos estavam aqui.

Pequena correção até o final do mês. Breakout from Regression trend. Poderia ver otimista até Februrary antes da possível correção no segundo trimestre. Eu gosto de Iron Condor em 272-275 Strike com 30 dias e Strangle Options em 277 strike final do Q1 de 41 a 60 dias fora. Sempre faça seu DD. Este não é um conselho profissional.

Um guia para iniciantes para o retracement de Fibonacci. O que é o retracement de Fibonacci? - "Na análise técnica, o retracement de Fibonacci é criado tomando dois pontos extremos (geralmente um pico e uma calçada principais) em um gráfico de ações e dividindo a distância vertical pelos principais ratios de Fibonacci de 23,6%, 38,2%, 50%, 61,8% e 100%. & quot; - Investopedia Em inglês? Fibonacci retracement.

Vai através de algumas das carteiras que melhoraram no mercado WhoTrade em 2017. A tendência provavelmente continuará em 2018? PLUS, takeaways de cada portfólio - pontos fortes, fracos e como todos os três podem ser combinados juntos. https: //aff. whotrades/t/b/bqqu5/

Com as ações ainda rali, eu posso redistribuir outro comércio na Q. Se continuar a aumentar, ele chegará à nossa zona de lucro máximo, se ele começar a soltar, não temos nenhum risco e ainda ganhamos dinheiro. O pior cenário é que continuamos este rally sem parar sem piedade, então seremos basicamente baixos a partir de 136.50, o que seria no máximo. O .

Ei pessoal, estou procurando comprar esse par acima 1.25275. Caso o preço vá abaixo de 1.24950, a idéia seria invalidada. Sinta-se à vontade para agradecer / comentar minhas idéias! Cheers Jesse.

Estratégias.

Uma estratégia é um estudo que pode enviar, modificar e cancelar pedidos (para comprar / vender). As estratégias permitem que você execute backtesting (emulação de negociação de estratégia em dados históricos) e forwardtesting (emulação de negociação de estratégia em dados em tempo real) de acordo com seus algoritmos pré-modificados.

Uma estratégia escrita no idioma Pine Script tem todas as mesmas capacidades que um indicador Pine. Quando você escreve um código de estratégia, ele deve começar com a palavra-chave "estratégia", não "estudar". Estratégias não apenas traçam algo, mas também colocam, modificam e cancelam pedidos. Eles têm acesso a informações de desempenho de estratégia essenciais através de palavras-chave específicas. A mesma informação está disponível para você na guia "Strategy Tester". Uma vez que uma estratégia é calculada em dados históricos, você pode ver enchimentos de ordem hipotéticos.

Um exemplo de estratégia simples.

Assim que o script for compilado e aplicado a um gráfico, você pode ver marcas de pedidos preenchidas e como seu saldo estava mudando durante o teste de retorno (curva de equidade). É uma estratégia mais simples que compra e vende em cada barra.

A estratégia de primeira linha ("teste") indica que o código pertence ao tipo de estratégia e seu nome é "teste". strategy. entry () é um comando para enviar pedidos "comprar" e "vender". plot (strategy. equity) traça a curva de equidade.

Como aplicar uma estratégia ao gráfico.

Para testar sua estratégia, aplique-a para o gráfico. Use o símbolo e os intervalos de tempo que deseja testar. Você pode usar uma estratégia interna dos "Indicadores & amp; Stratedies ", ou escreva o seu próprio no Pine Editor.

Nota: Ao usar tipos de gráfico não padronizados (Renko, Kagi, Line Break, Ponto e Figura, Heikin Ashi, Gráficos de Distribuição) como base para a estratégia, você precisa perceber que o resultado será diferente. As ordens serão executadas aos preços deste gráfico (por exemplo, para Heikin Ashi, levará os preços Heikin Ashi (os médios) e não os preços reais do mercado). Portanto, recomendamos que você use o tipo de gráfico padrão para estratégias.

Backtesting e forwardtesting.

As estratégias TradingView são calculadas em todos os dados históricos disponíveis no gráfico e continuam o cálculo quando os dados em tempo real chegam.

Tanto durante o cálculo histórico e em tempo real, o código é calculado na barra fecha por padrão.

Se isso for encaminhado, o código calcula em cada tico em tempo real. Para ativar isso, marque a opção "Recalcular em cada toque" nas configurações ou faça-o no próprio script: estratégia (. Calc_on_every_tick = true,.).

Você pode definir a estratégia para executar cálculos adicionais depois de um pedido ser preenchido. Para isso, você precisa marcar "Recalcular após pedido preenchido" nas configurações ou fazê-lo no próprio script: estratégia (..., calc_on_order_fills = true,.).

Emulador de corretores.

Existe um emulador de corretores no TradingView para estratégias de teste. Ao contrário do comércio real, o emulador preenche apenas os preços dos gráficos, por isso um pedido pode ser preenchido somente no próximo teste no teste a seguir e na barra seguinte no backtesting (ou posterior) após a estratégia ser calculada.

Conforme mencionado acima, a estratégia de backtesting é calculada no fechamento do bar. A seguinte lógica é usada para emular preenchimentos de pedidos:

Se o preço de abertura do bar estiver mais próximo do preço mais alto do mesmo bar, o emulador do corretor assume que o preço intrabar estava se movendo desta forma: Abrir → Alto → Baixo → Fechar. Se o preço de abertura do bar estiver mais próximo do preço mais baixo do mesmo bar, o emulador do corretor assume que o preço intrabar estava se movendo desta forma: Abrir → Baixo → Alto → Fechar. O emulador de corretores assume que não havia lacunas dentro da barra, o que significa que todos os preços intrabar estão disponíveis para a execução da ordem. Se a opção "Recalcular On Every Tick" nas propriedades da estratégia estiver ativada (ou a estratégia (. Calc_on_every_tick = true,.) É especificada no script), o código ainda é calculado apenas no fim da barra, seguindo a lógica acima.

Aqui está a estratégia que demonstra como as ordens são preenchidas pelo emulador do corretor:

Este código é calculado uma vez por barra por padrão, em seu fechamento, no entanto, há um cálculo adicional assim que um pedido é preenchido. É por isso que você pode ver 4 ordens preenchidas em cada barra: 2 pedidos em aberto, 1 ordem em alta e 1 ordem em baixo. Isso é uma prova de atraso. Se fosse em tempo real, as ordens seriam executadas em cada novo tiquetaque.

Também é possível emular a fila de pedidos. A configuração é chamada de "Verificar preço para ordens limite" e pode ser encontrada em propriedades de estratégia ou definir no próprio script: estratégia (. Backtest_fill_limits_assumption = X,.). O valor especificado = número de pontos / pips (movimentos de preço mínimo), valor padrão = 0. Uma ordem de limite é preenchida se o preço atual for melhor (maior para ordens de venda, menor para ordens de compra) para o número especificado de pontos / pips. O preço de execução ainda corresponde ao preço da ordem limite.

backtest_fill_limits_assumption = 1. Movimento do preço mínimo = 0,25.

Um pedido de limite de compra é colocado no preço 12,50.

O preço atual é 12,50.

O pedido não pode ser preenchido a preço atual apenas porque backtest_fill_limits_assumption = 1. Para preencher a ordem, o preço deve se tornar 0.25 * 1 menor. A ordem é colocada na fila.

Suponha que o próximo tiquete com preço 12,00. Este preço é 2 pontos mais baixo, o que significa que a condição "backtest_fill_limits_assumption = 1" está satisfeita, portanto, a ordem deve ser preenchida. O pedido é preenchido às 12h50 (preço original do pedido), mesmo que o preço não esteja mais disponível.

Comandos de colocação de pedidos.

Todas as palavras-chave projetadas para estratégias começam com o prefixo "estratégia". Os seguintes comandos são usados ​​para fazer pedidos: strategy. entry, strategy. order e strategy. exit:

strategy. entry - este comando coloca apenas ordens de entrada. É afetado pela configuração piramidal (nas propriedades da estratégia) e pela palavra-chave strategy. risk. allow_entry_in. Se houver uma posição de mercado aberto quando uma ordem de direção oposta for gerada, o número de contratos / partes / lotes / unidades será aumentado pelo número de contratos atualmente abertos (script equivalente: strategy. position_size + quantity). Como resultado, o tamanho da posição de mercado para abrir será igual ao tamanho da ordem, especificado no comando strategy. entry. strategy. order - este comando coloca as ordens de entrada e saída. Não é afetado pela configuração piramidal e pela palavra-chave strategy. risk. allow_entry_in. Ele permite que você crie construções complexas de entrada e saída quando as capacidades da strategy. entry e do strategy. exit não são suficientes. strategy. exit - este comando permite que você saia de uma posição de mercado por meio de uma ordem ou de uma estratégia de pedido de saída múltipla (stop loss, profit target, trailing stop). Todas essas ordens fazem parte do mesmo grupo strategy. oca. reduce. Uma ordem de saída não pode ser colocada se não houver uma posição de mercado aberto ou não haja uma ordem de entrada ativa (uma ordem de saída é vinculada à identificação de uma ordem de entrada). Não é possível sair de uma posição com uma ordem de mercado usando o comando strategy. exit. Para este objetivo, os seguintes comandos devem ser usados: strategy. close ou strategy. close_all. Se o número de contratos / partes / lotes / unidades especificadas para o strategy. exit for inferior ao tamanho da posição aberta atual, a saída será parcial. Não é possível sair da mesma ordem de entrada mais de 1 vez usando a mesma ordem de saída (ID), que permite que você crie estratégias de saída com múltiplos níveis. No caso, quando uma posição de mercado foi formada por várias ordens de entrada (pyramiding habilitado), cada ordem de saída é vinculada a cada ordem de entrada individualmente.

A estratégia acima invoca constantemente a posição de mercado de +4 para -6, para frente e para trás, o que é mostrado por sua trama.

Esta estratégia demonstra o caso, quando a posição do mercado nunca é fechada, porque usa a ordem de saída para fechar a posição do mercado apenas parcialmente e não pode ser usada mais de uma vez. Se você dobrar a linha para sair, a estratégia fechará completamente a posição do mercado.

Este código gera 2 níveis de parênteses (2 pegue ordens de lucro e 2 ordens de perda de parada). Ambos os níveis são ativados ao mesmo tempo: primeiro nível para sair de 2 contratos e o segundo para sair de todo o resto.

As primeiras ordens de lucro e stop loss (nível 1) estão em um grupo OCA. As outras ordens (nível 2) estão em outro grupo OCA. It means that as soon as an order from level 1 is filled, the orders from level 2 are not cancelled, they stay active.

Every command placing an order has ID (string value) — unique order identifier. If an order with same ID is already placed (but not yet filled), current command modifies the existing order. If modification is not possible (conversion from buy to sell), the old order is cancelled, the new order is placed. strategy. entry and strategy. order work with the same IDs (they can modify the same entry order). strategy. exit works with other order IDs (it is possible to have an entry order and an exit order with the same ID).

To cancel a specific order (by its ID) the command strategy. cancel(string id) should be used. To cancel all pending orders the command strategy. cancel_all() should be used. Strategy orders are placed as soon as their conditions are satisfied and command is called in code. Broker emulator doesn’t execute orders before next tick comes after the code was calculated, while in real trading with real broker, an order can be filled sooner. It means that if a market order is generated at close of current bar, it is filled at open oif next bar.

If this code is applied to a chart, all orders are filled at open of every bar.

Conditions for order placement ( when , pyramiding , strategy. risk ) are checked when script is calculated. If all conditions are satisfied, the order is placed. If any condition is not satisfied, the order is not placed. It is important to cancel price orders (limit, stop and stop-limit orders).

Example (for MSFT 1D):

Even though pyramiding is disabled, these both orders are filled in backtesting, because when they are generated there is no open long market position. Both orders are placed and when price satisfies order execution, they both get executed. It is recommended to to put the orders in 1 OCA group by means of strategy. oca. cancel . in this case only one order is filled and the other one is cancelled. Here is the modified code:

If, for some reason, order placing conditions are not met when executing the command, the entry order will not be placed. For example, if pyramiding settings are set to 2, existing position already contains two entries and the strategy tries to place a third one, it will not be placed. Entry conditions are evaluated at the order generation stage and not at the execution stage. Therefore, if you submit two price type entries with pyramiding disabled, once one of them is executed the other will not be cancelled automatically. To avoid issues we recommend using OCA-Cancel groups for entries so when one entry order is filled the others are cancelled.

The same is true for price type exits - orders will be placed once their conditions are met (i. e. an entry order with the respective id is filled).

If you apply this example to a chart, you can see that the exit order has been filled despite the fact that it had been generated only once before the entry order to be closed was placed. However, the next entry was not closed before the end of the calculation as the exit command has already been triggered.

Closing market position.

Despite it is possible to exit from a specific entry in code, when orders are shown in the List of Trades on StrategyTester tab, they all are linked according FIFO (first in, first out) rule. If an entry order ID is not specified for an exit order in code, the exit order closes the first entry order that opened market position. Let’s study the following example:

The code given above places 2 orders sequentially: “Buy1” at market price and “Buy2” at 10% higher price (stop order). Exit order is placed only after entry orders have been filled. If you apply the code to a chart, you will see that each entry order is closed by exit order, though we did not specify entry order ID to close in this line: strategy. exit("bracket", loss=10, profit=10, when=strategy. position_size == 15)

It opens 5 contracts long position with the order “Buy1”. It extends the long position by purchasing 10 more contracts at 10% higher price with the order “Buy2”. The exit order (strategy. close) to sell 10 contracts (exit from “Buy2”) is filled.

If you take a look at the plot, you can see that average entry price = “Buy2” execution price and our strategy closed exactly this entry order, while on the TradeList tab we can see that it closed the first "Buy1" order and half of the second “Buy2”. It means that the no matter what entry order you specify for your strategy to close, the broker emulator will still close the the first one (according to FIFO rule). It works the same way when trading with through broker.

OCA groups.

It is possible to put orders in 2 different OCA groups in Pine Script:

strategy. oca. cancel - as soon as an order from group is filled (even partially) or cancelled, the other orders from the same group get cancelled. One should keep in mind that if order prices are the same or they are close, more than 1 order of the same group may be filled. This OCA group type is available only for entry orders because all exit orders are placed in strategy. oca. reduce .

You may think that this is a reverse strategy since pyramiding is not allowed, but in fact both order will get filled because they are market order, what means they are to be executed immediately at current price. The second order doesn’t get cancelled because both are filled almost at the same moment and the system doesn’t have time to process first order fill and cancel the second one before it gets executed. The same would happen if these were price orders with same or similar prices. Strategy places all orders (which are allowed according to market position, etc).

The strategy places all orders that do not contradict the rules (in our case market position is flat, therefore any entry order can be filled). At each tick calculation, firstly all orders with the satisfied conditions are executed and only then the orders from the group where an order was executed are cancelled.

strategy. oca. reduce - this group type allows multiple orders within the group to be filled. As one of the orders within the group starts to be filled, the size of other orders is reduced by the filled contracts amount. It is very useful for the exit strategies. Once the price touches your take-profit order and it is being filled, the stop-loss is not cancelled but its amount is reduced by the filled contracts amount, thus protecting the rest of the open position. strategy. oca. none - the order is placed outside of the group (default value for the strategy. order and strategy. entry commands).

Every group has its own unique id (the same way as the orders have). If two groups have the same id, but different type, they will be considered different groups. Exemplo:

“Buy” and “Sell” will be placed in different groups as their type is different. “Order” will be outside of any group as its type is set to strategy. oca. none . Moreover, “Buy” will be placed in the exit group as exits are always placed in the strategy. oca. reduce_size type group.

Gerenciamento de riscos.

It is not easy to create a universal profitable strategy. Usually, strategies are created for certain market patterns and can produce uncontrollable losses when applied to other data. Therefore stopping auto trading in time should things go bad is a serious issue. There is a special group of strategy commands to manage risks. They all start with the strategy. risk.* prefix.

You can combine any number of risks in any combination within one strategy. Every risk category command is calculated at every tick as well as at every order execution event regardless of the calc_on_order_fills strategy setting. There is no way to disable any risk rule in runtime from script. Regardless of where in the script the risk rule is located it will always be applied unless the line with the rule is deleted and the script is recompiled.

If on the next calculation any of the rules is triggered, no orders will be sent. Therefore if a strategy has several rules of the same type with different parameters, it will stop calculating when the rule with the most strict parameters is triggered. When a strategy is stopped all unexecuted orders are cancelled and then a market order is sent to close the position if it is not flat.

Furthermore, it is worth remembering that when using resolutions higher than 1 day, the whole bar is considered to be 1 day for the rules starting with prefix “ strategy. risk. max_intraday_ ”

The position will be closed and trading will be stopped until the end of every trading session after two orders are executed within this session as the second rule is triggered earlier and is valid until the end of the trading session.

One should remember that the strategy. risk. allow_entry_in rule is applied to entries only so it will be possible to enter in a trade using the strategy. order command as this command is not an entry command per se. Moreover, when the strategy. risk. allow_entry_in rule is active, entries in a “prohibited trade” become exits instead of reverse trades.

Example (MSFT 1D):

As short entries are prohibited by the risk rules, instead of reverse trades long exit trades will be made.

TradingView strategies can operate in the currency different from the instrument currency. NetProfit and OpenProfit are recalculated in the account currency. Account currency is set in the strategy properties - the Base Currency drop-down list or in the script via the strategy(. currency=currency.*, . ) keyword. At the same time, performance report values are calculated in the selected currency.

Trade profit (open or closed) is calculated based on the profit in the instrument currency multiplied by the cross-rate on the Close of the trading day previous to the bar where the strategy is calculated.

Example: we trade EURUSD, D and have selected EUR as the strategy currency. Our strategy buys and exits the position using 1 point profitTarget or stopLoss.

After adding this strategy to the chart we can see that the plot lines are matching. This demonstrates that the rate to calculate the profit for every trade was based on the close of the previous day.

When trading on intra-day resolutions the cross-rate on the close of the trading day previous to the bar where the strategy is calculated will be used and it will not be changed during whole trading session.

When trading on resolutions higher than 1 day the cross-rate on the close of the trading day previous to the close of the bar where the strategy is calculated will be used. Let’s say we trade on a weekly chart, then the cross rate on Thursday’s session close will always be used to calculate the profits.

In real-time the yesterday’s session close rate is used.