틱에 Ask보다 Bid가 더 많을 수 있습니까?

 
언뜻보기에는 질문이 정확하지 않거나 오히려 대답이 뻔합니다. 그것에 대해 생각한다면? 나는 때때로 현실에서 그러한 틱을 본다고 강조합니다. 현실과 고독한 상황에서, 그리고 음, 아주 드물게 말입니다. 그렇다면 질문은 무엇입니까? DC에서의 오류, .... 음, 여기에서 옵션이 가능합니다. 아직 명확하지 않습니다.
 
Academic :
언뜻보기에는 질문이 정확하지 않거나 오히려 대답이 뻔합니다. 그것에 대해 생각한다면? 나는 때때로 현실에서 그러한 틱을 본다고 강조합니다. 현실과 고독한 상황에서, 그리고 음, 아주 드물게 말입니다. 그렇다면 질문은 무엇입니까? DC에서의 오류, .... 음, 여기에서 옵션이 가능합니다. 아직 명확하지 않습니다.
펀드에서(적어도 NYSE에서는) 이것이 드물기는 하지만 가능하다고 들었던 것 같습니다.
 
Interesting :
펀드에서(적어도 NYSE에서는) 이것이 드물기는 하지만 가능하다고 들었던 것 같습니다.
이것이 본질적으로 무엇을 의미합니까?
 
Academic :
이것이 본질적으로 무엇을 의미합니까?

두 가지 주요 옵션이 있습니다.

1. 견적 서버 오류;

2. 변동 스프레드 의 조건에서 시장 상황은 서버/전문가(NYSE의 경우)가 그러한 견적을 제공하는 방식으로 발전했습니다.

정확한 데이터 없이 그곳에서 실제로 무슨 일이 일어났는지 말하기는 어렵습니다. 통화에 대해 이야기하는 경우 이를 서버 오류로 간주하는 것이 더 정확할 것입니다.

추신

펀드의 경우, 최소한 NYSE를 예로 들면 전문가가 스프레드 내에서 가격을 제시하거나 입찰가가 제안보다 큰 견적을 제시할 때 발생합니다. 펀드).

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5
 
Interesting :

두 가지 주요 옵션이 있습니다.

1. 견적 서버 오류;

2. 변동 스프레드 의 조건에서 시장 상황은 서버/전문가(NYSE의 경우)가 그러한 견적을 제공하는 방식으로 발전했습니다.

정확한 데이터 없이 그곳에서 실제로 무슨 일이 일어났는지 말하기는 어렵습니다. 통화에 대해 이야기하는 경우 이를 서버 오류로 간주하는 것이 더 정확할 것입니다.

추신

펀드의 경우, 최소한 NYSE를 예로 들면 전문가가 스프레드 내에서 가격을 제시하거나 입찰가가 제안보다 큰 견적을 제시할 때 발생합니다. 펀드를 거래).

일단 외환은 제쳐두자. 통화에 대해 이야기합시다.

따라서 입찰가가 질문보다 높으면 100% 잘못된 것이라고 생각하십니까? DC형 주방 등은 아무리 크더라도 버리자. 실제로 일어나는 일을 진드기 형태로 표시하는 DC(러시아어 용어)에 대해 알아보겠습니다. 이것이 버그가 아니라면 무엇입니까? 아니면 안될까요?

그런 다음 또 다른 질문 - 거래 시간과 같은 것이 있습니다 - T 시간에 누군가가 따옴표로 무언가를 팔거나 샀다고 가정 해 봅시다. 끔찍합니다. 하나의 기기에서 동시에 얼마나 많은 거래가 발생할 수 있습니까? 문제는 실제로 법률 및 원자성 분야에서 나온 것입니다. 각 거래가 가격을 변경하면 동시에 두 거래가 FOR ONE 도구가 될 수 없다는 의미입니까? 아니면 할 수 있습니까?

 

이론적으로 상황은 매우 현실적입니다. 2명의 거래자가 동시에 버튼을 누르고 2개의 주문이 나타났습니다. 하나는 매수, 두 번째는 매도입니다.

반면에 서버는 이러한 요청을 축소해야 서로를 희생하여 실행합니다.

 
Academic :

일단 외환은 제쳐두자. 통화에 대해 이야기합시다.

따라서 입찰가가 질문보다 높으면 100% 잘못된 것이라고 생각하십니까? DC형 주방 등은 아무리 크더라도 버리자. 실제로 일어나는 일을 진드기 형태로 표시하는 DC(러시아어 용어)에 대해 알아보겠습니다. 이것이 버그가 아니라면 무엇입니까? 아니면 안될까요?

그런 다음 또 다른 질문 - 거래 시간과 같은 것이 있습니다 - T 시간에 누군가가 따옴표로 무언가를 팔거나 샀다고 가정 해 봅시다. 끔찍합니다. 하나의 기기에서 동시에 얼마나 많은 거래가 발생할 수 있습니까? 문제는 실제로 법률 및 원자성 분야에서 나온 것입니다. 각 거래가 가격을 변경하면 동시에 두 거래가 FOR ONE 도구가 될 수 없다는 의미입니까? 아니면 할 수 있습니까?

브로커가 여러 유동성 공급자로부터 견적을 받고 스프레드에서 이익을 얻지 않고 수수료에서만 이익을 얻는 경우 이러한 상황이 쉽게 발생할 수 있습니다. 대개. 그러한 차이는 우리에게 단순한 필사자 상인에게 도달하기 전에 거래됩니다.
 
komposter :

이론적으로 상황은 매우 현실적입니다. 2명의 거래자가 동시에 버튼을 누르고 2개의 주문이 나타났습니다. 하나는 매수, 두 번째는 매도입니다.

반면에 서버는 이러한 요청을 축소해야 서로를 희생하여 실행합니다.

틱은 정확히 두 당사자가 만족하는 순간입니다 :)) 글쎄, 당신은 이해 :)) 즉, 중요한 것은 버튼을 누르는 순간이 아니라 주문이 여전히 실행 대기열에 있다는 사실 , 즉, 집행 기관에서 :) 주문은 하나만 있을 수 있습니다. :)) 아니, 못하겠어.. 웃겨죽겠다.. 바로 눈썹이 아니라 눈이라고. ... 글쎄, 알았어 ... 운전했다.

일반적으로 하나의 주문만 처리할 수 있습니다. 프로토콜에 기록되어야 합니다 - 시간과 숫자, 가격 등, 즉 시간은 양적으로 흐릅니다. 그렇지 않으면 두 주문이 거래 로그에서 실행되지 않는다는 보장이 없습니다. 같은 시간(사실 시간은 다르지만 물론 정확도 때문에 1초에 두 개 이상의 주문을 실행할 수 있다고 가정해 봅시다) 나중에 어떻게 알아낼까요? 따라서 - 특정 최소 시간이 있습니다. 그는 무엇입니까?

Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5
 
dimeon :
브로커가 여러 유동성 공급자로부터 견적을 받고 스프레드에서 이익을 얻지 않고 수수료에서만 이익을 얻는 경우 이러한 상황이 쉽게 발생할 수 있습니다. 대개. 그러한 차이는 우리에게 단순한 필사자 상인에게 도달하기 전에 거래됩니다.

글쎄요, 예를 들자면 -

편집>l 10 2
목록 마스크: 0x10 from:0 to:1
0x01320020#+2951 2007/03/27 20:32:23:000,입찰가:117.890,문의:117.910 0x10
0x01320020#+2953 2007/03/27 20:32:28:090,입찰가:117.880,문의:117.910 0x10
2 0에서 1까지의 기록. 표시된 총계:17006 이 플래그가 있는 총계:9376.
편집>p 2945 2960
0x01320020#+2945 2007/03/27 20:31:44:587,입찰가:117.880,문의:117.910
0x01320020#+2946 2007/03/27 20:31:47:116,입찰가:117.870,문의:117.900
0x01320020#+2947 2007/03/27 20:32:02:291,입찰가:117.880,문의:117.900
0x01320020#+2948 2007/03/27 20:32:10:712,입찰가:117.890,문의:117.910
0x01320020#+2949 2007/03/27 20:32:16:657,입찰가:117.880,문의:117.910
0x01320020#+2950 2007/03/27 20:32:16:981,입찰가:117.890,문의:117.910
0x01320020#+2951 2007/03/27 20:32:23:000,입찰가:117.890,문의:117.910 <--0x10
0x01320020#+2952 2007/03/27 20:32:23:206,입찰가:117.880,문의:117.910
0x01320020#+2953 2007/03/27 20:32:28:090,입찰가:117.880,문의:117.910 <--0x10
0x01320020#+2954 2007/03/27 20:33:01:092,입찰가:117.870,문의:117.900
0x01320020#+2955 2007/03/27 20:33:01:164,입찰가:117.880,문의:117.900
0x01320020#+2956 2007/03/27 20:33:14:628,입찰가:117.870,문의:117.900
0x01320020#+2957 2007/03/27 20:33:15:160,입찰가:117.880,문의:117.900
0x01320020#+2958 2007/03/27 20:33:19:626,입찰가:117.870,문의:117.900
0x01320020#+2959 2007/03/27 20:33:25:214,입찰가:117.880,문의:117.900
0x01320020#+2960 2007/03/27 20:33:27:616,입찰가:117.870,문의:117.900
편집>


시간은 다르고 가격은 변경되지 않았습니다. 그것은 무엇입니까?

 
Academic :

틱은 정확히 두 당사자가 만족하는 순간입니다 :)) 글쎄, 당신은 이해 :)) 즉, 중요한 것은 버튼을 누르는 순간이 아니라 주문이 여전히 실행 대기열에 있다는 사실 , 즉, 집행 기관에서 :) 주문은 하나만 있을 수 있습니다. :)) 아니, 못하겠어.. 웃겨죽겠다.. 바로 눈썹이 아니라 눈이라고. ... 글쎄, 알았어 ... 운전했다.

일반적으로 하나의 주문만 처리할 수 있습니다. 프로토콜에 기록되어야 합니다 - 시간과 숫자, 가격 등, 즉 시간은 양적으로 흐릅니다. 그렇지 않으면 두 주문이 거래 로그에서 실행되지 않는다는 보장이 없습니다. 같은 시간(사실 시간은 다르지만 물론 정확도 때문에 1초에 두 개 이상의 주문을 실행할 수 있다고 가정해 봅시다) 나중에 어떻게 알아낼까요? 따라서 - 특정 최소 시간이 있습니다. 그는 무엇입니까?

왜요 ? 카운트 퀀텀? 가격 변경 단계가 있고 한 잔의 주문이 있습니다. 여기서 예를 들어 100랏에 매도주문을 하고 유리잔으로 떠서 (실제로는 현재가로 지정가 주문을 하고 있습니다), 그런 물량이 없다면... 예를 들어 Currenex에서, 시스템 자체는 최대 100만 개의 유동성을 제공합니다. 최대 10로트까지 미끄러짐 없는 실행을 보장합니다.