Ivan_Invanov : 자, 다음으로 넘어가겠습니다.) 거래가 매우 드물다면 정당화됩니다. 오랜 시간 동안 데모에서 테스트 할 것이기 때문에 그런 시스템은 피하려고합니다.
TS 리그의 경우 중요하지 않습니다.
2년은 최적화 역사의 기간입니다. 이 기간에 동일한 2년을 기준으로 가장 수익성이 높은 최적화 매개변수를 찾습니다.
또한 "최대 허용" 매개변수가 명확해집니다. 최대 드로다운, 연속 손절매의 최대 대기열, 최대 업데이트를 위한 최대 대기 시간, 최대 업데이트에 필요한 최대 트랜잭션 수, 최대 대기 시간 하나의 거래. 이 모든 매개변수는 시스템 코드에 입력되고 시스템은 데모 거래에 들어갑니다.
트랜잭션이 완료될 때마다 이러한 모든 매개변수를 다시 확인합니다. (시간 초과 매개변수 - 각 막대 다음에 확인됨). 매개변수 중 하나 이상이 초과되는 즉시 시스템은 거래를 중지하고 경고를 발행합니다.
재최적화를 위해 즉시 전송되고 새로운 입력 매개변수 세트와 새로운 한계 매개변수 세트가 발견된 후 시스템이 데모 거래를 위해 다시 시작됩니다.
또한 모든 시스템은 최고, 중간 및 최저의 세 가지 "부문"으로 나뉩니다. 각 거래 후에 "거래 품질" 매개변수가 확인됩니다. 품질 매개변수가 시스템이 현재 속한 디비전과 일치하지 않으면 다른 디비전으로 이동하여 거래합니다.
2년은 최적화 역사의 기간입니다. 이 기간에 동일한 2년을 기준으로 가장 수익성이 높은 최적화 매개변수를 찾습니다.
또한 "최대 허용" 매개변수가 명확해집니다. 최대 드로다운, 연속 손절매의 최대 대기열, 최대 업데이트를 위한 최대 대기 시간, 최대 업데이트에 필요한 최대 트랜잭션 수, 최대 대기 시간 하나의 거래. 이 모든 매개변수는 시스템 코드에 입력되고 시스템은 데모 거래에 들어갑니다.
트랜잭션이 완료될 때마다 이러한 모든 매개변수를 다시 확인합니다. (시간 초과 매개변수 - 각 막대 다음에 확인됨). 매개변수 중 하나 이상이 초과되는 즉시 시스템은 거래를 중지하고 경고를 발행합니다.
재최적화를 위해 즉시 전송되고 새로운 입력 매개변수 세트와 새로운 한계 매개변수 세트가 발견된 후 시스템이 데모 거래를 위해 다시 시작됩니다.
또한 모든 시스템은 최고, 중간 및 최저의 세 가지 "부문"으로 나뉩니다. 각 거래 후에 "거래 품질" 매개변수가 확인됩니다. 품질 매개변수가 시스템이 현재 속한 디비전과 일치하지 않으면 다른 디비전으로 이동하여 거래합니다.
2년은 최적화 역사의 기간입니다. 이 기간에 동일한 2년을 기준으로 가장 수익성이 높은 최적화 매개변수를 찾습니다.
또한 "최대 허용" 매개변수가 명확해집니다. 최대 드로다운, 연속 손절매의 최대 대기열, 최대 업데이트를 위한 최대 대기 시간, 최대 업데이트에 필요한 최대 트랜잭션 수, 최대 대기 시간 하나의 거래. 이 모든 매개변수는 시스템 코드에 입력되고 시스템은 데모 거래에 들어갑니다.
트랜잭션이 완료될 때마다 이러한 모든 매개변수를 다시 확인합니다. (시간 초과 매개변수 - 각 막대 다음에 확인됨). 매개변수 중 하나 이상이 초과되는 즉시 시스템은 거래를 중지하고 경고를 발행합니다.
재최적화를 위해 즉시 전송되고 새로운 입력 매개변수 세트와 새로운 한계 매개변수 세트가 발견된 후 시스템이 데모 거래를 위해 다시 시작됩니다.
또한 모든 시스템은 최고, 중간 및 최저의 세 가지 "부문"으로 나뉩니다. 각 거래 후에 "거래 품질" 매개변수가 확인됩니다. 품질 매개변수가 시스템이 현재 속한 디비전과 일치하지 않으면 다른 디비전으로 이동하여 거래합니다.
흠 트랜잭션 대기시간이 왜? 글쎄, 전략에 따라 거래 상황이 없을 수 있습니까? 그리고 거래의 질에 대한 기준에 대해 자세히 말씀해 주시겠습니까?
예, George는 멋진 시스템을 가지고 있습니다. 뭔가 생각나네요... 사회, 계급,... 아마 개미집? 간단한 행동 규칙과 결과에 따른 명확한 시스템 계층 구조 ... 정확히! 나는 기억했다. 판타지 소설 '라마와의 만남'(아서 클락)에서는 3부에서 특정 행성에서 온 지능 거미의 사회 구조를 이렇게 묘사했다.
그건 그렇고, 저자 자신이 로봇의 회전에서 패턴을 찾기 어렵다면 아마도 국회에서 대처하고 식별 할 것입니다.
Ivan_Invanov : 흠 트랜잭션 대기시간이 왜? 글쎄, 전략에 따라 거래 상황이 없을 수 있습니까? 그리고 거래의 질에 대한 기준에 대해 자세히 말씀해 주시겠습니까?
정확히. 이것은 또 다른 개념적 문제입니다.
차량이 역사상 그랬던 것처럼 작동하는지 이해하려면 모든 "제한 매개변수"가 필요합니다. 2년(지난 3개월이 선도 기간) 기록에서 가장 긴 거래 대기 시간이 일주일이었다면 갑자기 데모 거래 시스템이 일주일보다 더 긴 대기 시간을 보인다면 이것은 분명히 시스템의 동작이 변경되었음을 나타내며 즉시 경매에서 철회하고 다시 최적화해야 합니다.
다른 모든 "제한 매개변수"는 동일한 의미를 갖습니다. WO의 최대 대기열 또는 최대 드로다운은 "손실을 제한"하기 위한 것이 아니라 우선 TS가 이전과 같이 동작하는지 확인하기 위해 추정된다고 가정해 보겠습니다. 2년의 역사에서 WO의 최대 대기열이 예를 들어 5개라면 연속으로 5개의 정류장이 누적되기 전에 TS가 "이전과 같이" 동작하는 것으로 간주합니다. 연속으로 6번째 SL이 고정되면 바로 그것입니다. 시스템이 다르게 작동합니다.
그건 그렇고, 시스템이 훨씬 더 잘 작동하고 수익을 올리기 시작할 작은 기회가 있지만 ... 아주 작은 확률입니다. 그녀가 병합을 시작할 가능성이 훨씬 더 높습니다.
그리고 2년 만에 최적화를 수행한 이유는 무엇입니까?
이 수치는 더 직관적으로 취합니다. 시스템이 작동하는지 확인하려면 마지막 50-200개의 트랜잭션에서 시스템을 추적해야 합니다. 일반적으로 이것은 1년 반 이내에 발생합니다. 그 후 - 앞으로 3개월 더. 총 2년 정도의 시간이 있습니다.
다른 시간이 더 좋은 이유가 있는 경우 - 기꺼이 들을 준비가 되어 있습니다.
그리고 ... "당신"에 와서 ... 결국 동료들이이 포럼에있는 것 같습니다 ...
이 수치는 더 직관적으로 취합니다. 시스템이 작동하는지 확인하려면 마지막 50-200개의 트랜잭션에서 시스템을 추적해야 합니다. 일반적으로 이것은 1년 반 이내에 발생합니다. 그 후 - 앞으로 3개월 더. 총 2년 정도의 시간이 있습니다.
다른 시간이 더 좋은 이유가 있는 경우 - 기꺼이 들을 준비가 되어 있습니다.
그리고 ... "당신"에 와서 ... 결국 동료들이이 포럼에있는 것 같습니다 ...
자, 다음으로 넘어가겠습니다.) 거래가 매우 드물다면 정당화됩니다. 오랜 시간 동안 데모에서 테스트 할 것이기 때문에 그런 시스템은 피하려고합니다.
TS 리그의 경우 중요하지 않습니다.
2년은 최적화 역사의 기간입니다. 이 기간에 동일한 2년을 기준으로 가장 수익성이 높은 최적화 매개변수를 찾습니다.
또한 "최대 허용" 매개변수가 명확해집니다. 최대 드로다운, 연속 손절매의 최대 대기열, 최대 업데이트를 위한 최대 대기 시간, 최대 업데이트에 필요한 최대 트랜잭션 수, 최대 대기 시간 하나의 거래. 이 모든 매개변수는 시스템 코드에 입력되고 시스템은 데모 거래에 들어갑니다.
트랜잭션이 완료될 때마다 이러한 모든 매개변수를 다시 확인합니다. (시간 초과 매개변수 - 각 막대 다음에 확인됨). 매개변수 중 하나 이상이 초과되는 즉시 시스템은 거래를 중지하고 경고를 발행합니다.
재최적화를 위해 즉시 전송되고 새로운 입력 매개변수 세트와 새로운 한계 매개변수 세트가 발견된 후 시스템이 데모 거래를 위해 다시 시작됩니다.
또한 모든 시스템은 최고, 중간 및 최저의 세 가지 "부문"으로 나뉩니다. 각 거래 후에 "거래 품질" 매개변수가 확인됩니다. 품질 매개변수가 시스템이 현재 속한 디비전과 일치하지 않으면 다른 디비전으로 이동하여 거래합니다.
TS 리그의 경우 중요하지 않습니다.
2년은 최적화 역사의 기간입니다. 이 기간에 동일한 2년을 기준으로 가장 수익성이 높은 최적화 매개변수를 찾습니다.
또한 "최대 허용" 매개변수가 명확해집니다. 최대 드로다운, 연속 손절매의 최대 대기열, 최대 업데이트를 위한 최대 대기 시간, 최대 업데이트에 필요한 최대 트랜잭션 수, 최대 대기 시간 하나의 거래. 이 모든 매개변수는 시스템 코드에 입력되고 시스템은 데모 거래에 들어갑니다.
트랜잭션이 완료될 때마다 이러한 모든 매개변수를 다시 확인합니다. (시간 초과 매개변수 - 각 막대 다음에 확인됨). 매개변수 중 하나 이상이 초과되는 즉시 시스템은 거래를 중지하고 경고를 발행합니다.
재최적화를 위해 즉시 전송되고 새로운 입력 매개변수 세트와 새로운 한계 매개변수 세트가 발견된 후 시스템이 데모 거래를 위해 다시 시작됩니다.
또한 모든 시스템은 최고, 중간 및 최저의 세 가지 "부문"으로 나뉩니다. 각 거래 후에 "거래 품질" 매개변수가 확인됩니다. 품질 매개변수가 시스템이 현재 속한 디비전과 일치하지 않으면 다른 디비전으로 이동하여 거래합니다.
물론 당신은 모두 진흙 투성이였습니다!
내가 이해할 수 없는 유일한 것은 당신이 그것을 필요로 하는 이유는 무엇입니까?
TS 리그의 경우 중요하지 않습니다.
2년은 최적화 역사의 기간입니다. 이 기간에 동일한 2년을 기준으로 가장 수익성이 높은 최적화 매개변수를 찾습니다.
또한 "최대 허용" 매개변수가 명확해집니다. 최대 드로다운, 연속 손절매의 최대 대기열, 최대 업데이트를 위한 최대 대기 시간, 최대 업데이트에 필요한 최대 트랜잭션 수, 최대 대기 시간 하나의 거래. 이 모든 매개변수는 시스템 코드에 입력되고 시스템은 데모 거래에 들어갑니다.
트랜잭션이 완료될 때마다 이러한 모든 매개변수를 다시 확인합니다. (시간 초과 매개변수 - 각 막대 다음에 확인됨). 매개변수 중 하나 이상이 초과되는 즉시 시스템은 거래를 중지하고 경고를 발행합니다.
재최적화를 위해 즉시 전송되고 새로운 입력 매개변수 세트와 새로운 한계 매개변수 세트가 발견된 후 시스템이 데모 거래를 위해 다시 시작됩니다.
또한 모든 시스템은 최고, 중간 및 최저의 세 가지 "부문"으로 나뉩니다. 각 거래 후에 "거래 품질" 매개변수가 확인됩니다. 품질 매개변수가 시스템이 현재 속한 디비전과 일치하지 않으면 다른 디비전으로 이동하여 거래합니다.
농담이 아니라 심각한 돈을 LEAGUE에 내놓기가 무섭습니다 ...
물론 당신은 모두 진흙 투성이였습니다!
내가 이해할 수 없는 유일한 것은 당신이 그것을 필요로 하는 이유는 무엇입니까?
어서 "당신".
개념 질문입니다.
제 경험상 시스템 개발은 이렇게 진행됩니다. 먼저 테스터에서 작동하도록 하는 방법을 생각해 냅니다. 그런 다음 작동하면 데모에 넣습니다. 그리고 그것이 효과가 있다면 실제 돈에 베팅할 가치가 있다고 생각합니다.
여기에서 처음 두 가지 질문을 해결했습니다. TS 리그는 항상 좋은 데모 거래를 보여주는 많은 시스템이 있는 시스템 세트입니다. 테스터가 아니라 데모입니다!
결과적으로, 선택한 시스템 중 실제 거래를 위해 어떤 시스템을 사용하고 어떤 시스템을 인출해야 하는지에 대한 마지막 질문만 남았습니다. 저는 항상 데모 거래가 상당히 긴 시스템을 가지고 있습니다.
사실 이것은 "메타 거래"입니다. 거래에서 우리가 거래를 열고 닫는다면 "TS를 실제에 두는 것"이라는 원칙이 있습니다. 그리고 제 생각에는 TS의 동작이 통화 쌍의 동작보다 더 안정적입니다.
흠 트랜잭션 대기시간이 왜? 글쎄, 전략에 따라 거래 상황이 없을 수 있습니까? 그리고 거래의 질에 대한 기준에 대해 자세히 말씀해 주시겠습니까?
정확히. 이것은 또 다른 개념적 문제입니다.
차량이 역사상 그랬던 것처럼 작동하는지 이해하려면 모든 "제한 매개변수"가 필요합니다. 2년(지난 3개월이 선도 기간) 기록에서 가장 긴 거래 대기 시간이 일주일이었다면 갑자기 데모 거래 시스템이 일주일보다 더 긴 대기 시간을 보인다면 이것은 분명히 시스템의 동작이 변경되었음을 나타내며 즉시 경매에서 철회하고 다시 최적화해야 합니다.
다른 모든 "제한 매개변수"는 동일한 의미를 갖습니다. WO의 최대 대기열 또는 최대 드로다운은 "손실을 제한"하기 위한 것이 아니라 우선 TS가 이전과 같이 동작하는지 확인하기 위해 추정된다고 가정해 보겠습니다. 2년의 역사에서 WO의 최대 대기열이 예를 들어 5개라면 연속으로 5개의 정류장이 누적되기 전에 TS가 "이전과 같이" 동작하는 것으로 간주합니다. 연속으로 6번째 SL이 고정되면 바로 그것입니다. 시스템이 다르게 작동합니다.
그건 그렇고, 시스템이 훨씬 더 잘 작동하고 수익을 올리기 시작할 작은 기회가 있지만 ... 아주 작은 확률입니다. 그녀가 병합을 시작할 가능성이 훨씬 더 높습니다.