Can there be more Bid than Ask in a tick?

 
At first glance the question does not seem to be the right one, or rather the answer is obvious. And if you think about it? Sometimes I see such tics in reality, I underline - in REALITY and they are single and very rare. Then the question - what is it? Mistake at the brokerage company, ..... And here are possible variations. It's not obvious to me yet.
 
Academic:
At first glance the question does not seem to be the right one, or rather the answer is obvious. And if you think about it? Sometimes I see such tics in reality, I stress in REALITY and they are solitary and very rare. Then the question - what is it? Mistake at the brokerage company, ..... And here are possible variations. For me it is not obvious what.
It seems to me that on a fund (at least on NYSE) it is possible, though rare.
 
Interesting:
I think I've heard that on a fund (at least on the NYSE) this is possible, although rare.
So what does that essentially mean?
 
Academic:
So what does it essentially mean?

there are two main possibilities:

1. a quoting server error;

2. Under floating spread conditions, the market situation was such that the server/specialist (in the case of NYSE) gave such a quote.

It is hard to say what really happened without precise data. If it is about currencies it would be more correct to consider it a server error.

PS

As for the funds, on the example at least NYSE there happens when the expert gives a price within the spread or a quote in which Bid more than the offer (the truth I myself have not met it because the fund do not trade).

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

there are two main possibilities:

1. a quoting server error;

2. Under floating spread conditions, the market situation was such that the server/specialist (in the case of NYSE) gave such a quote.

It is hard to say what really happened without precise data. If it is about currencies it would be more correct to consider it a server error.

PS

For example NYSE, there are cases, when the expert gives a price within the spread or a quote in which the Bid is more than the offer (but I have not seen it myself, because I do not trade with fund).

Let's drop Forex for now. Let's talk only about currencies.

So you think that if the Bid is higher than the Ask it is 100% error? Let us reject brokerage companies like kitchens and the like even if they are very large. Let us stop on brokerage companies (in the Russian terminology) that show in the form of ticks what really happens. So if this is not an error, what is it or it cannot be?

Another question - there is such a thing as transaction time - well, say at a time T someone has bought/sold something and it got into quotes. How many deals can occur simultaneously on a single instrument? The question is in fact a question of law and atomicity - if every deal changes price, two deals cannot be ONE TOOL at the same time. Or can they?

 

The situation is realistic - 2 traders pressed the button at the same time and 2 orders appeared, one to buy and one to sell.

On the other hand, the server has to collapse such orders - execute them at each other's expense.

 
Academic:

Let's drop the non-forex for now. Let's just talk about currencies.

So you think that if the Bid is higher than the Ask, it is 100% error? Let us reject brokerage companies as kitchens and the like, even if they are very large. Let us stop on brokerage companies (in the Russian terminology) that show really happens in ticks. So if this is not an error, what is it or it cannot be?

Another question - there is such a thing as transaction time - well, say at a time T someone has bought/sold something and it got into quotes. How many deals can occur simultaneously on a single instrument? The question is in fact a question of law and atomicity - if every deal changes price, two deals cannot be ONE TOOL at the same time. Or can they?

it can happen if a broker receives quotes from several liquidity providers and does not make profit from the spread, but only the commission. Usually such differences are traded before they reach us, mere mortal traders.
 
komposter:

The situation is realistic - 2 traders pressed the button at the same time and 2 orders appeared, one to buy and one to sell.

On the other hand, the server has to collapse such orders - execute them at each other's expense.

Tick is exactly the moment of satisfaction of the two sides :)) You understand :)) That is, it is not the moment when you hit the button that is important, but the fact that the orders are still queued for execution, that is, only one order can be in the executor :). :)) No I can't... I'm laughing my ass off..... that's a real eye-opener. ...but... Oh, well... Never mind.

Anyway, only one warrant can be processed. In protocols should be written - as time and number and the price and other things, that is, time flows quanta, and otherwise there is no guarantee that in the journal trades will not be executed two orders at the same time (actually different time, of course, but because of the accuracy of, say, one second may be performed two or even more orders) how then deal? Consequently, there is a minimum quantum of time. What is it?

Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5
 
dimeon:
This can happen if a broker receives quotes from several liquidity providers and does not profit from the spread, but only from the commission. As a rule, such differences are traded before they reach us mere mortal traders.

Here's just as an example -

EDIT>l 10 2
List mask: 0x10 from:0 to:1
0x01320020#+2951 2007/03/27 20:32:23:000,Bid:117.890,Ask:117.910 0x10
0x01320020#+2953 2007/03/27 20:32:28:090,Bid:117.880,Ask:117.910 0x10
2 Records from 0 to 1. Total marked:17006 total with this flag:9376.
EDIT>p 2945 2960
0x01320020#+2945 2007/03/27 20:31:44:587,Bid:117.880,Ask:117.910
0x01320020#+2946 2007/03/27 20:31:47:116,Bid:117.870,Ask:117.900
0x01320020#+2947 2007/03/27 20:32:02:291,Bid:117.880,Ask:117.900
0x01320020#+2948 2007/03/27 20:32:10:712,Bid:117.890,Ask:117.910
0x01320020#+2949 2007/03/27 20:32:16:657,Bid:117.880,Ask:117.910
0x01320020#+2950 2007/03/27 20:32:16:981,Bid:117.890,Ask:117.910
0x01320020#+2951 2007/03/27 20:32:23:000,Bid:117.890,Ask:117.910 <--0x10
0x01320020#+2952 2007/03/27 20:32:23:206,Bid:117.880,Ask:117.910
0x01320020#+2953 2007/03/27 20:32:28:090,Bid:117.880,Ask:117.910 <--0x10
0x01320020#+2954 2007/03/27 20:33:01:092,Bid:117.870,Ask:117.900
0x01320020#+2955 2007/03/27 20:33:01:164,Bid:117.880,Ask:117.900
0x01320020#+2956 2007/03/27 20:33:14:628,Bid:117.870,Ask:117.900
0x01320020#+2957 2007/03/27 20:33:15:160,Bid:117.880,Ask:117.900
0x01320020#+2958 2007/03/27 20:33:19:626,Bid:117.870,Ask:117.900
0x01320020#+2959 2007/03/27 20:33:25:214,Bid:117.880,Ask:117.900
0x01320020#+2960 2007/03/27 20:33:27:616,Bid:117.870,Ask:117.900
EDIT>.


The time is different and the price is the same. What is it?

 
Academic:

Tick is exactly the moment of satisfaction for both sides :)) You understand :))) So it's not the moment the button is pressed that's important here, it's the fact that orders are still queued for execution, i.e. there can only be one order in the executive :) :)) No I can't... I'm laughing my ass off..... that's a real eye-opener. ...but... Oh, well... Never mind.

Anyway, only one warrant can be processed. In protocols should be written - as time and number and the price and other things, that is, time flows quanta, and otherwise there is no guarantee that in the journal trades will not be executed two orders at the same time (actually different time, of course, but because of the accuracy of, say, one second may be performed two or even more orders) how then deal? Consequently, there is a minimum quantum of time. What is it?

There is a step of price change and a market of bids. For example, I put a sell order for 100 lots and use the market to withdraw it (I am actually putting a limit order at the current price), if no such volume is found ... In Currenex for example the system itself provides liquidity up to 1 million, i.e. they guarantee execution without slippage up to 10 lots.
 
Reason: