Quem já experimentou a subscrição de Sinais para se colocar na cauda dos participantes do ATC 2012? - página 21

 
MetaDriver:
A sua prova tem falhas, foi-lhe apontada. Leia o primeiro post do C-4 na página anterior, se as minhas deduções não chegarem ao fim.


Não importa o que era antes da sincronização. Uma vez que a sincronização (assinatura) todos os lucros estão estritamente em sincronia (precisos ao spread/slippage). Isto não é uma ficção, é um facto médico.

25 novamente.

Como podem os lucros e perdas ser sincronizados se o fornecedor tem posições abertas e sobre elas o lucro agregado não é 0, e o assinante não tem posições abertas e o lucro agregado é 0? Este é um facto médico.

MetaDriver:


As falhas que você e Renat conhecem melhor o momento de lucro/perda do que a conta principal e o cliente combinados são uma invenção.

Aí está de novo com as suas fabricações e feitiçarias.

O serviço não funciona a tempo, mas sincroniza através da comparação dos preços de abertura de posições na conta do Provedor com os preços actuais dos instrumentos financeiros do Assinante. Se os preços actuais da conta do Assinante forem piores do que os preços das posições abertas do Provedor, a sincronização não é realizada. A diferença de tempo não importa; apenas a diferença de preço.

MetaDriver:


A sua lealdade aos criadores é muito admirável. Mas a minha não é menos. Mas a verdade é ainda mais valiosa.

Não sou leal aos criadores em todos os assuntos e valorizo mais a verdade do que o vosso desprendimento.

Quanto a este esquema de sincronização de posições em diferentes contas, ele não é o ideal. Se um assinante recebe posições na sua conta não pior do que na do fornecedor, é certamente uma coisa boa. Mas há outro lado da moeda, ou seja, lucro perdido em posições, que foram abertas no site do Provedor e se tornaram lucro antes de serem sincronizadas com os preços do Assinante antes de serem fechadas. A probabilidade de isto acontecer é baixa, mas não é zero.

 

Tenho o mesmo problema que a GlobalTrader, as transacções não são copiadas (conta demo Alpari).

 

Reshetov:

Mas há o outro lado da moeda, nomeadamente a falta de lucros em posições que foram abertas no fornecedor e passaram a ter lucro antes de terem tempo de sincronizar com os preços dos subscritores antes de fecharem. A probabilidade de um tal resultado é baixa, mas não é zero.

A probabilidade não é de todo baixa.

--

E já me faltam 16 mil dólares em lucros de demonstração // E poderia ter sido real. :)

Este é o montante pelo qual a minha conta principal aumentou desde que subscrevi ( *ajustado pelo factor cópia).

E a minha conta ainda não está sincronizada. E não vai estar, pois o mestre está sempre no mercado e sempre com lucro.

 
MetaDriver:

A probabilidade de isto acontecer não é de modo algum negligenciável. ver aqui.

--

E eu já perdi 16 mil dólares de lucro de demonstração. :)

Este é o montante pelo qual a minha conta principal aumentou desde que subscrevi ( *ajustado pelo factor cópia).

E se o Provedor de Sinais tiver perdido as suas posições desde o momento da subscrição? É difícil imaginar que não estaria aqui, mas estaria a farejar algures no meio do nada e a ficar contente com a situação.
MetaDriver:

E a minha conta ainda não está sincronizada. E não vai estar, porque o mestre está sempre no mercado e sempre no preto.

Os Consultores Especialistas Multimoedas não têm nada a fazer aqui. Para a sincronização de posições, é necessário ou que não tenham posições abertas, ou que todas as posições abertas estejam na perda. E ambos são improváveis em múltiplas moedas.

Os Provedores de Sinais terão de abrir várias contas, cada uma das quais negociará apenas um instrumento. Os assinantes também, a propósito, para lidar com múltiplas subscrições. Caso contrário, não verão qualquer sorte.

Talvez, os criadores acrescentem a possibilidade de sincronizar posições de diferentes fornecedores através do modo na conta de um assinante.

 
MetaDriver:


4. não existe uma cópia segura. E dois - a sua "protecção" é uma ficção sem sentido que protege contra nada. Absolutamente. Não há riscos adicionais em sincronizar "eu quero agora". O senhor não tem nada a ver com isso. Respeito o desejo de proteger o utilizador. Mas, neste caso, o senhor superprotegeu-se irrazoavelmente.

Verifique novamente as suas deduções e o seu raciocínio. Eles estão errados.

Subscrevo
 
sergeev:

é também um erro.

O objectivo do serviço é sincronizar posições e não sinais.

Isto não é possível, são os sinais
 
Mischek:
Não é possível, é exactamente

não é possível.

é a postura que está sincronizada.

mas como o terminal conhece o preço da abertura da pose do fornecedor, a sincronização é tão boa como o preço disponível. Caso contrário, a pose não está sincronizada.

Isto é o que foi escrito no regulamento. O primeiro posto de Renat.

 
sergeev:

Mas como o terminal conhece o preço de abertura da pose do fornecedor, a sincronização acontece a um preço não pior do que o preço existente. Caso contrário, a pose não está sincronizada.

Foi sobre isto que os regulamentos foram escritos.

Assim, os fornecedores de sinal que têm equidade estatística/sistemática abaixo do equilíbrio ganham uma vantagem decisiva no serviço.

Isto é, os recarregadores/perpetuadores/ golpistas de martelos.

Esta é exactamente a situação a que esta restrição conduz.

// E a minha conta ainda não está sincronizada. pois está no mais. e não vai estar no menos. nunca! - Pois essa é a estratégia.

 
Reshetov:

E se o fornecedor de sinais tem vindo a perder dinheiro desde o momento da subscrição? É uma dádiva de Deus que não estaria aqui, mas estaria a farejar à margem e a gozar a boa sorte.

Não me interessa nada. Estava a testar o serviço, mas escolhi o sinal de que gostava).


Não há nada para os multilaterais fazerem aqui. Para a sincronização de posições, ou não se deve ter posições abertas, ou todas as posições abertas devem ser perdidas. E ambos são improváveis em múltiplas moedas.

Os fornecedores de sinais terão de abrir várias contas, cada uma com apenas um instrumento negociado nelas. A propósito, os subscritores também devem lidar com múltiplas subscrições. Caso contrário, não terão qualquer sorte.

Um serviço muito conveniente, sim. Já estou a correr para abrir algumas contas.


Talvez, os programadores acrescentem em qualquer construção a possibilidade de sincronizar posições de diferentes fornecedores na conta de um assinante de acordo com o corretor de mensagens.

Sonha, sonha.

E como fazê-lo sem CCA de encomendas? Por favor, seja específico. Eu próprio posso sonhar e falhar).

 
MetaDriver:

// E a minha conta ainda está fora de sincronia.

é um fornecedor ou um assinante?

Pois eu estou do lado positivo.

no lado positivo de quê? posição aberta ou equilíbrio?