12:28:00 '******': instant order buy 0.30 GBPUSD at 1.59821 sl: 0.00000 tp: 0.00000
12:28:00 '******': request was accepted by server
12:28:00 '******': request in process
12:28:01 '******': order buy 0.30 GBPUSD opening at 1.59821 sl: 0.00000 tp: 0.00000 failed [Off quotes]
"경매의 높이"에 가격이 없는 이유는 무엇입니까? 이것이 고의적이라면 솔직히 말해서 자금을 인출하고 불필요한 주문으로 서버를 훈련하지 않을 것입니다.
"경매의 높이"에 가격이 없는 이유는 무엇입니까? 이것이 고의적이라면 솔직히 말해서 자금을 인출하고 불필요한 주문으로 서버를 훈련하지 않을 것입니다.
계정 유형이 STP인 경우 다음은 규정에서 발췌한 내용입니다.
6.4 즉석 주문을 시작할 때 고객이 요청된 가격과의 최대 편차를 사용하는 경우 가격이 변경될 경우 고객은 할인 견적을 받고 새 즉석 주문을 보내야 합니다. 고객이 요청된 가격과의 최대 편차 매개변수를 사용하지 않고 가격이 변경되면 이 경우 고객은 재견적을 받게 됩니다.
MT 서버의 기술적 특성으로 인해 이 경우 재견적을 보낼 수 없습니다(관심 있으면 설명할 수 있음).
6.4 즉석 주문을 시작할 때 고객이 요청된 가격과의 최대 편차를 사용하는 경우 가격이 변경될 경우 고객은 할인 견적을 받고 새 즉석 주문을 보내야 합니다. 고객이 요청된 가격과의 최대 편차 매개변수를 사용하지 않고 가격이 변경되면 이 경우 고객은 재견적을 받게 됩니다.
MT 서버의 기술적 특성으로 인해 이 경우 재견적을 보낼 수 없습니다(관심 있으면 설명할 수 있음).
모든 알고리즘 거래자는 테스트 로봇을 실제 시장에서 작업할 준비가 된 전투 상태로 전환하는 작업에 직면해 있습니다. 사실 정확하게 번역하는 방법은 단 한 가지뿐입니다. 다행히 거의 보편적입니다.
전투 로봇은 테스터와 싱크로나이저의 두 부분으로 나뉩니다.
테스터는 역사의 현재 순간(지금까지)에 테스터 로봇의 거래 환경을 발행합니다. 동기화 장치는 이러한 데이터를 현재 실제 거래 환경과 조정하여 가상 환경(테스터에서 얻은)과 일치시키려고 시도합니다.
예를 들어, 가상 환경은 한계가 현재 이런 수준에 있음을 보여줍니다. 싱크로나이저의 임무는 이 가격 수준에서 실제 시장에 이미 유사한 한계가 있는지 확인하는 것입니다.
지금까지 알고리즘 거래자는 전투 로봇의 두 부분을 모두 작성해야 했습니다. 첫 번째 부분인 실시간 테스터를 작성하는 것이 좋습니다.
즉, 실시간으로 히스토리를 보충하고 그 위에서 테스터 로봇의 실행을 (멈춤 없이) 계속하는 테스터이다. 동시에 이 테스터의 현재 가상 거래 환경을 얻기 위한 모든 메커니즘이 있습니다. 이러한 정기적인 구현으로 알고리즘 거래자가 전투 거래 로봇을 작성하는 데 엄청난 도움이 될 것입니다. 불행히도, 나에게 알려진 알고리즘 거래 도구에는 그러한 기능이 없습니다.
PS 범용 싱크로나이저는 없습니다. 그러나 동기화에 대한 근본적으로 다른 접근 방식은 두 가지뿐입니다.
클래식 - 시장을 통해(현재 카드보다 더 낮은 가격으로 제한 카드). 이것은 거래 환경이 시장을 통해 복사될 때 가장 간단한 계획입니다. 이 방법의 장점은 완전한 반복과 간단한 가시성입니다. 단점 - 부정적인 미끄러짐. 저것들. 매트가 낮은 차량용. 기다리는 것은 나쁜 선택입니다.
지정가 주문을 통해. 예를 들어 복사된 BUY가 복사된 위치의 시작 가격에서 BuyLimit으로 간주될 때. 복사된 모든 지정가 주문도 고려됩니다. 이 방법의 장점은 네거티브 슬립의 레벨링입니다. 단점은 지정가 주문 거부가 결과를 왜곡할 수 있다는 것입니다.
한 형태 또는 다른 형태의 클래식 버전은 현재 매우 인기 있는 모든 신호 서비스에서 구현됩니다. 이러한 계획은 서비스에 유익합니다. 싱크로나이저는 가능한 한 간단하며 고객의 거래 비용에 대해서는 거의 신경 쓰지 않습니다.
내가 아는 한 두 번째 계획은 어디에도 사용되지 않습니다. 아마도 구현된 매우 지루한 알고리즘 트레이더 중 하나일 것입니다...
개발자에게 두 가지 유형의 일반 동기화 장치를 작성하는 것이 좋습니다. 이 모든 것은 우선 알고리즘 트레이더에게 필요합니다. 왜냐하면 이 자전거 툴킷을 발명하고 미세 조정하는 데 노력을 들이지 않고도 전투 시장 상황에 맞게 로봇을 빠르게 작성할 수 있습니다.
0.1랏의 한계가 가격을 멈춥니다. 기절. 현실에서도 마찬가지겠죠?
란에게
오늘 나는 당신에게서 파운드에 대한 뉴스를 입력하고 싶었습니다
"경매의 높이"에 가격이 없는 이유는 무엇입니까? 이것이 고의적이라면 솔직히 말해서 자금을 인출하고 불필요한 주문으로 서버를 훈련하지 않을 것입니다.
란에게
오늘 나는 당신에게서 파운드에 대한 뉴스를 입력하고 싶었습니다
"경매의 높이"에 가격이 없는 이유는 무엇입니까? 이것이 고의적이라면 솔직히 말해서 자금을 인출하고 불필요한 주문으로 서버를 훈련하지 않을 것입니다.
계정 유형이 STP인 경우 다음은 규정에서 발췌한 내용입니다.
6.4 즉석 주문을 시작할 때 고객이 요청된 가격과의 최대 편차를 사용하는 경우 가격이 변경될 경우 고객은 할인 견적을 받고 새 즉석 주문을 보내야 합니다. 고객이 요청된 가격과의 최대 편차 매개변수를 사용하지 않고 가격이 변경되면 이 경우 고객은 재견적을 받게 됩니다.
MT 서버의 기술적 특성으로 인해 이 경우 재견적을 보낼 수 없습니다(관심 있으면 설명할 수 있음).
계정이 ECN이면 이상합니다. 그것이 무엇인지 이해하려면 계좌 번호가 필요합니다 .
계정 유형이 STP인 경우 다음은 규정에서 발췌한 내용입니다.
6.4 즉석 주문을 시작할 때 고객이 요청된 가격과의 최대 편차를 사용하는 경우 가격이 변경될 경우 고객은 할인 견적을 받고 새 즉석 주문을 보내야 합니다. 고객이 요청된 가격과의 최대 편차 매개변수를 사용하지 않고 가격이 변경되면 이 경우 고객은 재견적을 받게 됩니다.
MT 서버의 기술적 특성으로 인해 이 경우 재견적을 보낼 수 없습니다(관심 있으면 설명할 수 있음).
계정이 ECN이면 이상합니다. 그것이 무엇인지 이해하려면 계좌 번호가 필요합니다 .
알겠습니다. 감사합니다. 죄송합니다. STP 계정입니다.
일반적으로 다음과 같습니다.
https://www.mql5.com/ru/forum/12342/page3#comment_543724
이러한 상황을 해결하는 TS의 논리 관점에서 볼 때 흥미롭습니다.
테이크에 제한이 있었습니다.
- 한도가 여러 번 부분적으로 충족되어 테이크와 함께 여러 개의 열린 포즈가 발생했습니다. 동시에 나머지 볼륨은 리미터 형태로 매달려 있었다.
- 각 포지션은 테이크에 의해 부분적으로 마감되었습니다.
그러한 것들이 논리를 깨뜨리지 않도록 TS를 작성하는 방법은 무엇입니까?
나는 한 번 결정 을 내렸습니다.
모든 알고리즘 거래자는 테스트 로봇을 실제 시장에서 작업할 준비가 된 전투 상태로 전환하는 작업에 직면해 있습니다.
사실 정확하게 번역하는 방법은 단 한 가지뿐입니다. 다행히 거의 보편적입니다.
전투 로봇은 테스터와 싱크로나이저의 두 부분으로 나뉩니다.
테스터는 역사의 현재 순간(지금까지)에 테스터 로봇의 거래 환경을 발행합니다.
동기화 장치는 이러한 데이터를 현재 실제 거래 환경과 조정하여 가상 환경(테스터에서 얻은)과 일치시키려고 시도합니다.
예를 들어, 가상 환경은 한계가 현재 이런 수준에 있음을 보여줍니다. 싱크로나이저의 임무는 이 가격 수준에서 실제 시장에 이미 유사한 한계가 있는지 확인하는 것입니다.
지금까지 알고리즘 거래자는 전투 로봇의 두 부분을 모두 작성해야 했습니다. 첫 번째 부분인 실시간 테스터를 작성하는 것이 좋습니다.
즉, 실시간으로 히스토리를 보충하고 그 위에서 테스터 로봇의 실행을 (멈춤 없이) 계속하는 테스터이다. 동시에 이 테스터의 현재 가상 거래 환경을 얻기 위한 모든 메커니즘이 있습니다.
이러한 정기적인 구현으로 알고리즘 거래자가 전투 거래 로봇을 작성하는 데 엄청난 도움이 될 것입니다. 불행히도, 나에게 알려진 알고리즘 거래 도구에는 그러한 기능이 없습니다.
PS 범용 싱크로나이저는 없습니다. 그러나 동기화에 대한 근본적으로 다른 접근 방식은 두 가지뿐입니다.
한 형태 또는 다른 형태의 클래식 버전은 현재 매우 인기 있는 모든 신호 서비스에서 구현됩니다. 이러한 계획은 서비스에 유익합니다. 싱크로나이저는 가능한 한 간단하며 고객의 거래 비용에 대해서는 거의 신경 쓰지 않습니다.
내가 아는 한 두 번째 계획은 어디에도 사용되지 않습니다. 아마도 구현된 매우 지루한 알고리즘 트레이더 중 하나일 것입니다...
개발자에게 두 가지 유형의 일반 동기화 장치를 작성하는 것이 좋습니다. 이 모든 것은 우선 알고리즘 트레이더에게 필요합니다. 왜냐하면 이 자전거 툴킷을 발명하고 미세 조정하는 데 노력을 들이지 않고도 전투 시장 상황에 맞게 로봇을 빠르게 작성할 수 있습니다.
그들은 멈추지 않고 단지 향상됩니다. 그들은 멈출 힘이 없습니다. 당신의 한계는 교환기의 투기꾼처럼 스프레드 안에 있습니다. 거래소는 안정적이고 높은 유동성을 제공하며 더 나은 가격으로 거래량을 제공할 수 있습니다.
하, 그들은 멈춥니다. 물론 영원히는 아닙니다. Kotira는 주어진 유리 외부에서 외부에서 이동할 수 있습니다. 데모 참가자가 적다고 해서 세계 가격이 참가자에게 달려 있다는 의미는 아닙니다.
우리는 큰 액수의 데모를 열려고 노력해야 합니다. 스프레드 내에서 두 개의 반대 지정가 주문을 엽니다(예: 각각 100랏). 바 5는 확실히 평평할 것입니다.
하지만 플러스가 있습니다. 견적을 옮기기 위해서는 매수, 매도가 필요하지 않다는 것을 깨달았습니다. 한도 가격을 간단히 변경할 수 있습니다. 일부를 제거하고 새 것을 넣으십시오.
하지만 플러스가 있습니다. 견적을 옮기기 위해 매수 또는 매도가 필요하지 않다는 것을 깨달았습니다. 한도 가격을 간단히 변경할 수 있습니다. 일부를 제거하고 새 것을 넣으십시오.
)
견적을 옮기기 위해서는 매수, 매도가 필요하지 않다는 것을 깨달았습니다. 지정가 주문 가격을 간단히 변경할 수 있습니다. 일부를 제거하고 새 것을 설치하십시오.