Damned Martin - page 24
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
But not every couple of months and not every year. The aim of the project is to stay in the market longer.
I have already explained, safe martin is a grail. I can justify it logically. So, as much as I hate to admit it, it's unlikely we will create a safe margin, but reducing the risk of getting out of the market immediately after two weeks (as I have been doing for three years, when every time I tried to put a depo on a margin exactly in August) is the main goal.
But not every couple of months and not every year. The goal of the project is to stay in the market longer.
I already explained, safe martin is a grail. I can justify it logically. So, as much as I hate to admit it, it's unlikely we'll create a safe margin, but reducing the risk of pulling out of the market immediately after two weeks (as I've been doing for three years, when every time I tried to put a depot on a margin exactly in August), is the main goal.
I will make a suggestion. It is rather uncomplicated (at first glance). The idea is to add withdrawal to the test(TesterWithdrawal()).
I think it will be interesting to see how much money will not be earned, but withdrawn (regularly, in the process of increasing the balance).
True, I'm not sure if this function is in mql4.
I will make a suggestion. It is rather uncomplicated (at first glance). The idea is to add withdrawal to the test(TesterWithdrawal()).
I think it will be interesting to see how much money will not be earned, but withdrawn (regularly, in the process of increasing the balance).
However, I'm not sure if this function is in mql4.
I will make a suggestion. It is rather uncomplicated (at first glance). The idea is to add withdrawal to the test(TesterWithdrawal()).
I think it will be interesting to see how much money will not be earned, but withdrawn (regularly, in the process of increasing the balance).
However, I'm not sure if this function is in mql4.
I will make a suggestion. It is rather uncomplicated (at first glance). The idea is to add withdrawal to the test(TesterWithdrawal()).
I think it will be interesting to see how much money will not be earned, but withdrawn (regularly, in the process of increasing the balance).
However, I'm not sure if this function is in mql4.
There is a homemade one.
mt4 does not have such a function.
A man suggested a safe martin version to me today, but I need to think about the implementation.
You may post it and we will think about it, evaluate, criticize or support it))))
Let me give you an algorithm. I don't know how to do it.
1) look for an entry point
if the entry point is suitable
a) estimate the potential movement
b) do calculation of risk where 100% is a successful entry is 100% of the starting lot, 50% is 50% of the lot
2) Open a position, after the step check (1a, 1b)
and so on
the expected result - to close a series of trades at any moment with the least loss and the last knee (which will always be in the red) will not weigh heavily on the overall result
the floating ratio of each order, step, marks and lot should be calculated automatically.
at the moment I am thinking how such an entering algorithm should look like in order to give at least 80% probability and how to attach a line based on several parameters
And of course not every order has to be a Martin order and not every order should go in one and the same direction, there will be situations where you have to smooth out the average price and slowly drag it somewhere
Let me give you an algorithm. I don't know how to do it.
1) look for an entry point
if the entry point is suitable
a) estimate the potential movement
b) do calculation of risk where 100% is a successful entry is 100% of the starting lot, 50% is 50% of the lot
2) Open a position, after the step check (1a, 1b)
and so on
the expected result - to close a series of trades at any moment with the least loss and the last knee (which will always be in the red) will not weigh heavily on the overall result
the floating ratio of each order, step, marks and lot should be calculated automatically.
at the moment I am thinking how such an entering algorithm should look like in order to give at least 80% probability and how to attach a line based on several parameters
it goes without saying that not every order should be with Martin and not every order should be opened in one and the same direction, there will be situations where you have to smooth out the average price and slowly drag it somewhere