|
General Discussion and Comments |
[Ocire]
|
Post subject: Re: Contest rules questions |
Post rating: 0
|
Posted: Tue 24 Aug, 2010, 20:51
|
|
User rating: 0
Joined: Tue 24 Aug, 2010, 20:50 Posts: 15
|
context.getHistory().getOrdersHistory(instrument, from, to); in onStart(...) should work or is that disabled for some reason?
|
|
|
|
|
Contest Support
|
Post subject: Re: Contest rules questions |
Post rating: 0
|
Posted: Wed 25 Aug, 2010, 08:55
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
inkexit wrote: Now I'm confused.
Are all the other rules not listed above still in effect?
I thought you said the "no more than 50%..." rule would be the ONLY rule? Sorry, but it was more like an emotional expression! Some posts above, we have shown which rules are removed and which are added. Please read it carefully. We will also update the Contest Rules on the forum and the web-site today. @Jakil No, it won't work. Lets assume that you have 2 winning trades and 8 small zero-profit trades. The rule that we are going to apply will remove the first profitable position. But what happens next? We apply the rule again and it cancels the second big position until there are no any other positions which take more than 50% of the total profit of all positive trades. How do you need to trade? You need to trade with more or less similar profits on your winning trades. And it's a little bit tougher but fair!
|
|
|
|
|
Contest Support
|
Post subject: Re: brainstorm |
Post rating: 0
|
Posted: Wed 25 Aug, 2010, 09:23
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
@brainstorm I am not sure that you need to keep info on mTotalPositiveProfit in your strategy and use it in your strategy! What is the totalPositiveProfit when trades are not done yet? What if the first profit will be about 1$?
So, you either need to enable your mechanism when at least several trades are done and the totalPositiveProfit become really big. Or.. don't use at all! Make a strategy which trades with more or less even profits.
By the way, we don't recommend to use onMessage methods to manage existing positions. In some cases, due to a bad internet connection, some messages can be lost. It means there is no guarantee that the confirmation message will be received. There are some alternative ways how to define that the position is closed. For example, you can use IEngine and IHistory interface.
|
|
|
|
|
Contest Support
|
Post subject: Re: Contest rules questions |
Post rating: 0
|
Posted: Wed 25 Aug, 2010, 09:27
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
Ocire wrote: context.getHistory().getOrdersHistory(instrument, from, to); in onStart(...) should work or is that disabled for some reason? Yes, it perfectly works.
|
|
|
|
|
Contest Support
|
Post subject: Re: Contest rules questions |
Post rating: 0
|
Posted: Wed 25 Aug, 2010, 09:52
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
There have been questions about the amount of simultaneously opened positions. So, once again we confirm that there is no change in this rule - only 1 position group is allowed at a time. A position group can includes an entry order, a stop loss order and a take profit.
|
|
|
|
|
[brainstom]
|
Post subject: Re: Contest rules questions |
Post rating: 0
|
Posted: Wed 25 Aug, 2010, 12:58
|
|
User rating: 0
Joined: Tue 10 Nov, 2009, 16:58 Posts: 65
|
Thanks, I was not aware of that API. It used to not be possible to do that ! Ocire wrote: context.getHistory().getOrdersHistory(instrument, from, to); in onStart(...) should work or is that disabled for some reason?
|
|
|
|
|
[brainstom]
|
Post subject: Re: brainstorm |
Post rating: 0
|
Posted: Wed 25 Aug, 2010, 17:42
|
|
User rating: 0
Joined: Tue 10 Nov, 2009, 16:58 Posts: 65
|
true, there are edge cases. We could start enforcing that only once we have a certain amount in profit for example. Thanks for the comment on onMessage(). I'll use the trade history instead. Contest Support wrote: @brainstorm I am not sure that you need to keep info on mTotalPositiveProfit in your strategy and use it in your strategy! What is the totalPositiveProfit when trades are not done yet? What if the first profit will be about 1$?
So, you either need to enable your mechanism when at least several trades are done and the totalPositiveProfit become really big. Or.. don't use at all! Make a strategy which trades with more or less even profits.
By the way, we don't recommend to use onMessage methods to manage existing positions. In some cases, due to a bad internet connection, some messages can be lost. It means there is no guarantee that the confirmation message will be received. There are some alternative ways how to define that the position is closed. For example, you can use IEngine and IHistory interface.
|
|
|
|
|
[brainstom]
|
Post subject: Re: brainstorm |
Post rating: 0
|
Posted: Thu 26 Aug, 2010, 08:46
|
|
User rating: 0
Joined: Tue 10 Nov, 2009, 16:58 Posts: 65
|
Would onAccount() be a more reliable place to account for account activity ? Contest Support wrote: By the way, we don't recommend to use onMessage methods to manage existing positions. In some cases, due to a bad internet connection, some messages can be lost. It means there is no guarantee that the confirmation message will be received. There are some alternative ways how to define that the position is closed. For example, you can use IEngine and IHistory interface.
|
|
|
|
|
Contest Support
|
Post subject: Re: brainstorm |
Post rating: 0
|
Posted: Thu 26 Aug, 2010, 10:18
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
OnAccount is updated every 10 sec and provides you with an access to basic equity data, leverage, use of leverage, free margin. But there is no information on orders, p/l, commissions etc.
|
|
|
|
|
Fra
|
Post subject: Re: General Discussion and Comments |
Post rating: 0
|
Posted: Mon 30 Aug, 2010, 23:31
|
|
User rating: -
|
Hi, I read in Contest Rules the following trading rule condition: "margin cut level of exposure 200%"
could you explain it, please ?
Best Regards, Fra
|
|
|
|
|
Contest Support
|
Post subject: Re: General Discussion and Comments |
Post rating: 0
|
Posted: Tue 31 Aug, 2010, 10:01
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
The trading conditions are similar to all demo account. As soon as the use of leverage reaches 200%, the platform will automatically cut 50% of exposure. This is how the margin cut mechanism works in the platform.
|
|
|
|
|
Contest Support
|
Post subject: Re: General Discussion and Comments |
Post rating: 0
|
Posted: Tue 31 Aug, 2010, 13:48
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
The summer is coming to an end, traders are getting back from their vacations and we are having the last day for the strategy contest of August.
Let's hope we will see some interesting and new strategies in the upcoming months from the refreshed minds of our traders.
Good luck and remember - you can register for the strategy contest of September until the 15th.
Also, do not forget to read the rules carefully.
|
|
|
|
|
[arnab]
|
Post subject: RSS Feed |
Post rating: 0
|
Posted: Tue 31 Aug, 2010, 18:58
|
|
User rating: 0
Joined: Tue 25 May, 2010, 04:21 Posts: 21
|
RSS Feed does not return anything when opened from Firefox or Chrome. Firefox - returns the general webpage of the contest Chrome - returns the XML without data in it IE - works fine
|
|
|
|
|
Contest Support
|
Post subject: Re: RSS Feed |
Post rating: 0
|
Posted: Wed 01 Sep, 2010, 13:31
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
Chrome doesn't support RSS format but you can install an RSS extention. Firefox and IE are both OK but note that if there is not any position than the page is blank and no any trades are reflected. You can test it on own contest account.
|
|
|
|
|
[brainstom]
|
Post subject: contest page, incorrect turnover ? |
Post rating: 0
|
Posted: Wed 01 Sep, 2010, 21:58
|
|
User rating: 0
Joined: Tue 10 Nov, 2009, 16:58 Posts: 65
|
I am looking at my strategy's current position, and I don't understand how the turnover is computed on the contest page...
for a position (not yet closed) of 2500K EUR/USD, it shows turnover of 3.17. How come ?
|
|
|
|
|
[quantisan]
|
Post subject: Re: contest page, incorrect turnover ? |
Post rating: 0
|
Posted: Wed 01 Sep, 2010, 22:08
|
|
User rating: 1
Joined: Fri 26 Mar, 2010, 19:19 Posts: 116 Location: Canada
|
It's in US Dollar millions. 2500k * 1.28 = 3.2 about 3.17.
|
|
|
|
|
soso
|
Post subject: charts |
Post rating: 0
|
Posted: Thu 02 Sep, 2010, 10:48
|
|
User rating: -
|
how to delete fibonacci lines on the charts
|
|
|
|
|
Contest Support
|
Post subject: Re: charts |
Post rating: 0
|
Posted: Thu 02 Sep, 2010, 12:43
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
soso wrote: how to delete fibonacci lines on the charts Double left-click, delete.
|
|
|
|
|
[Frank]
|
Post subject: More challenging competition |
Post rating: 0
|
Posted: Thu 02 Sep, 2010, 16:02
|
|
User rating: 0
Joined: Thu 02 Sep, 2010, 05:01 Posts: 49
|
"How would you turn the contest into a more challenging competition? Tell us in the JForex Community Forum, or here in the comments."
Hi, contest rules incentive to use aggressive gambling strategy (that win a month and loose much or all the next month). Wouldn't be better to have strategy that give good result for more time (more than 1 month)? I suggest offering only 3 prizes for each month and giving 3 prizes for best balances for first 2 months 3 prizes for best balances for first 3 months ... until 3 prizes for best balances for 12 months
Best regards, Frank
|
|
|
|
|
Contest Support
|
Post subject: Re: General Discussion and Comments |
Post rating: 0
|
Posted: Mon 06 Sep, 2010, 11:14
|
|
User rating: 8
Joined: Wed 21 Apr, 2010, 10:42 Posts: 1167
|
The idea to extend the contest period has a reasonable basis. We are bearing this in mind. As soon as the contest rules will become stable and we will finally find the most efficient and effective formulas, we will extend the contest period to a longer period. Of course, if will have support of other participants. Thank you for the feedback.
|
|
|
|
|
|
|