거래 확률 - 페이지 10

 

사고없이 가능합니다-해당 치수의 지그재그를 취하여 업 스윙과 다운 스윙의 총 길이를 계산하십시오. 비율은 선택한 변조 레벨에 대한 과거 추세를 나타냅니다.

 
Urain >> :
Ни для кого не секрет на этом форуме что точный прогноз не возможет (хотя не буду так категоричен) маловероятен,
а отсюда вытекает постановка задачи вернее поставленная ранее задача время_открытия|направление|время_закрытия
трансформируеться во время_открытия|направление|(установка ТП и СЛ).
Теперь суть вопроса : что лучше маленький_стоплосс|большой_тейкпрофит или маленький_тейкпрофит|большой_стоплосс ?
Теоретически чем мешьше удаление тем меньше потери или прибыли(по вариантам),
но чем дальше находиться уровень тем менее вероятным он будет по достижимости кумулятом.

복제본으로: 메일링 리스트 형태의 예측 - "질문에 대한 답변 - WHEN ???"은 Runet에 있습니다. 일중 거래를 통해 100%에 가까운 결과를 얻을 수 있습니다.

 
Avals >> :

사고없이 가능합니다-해당 치수의 지그재그를 취하여 업 스윙과 다운 스윙의 총 길이를 계산하십시오. 비율은 선택한 변조 레벨에 대한 과거 추세를 나타냅니다.

연구 세그먼트의 시작과 끝의 가격이 같으면
합계(UpSwings) / 합계(DownSwings) = 1

 
SProgrammer >> :
Ну вот таким образом будет выглядеть код, - - я не проверял! :)
 extern int        tp= 25 ;
extern int        sl= 25 ;

음, 동일한 조건을 설정했다면 스페이드를 고려하여 tp와 sl을 조정하십시오.

 
getch писал(а) >>

연구 세그먼트의 시작과 끝의 가격이 같으면
합계(UpSwings) / 합계(DownSwings) = 1


스윙 횟수가 아니라 길이의 합(포인트)입니다.
그런데 SB의 경우 긴 섹션에서 d.b. -> 1이며 평균 스윙 길이는 차원의 2배입니다. 예, 그리고 긴 역사에 대한 모든 인용문에 대해. 그러나 매우 특정한 시간 간격에서는 1과 크게 다를 수 있습니다.
추신 아, 처음과 끝에서 가격의 평등을 의미하는 것을 이해합니다. 동의한다. 수평 레벨의 교차점 사이의 위아래 스윙 길이의 합은 동일합니다. 그리고 길이 합계의 차이는 시작점에서 끝점까지의 가격 증분 값과 같습니다. 저것들. x(tn)-x(t0)=Y이면 Sum(UpSwings) - Sum(DownSwings)=Y입니다.
따라서 x(tn)-x(t0)=0 => Sum(UpSwings) = Sum(DownSwings) => Sum(UpSwings)/Sum(DownSwings)=1인 경우

 
Neveteran >> :


왜 이것이 정지 또는 이익의 가격 변동 범위를 측정하는지 이해할 수 없습니다.

처음부터 작업에 관련된 도구가 많을수록 평균을 내는 경향이 더 강해진다고 썼습니다. 치명적인 편차를 얻는 것은 불가능하기 때문에 정확히 이 방법으로 갔습니다. 정지 또는 이익의 사용은 귀하의 편이 아니라 DC를 위한 것입니다.


내가 여기에서 읽은 모든 것 중에서 - 나는 두 가지 만 포착했습니다. 자신의 교육을 자랑스럽게 여기는 SProgrammer 측의 절망적 인 무례함과 따돌림과 동시에 동일한 진술을 즉시 반박합니다. 교육을 받은 사람은 그러한 공개적인 십대 불꽃에 절대 구부리지 않을 것이며, 성적으로 몰두한 16세 십대가 키보드에 앉아 있는 듯한 완전한 인상을 줍니다.
그리고 두 번째 요점은 수학에서 나온 이해할 수 없는 단어들의 무리입니다. 비록 그가 수학과 이론과 매우 밀접하게 관련된 전문 분야로 대학을 졸업했지만. 나는 내가 이것에 정통하다고 생각했지만 마치 유명한 Lem의 미래 학자 회의에 온 것 같았습니다 ...
내가 당신에게 특별히 편지를 쓰는 이유는 무엇입니까? 이 스레드에서 배운 유일한 합리적인 것은 귀하의 게시물입니다. 여러 쌍에 대해 평균을 내면 어떻게 될까요? 달성할 수 없는 하락에 빠질 확률은 훨씬 낮고 일반 평균에 더 많은 쌍이 참여할수록 이 확률은 낮아집니다.
불행히도 저는 위대한 수학자도 아니고 영리한 단어와 용어를 모릅니다. 하지만 아마도 이 스레드에 있는 똑똑한 수학자들은 이 모든 것을 공식으로 공식화하고 심지어 그것을 똑똑한 단어라고 부를 수도 있을 것입니다 ...
그러나 사실은 무엇입니까? 이것은 분명합니다.
 
lexandros >> :


내가 여기에서 읽은 모든 것 중에서 - 나는 두 가지 만 포착했습니다. 자신의 교육을 자랑스럽게 여기는 SProgrammer 측의 절망적 인 무례함과 따돌림과 동시에 동일한 진술을 즉시 반박합니다. 교육을 받은 사람은 그러한 공개적인 십대 불꽃에 절대 구부리지 않을 것이며, 성적으로 몰두한 16세 십대가 키보드에 앉아 있는 듯한 완전한 인상을 줍니다.
그리고 두 번째 요점은 수학에서 나온 이해할 수 없는 단어들의 무리입니다. 비록 그가 수학과 이론과 매우 밀접하게 관련된 전문 분야로 대학을 졸업했지만. 나는 내가 이것에 정통하다고 생각했지만 마치 유명한 Lem의 미래 학자 회의에 온 것 같았습니다 ...
내가 당신에게 특별히 편지를 쓰는 이유는 무엇입니까? 이 스레드에서 배운 유일한 합리적인 것은 귀하의 게시물입니다. 여러 쌍에 대해 평균을 내면 어떻게 될까요? 달성할 수 없는 하락에 빠질 확률은 훨씬 낮고 일반 평균에 더 많은 쌍이 참여할수록 이 확률은 낮아집니다.
불행히도 저는 위대한 수학자도 아니고 영리한 단어와 용어를 모릅니다. 하지만 아마도 이 스레드에 있는 똑똑한 수학자들은 이 모든 것을 공식으로 공식화하고 심지어 그것을 똑똑한 단어라고 부를 수도 있을 것입니다 ...
그러나 사실은 무엇입니까? 이것은 분명합니다.
글쎄, 아무도 Neveteran 이 자신의 지점에서 말하는 넌센스를 코딩하지 않으려면 아무도 없을 것입니다.
당신은 당신이 원하는 무엇이든 당신의 우상을 핥을 수 있습니다, 그냥 자신의 스레드에서 그것을 하십시오.
 
Urain >> :
Ну уж если тот бред что несёт Neveteran в его собственной ветке никто кодировать не собираеться то в этой и подавно никто не будет.
Можете вылизывать вашему кумиру всё что пожелаете только пожалуйста делайте это в его собственной ветке.


'아이돌'과 '핥아'가 무슨 상관인지 잘 이해가 안 갔는데...
Neveteran은 개인적으로 매우 모호한 스피커입니다. 그에게서 나오는 말죽은 의식을 완전히 찢는다.
사실 다른 말을 하고 싶었는데...
즉, (과도한 표현 없이) - 여러 쌍에 대해 평균을 낸 경우 - 한 쌍에 대해 동일한 경우보다 달성할 수 없는 손실이 발생할 확률이 더 적습니다. 그게 다야. 그 이상도 그 이하도 아닙니다.
그리고 Neveteran이 해당 지점에서 운영하는 무작위 순서로 무작위로 혼합된 용어의 전체 흐름 - 저는 단순히 마음에 두지 않았습니다. 연민. 그리고 나는 그가 옳고 그름에 대해 논하는 것을 멀리하고 있습니다...
그래서, 당신의 슛은 어딘가 잘못된 목표물에 있습니다. 후방 시야를 이동하십시오.
 
lexandros писал(а) >>

사실 다른 말을 하고 싶었는데...
즉, 여러 쌍에 대해 평균을 낸 경우 한 쌍에 대해 동일한 작업이 수행되는 경우보다 달성할 수 없는 하락이 발생할 확률이 더 적습니다.

이 진술을 증명할 수 있습니까? 나는 그것이 사실이라는 느낌이 들지 않습니다. 그리고 귀하의 _statement_에 있는 용어를 명확히 하십시오. 아마도 그럴 것입니다.
 
반복 :

EA는 지그재그 무릎( Pips 이상)의 수를 계산하고 파일에 씁니다.
 extern int Pips = 100 ;

int Amount;

int GetZigZagCount()
{
  static bool FlagUP = TRUE;
  static int Min = 999999 ;
  static int Max = 0 ;
  static int Count = 0 ;

  int PriceHigh = High[ 1 ] / Point + 0.1 ;
  int PriceLow = Low[ 1 ] / Point + 0.1 ;
  
  if (FlagUP)
  {
    if (PriceHigh > Max)
      Max = PriceHigh;
    else if (Max - PriceLow >= Pips)
    {
      FlagUP = FALSE;
      Min = PriceLow;
      Count++;
    }
  }
  else // (FlagUP == FALSE)
  {
    if (PriceLow < Min)
      Min = PriceLow;
    else if (PriceHigh - Min >= Pips)
    {
      FlagUP = TRUE;
      Max = PriceHigh;
      Count++;
    }
  }
  
  return (Count);
}

void StringToFile( string FileName, string Str )
{
  int handle;
  
  handle = FileOpen (FileName, FILE_READ | FILE_WRITE );
  FileSeek (handle, 0 , SEEK_END );

  FileWrite (handle, Str);

  FileClose (handle);

  return ;
}

void deinit()
{
  StringToFile( "Analyse.prn" , Pips + " " + Amount);
  
  return ;
}

void start()
{
  static int PrevTime = 0 ;
  
  if (PrevTime == Time[ 0 ])
    return ;
    
  Amount = GetZigZagCount();
  
  return ; 
}
최적화된 테스터에서 실행:
?

무릎 수의 최소 의존성 그래프. 크기( ):
?

Pips1의 크기에서 Pips2 / Pips1 = Koef 의 비율로 Pips1Pips2 ZigZag 의 무릎 개수 비율( Amount(Pips1) / Amount(Pips2) )의 그래프
?
?
?
위의 차트에서 파란색 선은 Koef^2 의 값입니다.


가설:

금액(핍1) / 금액(2핍) == (2핍 / 1핍) ^ 2
여기서 Amount(Pips) - 무릎이 Pips보다 작지 않은 지그재그의 무릎 수입니다.

여기 에 데이터 소스가 있는 Mathcad 파일이 있습니다.