Comment se protéger contre la copie des transactions longues du testeur ? - page 6
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
...Exactement un mois avant la fin du test. Et peu importe où vous déplacez le temps de l'ordinateur... le résultat restera le même, un mois avant la fin du test.
Mais s'il n'y a aucun moyen de connaître la date de fin du test, alors l'idée est impossible.
Eh bien, comment puis-je le dire... Il y a déjà eu une situation de revente de signaux, et maintenant il y a des clients qui utilisent ce TS pour travailler sur leurs PAMMs.
Ce système de trading n'est pas très "super-duper rentable", cependant, sa stabilité est très élevée. Et le plus important - la possibilité de copier les transactions du testeur n'est pas pratique pour son auteur. Et il me suggère, en tant que programmeur, de réfléchir aux moyens de résoudre ce problème.
À moins qu'il ne s'agisse d'un problème purement technique. Mais du point de vue du client, ce sera toujours un non-sens.
Oui, une autre option consiste à connaître la date exacte de fin du test. Dans ce cas, c'est OK aussi, mais comment connaître cette date ?
La date de fin du test peut être placée dans le futur, elle ne roule pas.
Essayez cette option : la première exécution devrait se dérouler sans aucune action, et seulement avec la mémorisation de la date du dernier tick.
La deuxième manche devrait s'échanger, mais seulement jusqu'à la date souhaitée (mémorisée moins un mois). Se souvenir de la date du dernier tic (et comment la chiffrer) est une question de technique.
Le seul inconvénient (et jusqu'à présent le moindre) - le test doit être exécuté deux fois ;)
Dimitri, le défi consiste à arrêter le traitement des ticks dans le testeur avant la date réelle. Pour cela, vous devez connaître cette date réelle. Le testeur ne peut le trouver que de la manière décrite ci-dessus - par une opération de fichier. Mais si un utilisateur rusé avance l'heure sur l'ordinateur, l'opération sur le fichier ne donnera pas non plus l'heure réelle, mais l'heure décalée.
Le problème, en fait, c'est que si l'EA fonctionne sur le timeframe M5 ou plus (un problème particulier sur le quotidien) - il devient possible de l'exécuter dans le testeur de stratégie et de lire la dernière action, en la transférant à un autre terminal, et de ne pas acheter un EA, en utilisant seulement la version de démonstration.
Si vous êtes sérieux, vous pouvez obtenir l'heure sur Internet.
Je me demande si l'auteur de ce fil de discussion peut donner au moins un exemple où quelqu'un a pu reproduire les résultats des tests et en tirer un bénéfice ? Avec seulement demo-advisor dans le testeur et rien d'autre ?
Si vous vous y mettez, vous pouvez copier des stratégies scalper comme celle-ci. Qu'est-ce qui vous empêche de suivre un signal du testeur toutes les 2-3 secondes ?
Ils disent que WebRequest ne fonctionne pas dans le testeur...
...
Le problème n'est pas aussi simple qu'il n'y paraît à première vue. On peut suggérer ce qui suit (suivez la pensée) :
Du point de vue de l'utilisateur, cela se présente comme suit : la première fois, pendant l'exécution, il n'y aura pas de transaction avant la fin de la période d'optimisation sélectionnée pour une raison quelconque. Cependant, à partir de la deuxième manche et plus, son retard diminuera et correspondra à un mois environ.
Dans ce cas, la protection ne peut être supprimée que par le décryptage complet du fichier en trouvant une clé ou en décompilant l'Expert Advisor. Compte tenu de la technologie actuelle et de la qualité de la protection de leurs programmes par MQ, cela est pratiquement impossible. Si l'utilisateur décide de supprimer le fichier de cryptage, le conseiller expert le créera à nouveau, avec l'ancienne date de protection à la compilation, et l'utilisateur ne pourra toujours pas effectuer de transaction au moment présent.
Ce qui est bien, c'est qu'une telle méthode ne limite que légèrement le confort de l'utilisateur. Une nouvelle exécution de l'EA corrigera complètement le délai trop long. En même temps, ce type de protection ne nécessite pas de DLL externe, ce qui signifie qu'il peut être distribué sur le marché. Par exemple, vous pouvez créer une version gratuite qui n'est commercialisée que jusqu'à une certaine date.