나는 이것이 목발이라는 것을 이해하지만 인용 형식을 변경하는 것은 훨씬 더 미친 짓입니다. 현재 상황에서 테스터에서 스프레드를 프로그래밍 방식으로 변경하는 명령을 추가하도록 요청할 수 있습니다. 이 경우 질문 기호에서 데이터를 가져와 이동 중에도 스프레드를 프로그래밍하여 적은 양의 혈액으로 원하는 것을 얻을 수 있습니다. 그리고 이 시나리오는 충분히 실현 가능합니다.
그러면 스프레드의 프로그램 변경이 아니라 테스터의 매개변수에 있는 간단한 카운터입니다.
내 기억으로는 이미 MT4 테스터의 매개 변수에 비슷한 것이 있지만 "Spread"라고합니다 (그러나 내가 알기로는 테스트 중에 값을 변경할 수 없음).
С самого начала. недоступна только торговля по другим символам.
젠장, 글쎄요, 심각하고 매우 필요한 문제입니다. 그리고 그들 자신이 거래를 하지 않거나 그 본질을 이해하지 못하는 사람들은 그것에 대해 떠들고 있습니다. 그리고 상인의 배경에 비해 훨씬 더 똑똑한 사람들이 있으며 개발자에게는 이것이 필요하지 않은 것 같습니다. 정확성의 증가가 계정의 눈에 띄는 이익 증가로 이어지지 않았다면 아무도 자체 작성 테스터와 스크립트를 만들지 않았을 것입니다. 그러므로 히스토리에 4배를 추가하는 것은 너무 많다는 것은 거래로 돈을 벌지 못한 사람만이 말할 수 있다.
ANG3110 : 젠장, 글쎄요, 심각하고 매우 필요한 문제입니다. 그리고 그들 자신이 거래를 하지 않거나 그 본질을 이해하지 못하는 사람들은 그것에 대해 떠들고 있습니다. 그리고 상인의 배경에 비해 훨씬 더 똑똑한 사람들이 있으며 개발자에게는 이것이 필요하지 않은 것 같습니다.
AskBid 스토리는 Bid 스토리만큼 비효율적입니다. 따라서 모두 동일하게 Ask 최대값에 도달하고 Bid 최대값에 도달했을 때 희석 없이 OHLC 데이터만 작성됩니다.
그들은 2배 더 많은 정보를 얻고 유용한 정보는 0.5퍼센트 정도 추가됩니다.
MQ가 귀하의 요청을 하면(나는 강력하게 의심합니다), 즉시 이 모든 것이 쓰레기라고 투덜 거리기 시작할 것입니다.
그리고 모두 틱 히스토리가 막대에 대한 많은 추가 정보를 담고 있고 틱 히스토리의 경우 각 틱에 대한 Ask 및 Bid의 전체 스토리지가 필요하기 때문입니다.
그러나 바 기록은 AskBidovaya 또는 단순히 Bidovaya로 저장되는 경우 정보성을 거의 변경하지 않습니다.
AskBid 스토리는 Bid 스토리만큼 비효율적입니다. 따라서 모두 동일하게 Ask 최대값에 도달하고 Bid 최대값에 도달했을 때 희석 없이 OHLC 데이터만 작성됩니다.
그들은 2배 더 많은 정보를 얻고 유용한 정보는 0.5퍼센트 정도 추가됩니다.
MQ가 귀하의 요청을 하면(나는 강력하게 의심합니다), 즉시 이 모든 것이 헛소리라고 불평하기 시작할 것입니다. 더 나은 틱 기록을 가지고 가자.
그리고 모두 틱 히스토리가 막대에 대한 많은 추가 정보를 담고 있고 틱 히스토리의 경우 각 틱에 대한 Ask 및 Bid의 전체 스토리지가 필요하기 때문입니다.
그러나 바 기록은 AskBidovaya 또는 단순히 Bidovaya로 저장되는 경우 정보성을 거의 변경하지 않습니다.
예, 틱 기록 에 대한 액세스는 매우 좋을 것이지만 오늘날의 기준으로 볼 때 이것은 여전히 상당한 양의 정보입니다. 테스트가 지정가 주문이 있는 개시 가격을 기반으로 하는 경우 매도 및 입찰이 있는 분 기록이면 충분합니다. 지난 챔피언십에서 Pirata의 전문가나 1위를 차지한 독일인의 경우와 같이 채널 크기에서 잠시 뛰쳐나와 즉시 픽업 및 처리하는 것과 같은 매우 미세한 전술에는 틱 기록이 필요합니다. 그리고 채널에서 거래되는 전술의 경우 1분 동안의 매수호가 내역이면 충분합니다. 아니, 나와 내 모든 친구들이 투덜거리지 않을 것입니다. 오히려 대단히 감사합니다.
처음부터. 다른 기호에 대한 거래만 사용할 수 없습니다.
나는 이것이 목발이라는 것을 이해하지만 인용 형식을 변경하는 것은 훨씬 더 미친 짓입니다. 현재 상황에서 테스터에서 스프레드를 프로그래밍 방식으로 변경하는 명령을 추가하도록 요청할 수 있습니다. 이 경우 질문 기호에서 데이터를 가져와 이동 중에도 스프레드를 프로그래밍하여 적은 양의 혈액으로 원하는 것을 얻을 수 있습니다. 그리고 이 시나리오는 충분히 실현 가능합니다.
그러면 스프레드의 프로그램 변경이 아니라 테스터의 매개변수에 있는 간단한 카운터입니다.
내 기억으로는 이미 MT4 테스터의 매개 변수에 비슷한 것이 있지만 "Spread"라고합니다 (그러나 내가 알기로는 테스트 중에 값을 변경할 수 없음).
그러면 스프레드의 프로그램 변경이 아니라 테스터의 매개변수에 있는 간단한 카운터입니다.
내 기억으로는 이미 MT4 테스터의 매개 변수에 비슷한 것이 있지만 "Spread"라고합니다 (그러나 내가 알기로는 테스트 중에 값을 변경할 수 없음).
진정한 ECN을 시도했습니다. 여러 가지 이유로 저에게 효과가 없었습니다 ...
ECN이 귀하의 손에 있으므로 T&S 테이블을 구현해야 하므로 이 접근 방식이 거래량으로만 거래하는 사람들의 추가 고객 기반을 제공할 것이라고 생각합니다.
그리고 일반적으로 그런 노하우로 최전방에 있을텐데, 최소한 거래소(CME .... MICEX/RTS)에서만 봤거든요.
예를 들어, LMAX(첫 번째 외환 거래소라고 함)에서는 볼륨이 없는 마지막 가격만 구현됩니다. 기초가 있지만 이것으로는 충분하지 않습니다.
추신
제가 알기로는 대다수의 트레이더는 수년 동안 MetaTrader 5 기술에 대한 기본 지식조차 얻지 못했고 다음과 같은 놀라운 질문을 하고 있습니다.
나는 그것을 받아 ... 놀라운 질문 ...
FAQ :
С самого начала. недоступна только торговля по другим символам.
젠장, 글쎄요, 심각하고 매우 필요한 문제입니다. 그리고 그들 자신이 거래를 하지 않거나 그 본질을 이해하지 못하는 사람들은 그것에 대해 떠들고 있습니다. 그리고 상인의 배경에 비해 훨씬 더 똑똑한 사람들이 있으며 개발자에게는 이것이 필요하지 않은 것 같습니다.
AskBid 스토리는 Bid 스토리만큼 비효율적입니다. 따라서 모두 동일하게 Ask 최대값에 도달하고 Bid 최대값에 도달했을 때 희석 없이 OHLC 데이터만 작성됩니다.
그들은 2배 더 많은 정보를 얻고 유용한 정보는 0.5퍼센트 정도 추가됩니다.
MQ가 귀하의 요청을 하면(나는 강력하게 의심합니다), 즉시 이 모든 것이 쓰레기라고 투덜 거리기 시작할 것입니다.
그리고 모두 틱 히스토리가 막대에 대한 많은 추가 정보를 담고 있고 틱 히스토리의 경우 각 틱에 대한 Ask 및 Bid의 전체 스토리지가 필요하기 때문입니다.
그러나 바 기록은 AskBidovaya 또는 단순히 Bidovaya로 저장되는 경우 정보성을 거의 변경하지 않습니다.
AskBid 스토리는 Bid 스토리만큼 비효율적입니다. 따라서 모두 동일하게 Ask 최대값에 도달하고 Bid 최대값에 도달했을 때 희석 없이 OHLC 데이터만 작성됩니다.
그들은 2배 더 많은 정보를 얻고 유용한 정보는 0.5퍼센트 정도 추가됩니다.
MQ가 귀하의 요청을 하면(나는 강력하게 의심합니다), 즉시 이 모든 것이 헛소리라고 불평하기 시작할 것입니다. 더 나은 틱 기록을 가지고 가자.
그리고 모두 틱 히스토리가 막대에 대한 많은 추가 정보를 담고 있고 틱 히스토리의 경우 각 틱에 대한 Ask 및 Bid의 전체 스토리지가 필요하기 때문입니다.
그러나 바 기록은 AskBidovaya 또는 단순히 Bidovaya로 저장되는 경우 정보성을 거의 변경하지 않습니다.