Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Почитайте логарифм цены
Другие упоминания сами найдете
Почитайте логарифм цены
Другие упоминания сами найдете
Еще один крайне важный нюанс состоит в том, что в этом скрипте в расчете шарпа учитываются только те бары, на которых было изменение эквити:
//--- add only if equity has changed if(m_equities[i] != prev_equity) { log_return = MathLog(m_equities[i] / prev_equity); // increment logarithm aver += log_return; // average logarithm of increments AddReturn(log_return); // fill the array of increment logarithms counter++; // counter of returns } prev_equity = m_equities[i];Затем среднее изменение находится делением на число таких баров:
Однако переход к годовому шарпу происходит на основе отношения таймфреймов, как если бы в расчете учитывались все бары текущего тф:
Т.е., еще раз: скрипт находит усредненный шарп на 1 бар с изменением эквити, а затем, чтобы найти годовой, умножает его не на число таких баров в году, а на общее число баров этого тф в году (его корень, естественно). Что ошибочно и завышает итоговый показатель.
Видимо в тестере шарп считается так же?
скрипт находит усредненный шарп на 1 бар с изменением эквити, а затем, чтобы найти годовой, умножает его не на число таких баров в году, а на общее число баров этого тф в году (его корень, естественно). Что ошибочно и завышает итоговый показатель
Тоже заметил. Поэтому в своей версии добавил опцию учета нулевых баров.