트레이딩의 머신러닝: 이론, 모델, 실전 및 알고리즘 트레이딩 - 페이지 2947

 
Aleksey Nikolayev #:

아주 좋습니다. 어떤 버전과 운영체제가 지원되나요?

오픈 소스 ONNX 런타임 프로젝트에 있는 모든 것이 지원됩니다.

 
Renat Fatkhullin #:

이 모든 것은 오픈 소스 ONNX 런타임 프로젝트에 표시됩니다.

onnx.defs.onnx_opset_version()은 opset=17이라고 기록합니다. MT 로그의 버전에 대해서는 1.14.0이라고 되어 있지만 최신 ONNX 버전은 1.13.1이라고 생각합니다.

 
Aleksey Nikolayev #:

onnx.defs.onnx_opset_version()은 opset=17이라고 기록합니다. MT 로그의 버전에 대해서는 1.14.0이라고 되어 있지만, 최신 ONNX 버전은 1.13.1인 것 같습니다.

네, 맞습니다. ONNX 최신 버전은 1.13.1, ONNX 런타임 최신 버전은 1.14.1입니다.

 
Renat Fatkhullin #:

차트/틱/거래 포지션/거래 내역에 액세스하는 함수 세트는 위에 나와 있습니다. 파이썬 스크립트를 직접 작업하는 데 충분합니다.

아마도 인디케이터에 대한 액세스를 추가할 것입니다.

보조지표 전송은 보편적인 방법은 아니지만 대부분의 트레이더에게는 충분할 것입니다. 예를 들어 저는 모든 막대가 아니라 레벨이 깨지는 순간에 데이터를 전송하는 데 더 관심이 있습니다. 누군가 다른 것에 관심이 있는 경우 등입니다.

모든 사람에게 적합한 이상적인 교환 방법을 만드는 것은 거의 불가능하기 때문에 개발 단계에서의 버팀목 방법은 불가피합니다. 가장 중요한 것은 테스터나 VPS에서 출시하는 단계에서는 버팀목 방식을 피하는 것입니다.

 

새 버전의 MT5 b3601에서 ONNX.Price.Prediction 프로젝트를 테스트했습니다. 파이썬에서 학습 및 출력, MT5에서 출력 등 모든 것이 작동하는 것 같습니다(루트에서 onnx용 dll을 제거하고 터미널을 다시 시작했습니다).

릴리스를 기다렸다가 자체 모델로 시도해 볼 수 있습니다.)

 
Aleksey Nikolayev #:

인디케이터 전송은 보편적인 방법은 아니지만 대부분의 트레이더에게는 충분합니다. 예를 들어 저는 모든 막대에서 데이터를 전송하는 것이 아니라 레벨이 깨지는 순간에 데이터를 전송하는 데 더 관심이 있습니다. 누군가 다른 것에 관심이 있는 경우 등입니다.

모든 사람에게 적합한 이상적인 교환 방법을 만드는 것은 거의 불가능하기 때문에 개발 단계에서의 버팀목 방법은 불가피합니다. 가장 중요한 것은 테스터나 VPS에서 출시하는 단계에서는 버팀목 방식을 피하는 것입니다.

지표와 임의의 데이터(예: 문자열)를 파이썬으로 전달하는 문제는 메타쿼츠 비즈니스 이익에 영향을 미칩니다.
.

이 모든 것이 해결되면 MT는 브로커와 고객 사이의 중개자에서 전략과 지표를 작성하기위한 편리한 도구로 바뀝니다.

MT는 호가를 제공하는 동시에 매우 빠르고 안정적이어서 트레이딩 시스템에 구축할 수 있는 훌륭한 요소입니다. 문자열을 파이썬으로 전달할 수 있도록 허용한다는 것은 터미널의 이러한 역할을 통합한다는 의미입니다.

예를 들어, 암호화폐의 브로커는 불필요한 요소이기 때문에 MT를 통과했지만 전문가 조언을 작성하고 사용하기 위한 터미널의 사용을 취소하지는 않습니다.

간단히 설명하자면, EA 작성 => BTCUSD에서 실행 => 파이썬 스크립트를 통해 바이낸스에서 거래 => 메타트레이더에 감사합니다.

 

왜 ONNX에 이 모든 것이 필요한지 모르겠습니다.

MT5와 MO를 친구로 만드는 방법은 분명한 기본 시나리오가 있습니다:
1. OnInit()에서 별도의 프로세스로 파이썬 스크립트를 시작합니다.
2. EA가 정보를 기다릴 수있는 모드에서 파이썬과 EA 간의 정보 교환 기능이 필요합니다.
3. Models 폴더를 만들고 TensorFlow 모델을 그 안에 넣습니다.

그거예요!!! MT와 MO 통합이 완료되었습니다! 모두가 만족합니다.

 
Evgeny Dyuka #:

애초에 ONNX에 왜 이렇게 화려한 기능을 넣었는지 이해가 안 됩니다.

MT5와 MO를 친구로 만드는 방법은 분명한 기본 시나리오가 있습니다:
1. OnInit()에서 파이썬 스크립트가 별도의 프로세스로 시작됩니다.
2. EA가 정보가 도착할 때까지 기다릴 수 있는 모드에서 파이썬과 EA 간의 정보 교환 기능이 몇 가지 필요합니다.
3. Models 폴더를 만들고 TensorFlow 모델을 그 안에 넣습니다.

그거예요!!! MT와 MO 통합이 완료되었습니다! 모두가 만족합니다.

R과의 통합이 이루어졌습니다. 다만 VPS에서 왜 R이 필요한지, MT와의 통합을 지원하기 위해 왜 문제가 필요한지(언어 및 패키지 버전 관리 등) 명확하지 않습니다. 파이썬도 마찬가지입니다.

우리 비즈니스에서 매우 중요한 속도와 관련된 점도 있습니다. fxsaber가 메타쿼터와의 끊임없는 전투에서 밀리초를 어떻게 긁어모아 수익 포인트로 전환하는지 보세요. 분명히 무엇이든 묶어서 사용하면 두 프로그램을 개별적으로 사용하는 것보다 느리게 실행됩니다.

이보다 더 분명할 수 있는 것은 없을 것입니다.....

 
Aleksey Nikolayev 프로젝트를 테스트했습니다. 파이썬에서 학습 및 출력, MT5에서 출력 등 모든 것이 작동하는 것 같습니다(루트에서 onnx용 dll을 제거하고 터미널을 다시 시작했습니다).

릴리스를 기다렸다가 자체 모델로 시도해 볼 수 있습니다.)

목발이 하나 줄어들면 사용 모델의 범위가 크게 확장됩니다 (이전에는 대부분 터미널 입력을 통해 가중치를 최적화했습니다). 분명히 Mac에서도 작동 할 것 같습니다. 곧 확인하겠습니다 :) 때로는 아무것도하지 않고 음식이 저절로 입으로 날아갈 때까지 기다리는 것이 낫습니다.
 
Aleksey Nikolayev #:

R과의 통합이 있습니다. 다만 VPS에서 R이 필요한 이유와 MT와의 통합(언어 및 패키지 버전 관리 등)을 지원하는 데 문제가 필요한 이유는 명확하지 않습니다. 파이썬도 마찬가지입니다.

우리 비즈니스에서 매우 중요한 속도와 관련된 점도 있습니다. fxsaber가 메타쿼터와의 끊임없는 전투에서 밀리초를 어떻게 긁어모아 수익 포인트로 전환하는지 보세요. 분명히 무엇이든 묶어서 사용하면 두 프로그램만 사용하는 것보다 느리게 실행됩니다.

이보다 더 명백한 것이 있을까요.....

속도의 중요성에 대한 전설을 항상 듣지만 속도가 어디에서 중요한지 이해할 수 없습니다.
스프레드와 거래소 / 중개인의 수수료를 고려하면 수십 분 또는 시간 단위로 측정 된 시간을 예측할 필요가 있습니다. 50 밀리 초 차이가 무슨 관련이 있습니까?
실생활에서 MQ가 fxsaber를 5 밀리 초 차이로 이기는 것이 정확히 어떻게 도움이됩니까?
사유: