Ask가 Bida보다 적다는 것은 Ask가 Bida와 상관없이 서버에 프로그래밍되어 있다는 사실에서 비롯됩니다. 그리고 Ask가 Spread 값을 통해 Bid에 의존하도록 해야 서버가 단순히 스프레드를 변경하고 Ask가 항상 Bid보다 높도록 합니다. 이것이 Evra의 갑작스런 상승 중에 갑자기 오류가 발생한 이유 일 것입니다. 모든 것이 잘 된 것이 좋습니다! :)
borilunad : Artyom, 조용히! 이러한 오류와 처리는 나에게 남아 있었고 주문은 오류 없이 서버로 전송되었습니다. 그러나 부정적인 스프레드가 있는 이 말도 안되는 소리가 아니라면 내 올빼미는 재시도에 시간을 낭비하지 않고 더 빨리 추적하고 더 많은 이익을 얻을 수 있습니다!
여기서 오류 발생 후 재시도가 발생하지 않도록 사전에 보낸 주문의 정확성을 관리해야 합니다.
artmedia70 : 여기서 오류 발생 후 재시도가 발생하지 않도록 사전에 보낸 주문의 정확성을 관리해야 합니다.
나는 이러한 "역전된" 따옴표로 인해 오류가 발생했다고 가정할 수 있습니다. 견적이 규모를 벗어날 때 손익분기점에 도달하거나 TP를 설정하면, 내 슬리피지가 30 중 더 큰 값과 스프레드의 두 배에 해당하지만, 순식간에 가격이 가능한 한도를 넘어갑니다. 또한, 이미 새로운 가격으로 시도의 반복이 발생하지만, 어쨌든 이러한 급격한 움직임이 있을 때 다시 가격의 불일치가 발생할 수 있습니다.
borilunad : 나는 이러한 "역전된" 따옴표로 인해 오류가 발생했다고 가정할 수 있습니다. 견적이 규모를 벗어날 때 손익분기점에 도달하거나 TP를 설정하면, 내 슬리피지가 30 중 더 큰 값과 스프레드의 두 배에 해당하지만, 순식간에 가격이 가능한 한도를 넘어갑니다. 또한, 이미 새로운 가격으로 시도의 반복이 발생하지만, 어쨌든 이러한 급격한 움직임이 있을 때 다시 가격의 불일치가 발생할 수 있습니다.
오류의 경우 Expert Advisor는 오류 없는 신호 전송에 중요한 모든 값의 크기와 오류에 대해 쓰지 않습니까?
Ask가 Bida보다 적다는 것은 Ask가 Bida와 상관없이 서버에 프로그래밍되어 있다는 사실에서 비롯됩니다. 그리고 Ask가 Spread 값을 통해 Bid에 의존하도록 해야 서버가 단순히 스프레드를 변경하고 Ask가 항상 Bid보다 높도록 합니다. 이것이 Evra의 갑작스런 상승 중에 갑자기 오류가 발생한 이유 일 것입니다. 모든 것이 잘 된 것이 좋습니다! :)
Ask가 Bida보다 적다는 것은 Ask가 Bida와 상관없이 서버에 프로그래밍되어 있다는 사실에서 비롯됩니다. ...
Evra 가 갑자기 뜨면서 갑자기 에러가 나는 것도 이 때문일 것입니다 . 모든 것이 잘 된 것이 좋습니다! :)
JPY는 어제 이미 모든 이익을 상쇄했습니다. 일본 은행이 규정합니다. :)
다른 전공에서 JPY의 행동을 반복할지 궁금합니다.
도착했습니다. :)
Ask와 Bid는 시장의 수요와 공급을 반영합니다. 이들은 독립적인 값입니다. 그리고 스프레드는 수요와 공급(Ask/Bid)에 따라 달라지는 값입니다. 편의를 위해 스프레드를 도입했습니다.
설명 감사합니다!
그러나 Forex는 데이터 지연 및 기타 이유로 인해 실제 수요와 공급을 반영하지 않습니다. DC는 마이너스 스프레드에 수익성이 있습니까?
다음은 코드에서 처리해야 하는 또 다른 경우입니다. ;)
Artyom, 조용히! 이러한 오류와 처리는 나에게 남아 있었고 주문은 오류 없이 서버로 전송되었습니다. 그러나 부정적인 스프레드가 있는 이 말도 안되는 소리가 아니라면 내 올빼미는 재시도에 시간을 낭비하지 않고 더 빨리 추적하고 더 많은 이익을 얻을 수 있습니다!
DC에 실제 통합 사회세가 있고 DC가 커미션만 받는 경우 DC는 여전히 음수 스프레드를 갖거나 그렇지 않습니다. 클라이언트가 더 많은 거래를 하고 많은 양을 보여주는 것이 DC에 유리합니다.
음수 스프레드는 주방에 수익성이 없으며 음수 스프레드가 나타나는 것을 허용하지 않습니다. :)
어떤 식 으로든 빠져 나갔습니다. 아마 잘 잤을 것이다. )))
100달러는 그들 때문에 밤에 깨어 있을 가치가 없습니다.
나는 목욕을 전혀 하지 않고 denyuzhka를 추가하기로 결정했습니다)
여기서 오류 발생 후 재시도가 발생하지 않도록 사전에 보낸 주문의 정확성을 관리해야 합니다.
나는 이러한 "역전된" 따옴표로 인해 오류가 발생했다고 가정할 수 있습니다. 견적이 규모를 벗어날 때 손익분기점에 도달하거나 TP를 설정하면, 내 슬리피지가 30 중 더 큰 값과 스프레드의 두 배에 해당하지만, 순식간에 가격이 가능한 한도를 넘어갑니다. 또한, 이미 새로운 가격으로 시도의 반복이 발생하지만, 어쨌든 이러한 급격한 움직임이 있을 때 다시 가격의 불일치가 발생할 수 있습니다.