Jump to content

Welcome to the new Traders Laboratory! Please bear with us as we finish the migration over the next few days. If you find any issues, want to leave feedback, get in touch with us, or offer suggestions please post to the Support forum here.

  • Welcome Guests

    Welcome. You are currently viewing the forum as a guest which does not give you access to all the great features at Traders Laboratory such as interacting with members, access to all forums, downloading attachments, and eligibility to win free giveaways. Registration is fast, simple and absolutely free. Create a FREE Traders Laboratory account here.

agon

Volume Splitter

Recommended Posts

Yes really You are assuming that the bid ask spread is always 1 tick. It it is not. YM is 10313 bid 10317 asked right now for example. If I bid 10315 and you offer 10315 right this second it will get matched between the best bid/ask. Actually mine could be a market order and I think (not sure depends on the matching algorithm) it will not display on the book. This is a surprisingly common occurrence at the open, round news etc.

 

The size of the bid/ask spread does not matter. You just confirmed what I said. If you bid 10315, then that will be the best bid at that point in time. I can't enter an order at the exact "same" time, it will either be a microsecond before you or after you. So if I offer the same price just a microsecond after you then that will obviously appear as a trade on the bid since my order will be matched with your order on the bid which was the best bid at that time. If I had entered my order a microsecond before you then the trade would have been reported on the ask since I offered first at that price. Your limit order acts like a market order in that case since it hits the market price.

So to repeat it again: A trade always happens at the best bid or ask at that point in time (even if it happens so quickly that you can't see it) whether using limit or market orders. Go call up your exchange, they will tell you the same.

 

Zenfire does indeed time stamp micro seconds however that is several orders of magnitude greater accuracy than stuff can actually happen in the real world.

 

Regarding time stamps, the most accurate I have seen is TT's API which gives you 100 nanoseconds, it's still not accurate enough and they don't even come from the exchange. Trades will still appear to have occurred at the same time. Even Eurex sells tick data stamped only down to seconds.

 

It is also quantitatively demonstrateable that ticks occur between bid and ask and there are many papers that show and discuss just that.

 

What papers are you talking about? See above how that is impossible.

 

In fact one of the more recent concludes that this is the primary reason for inaccuracies in delta/order flow type indicators

 

These indicators are extremely inaccurate even if you have the best data feed in the world based on the fact that its logic is flawed. First see example above how the same trade by two traders can give you opposite results and I give you another example: 200 bid by a smaller trader, 800 offered by a larger trader. Smaller trader buys 600 at the offer, then the larger trader enters a limit order for 1000 to sell on the bid, thereby taking out the bid, so 800 remain on the offer. Another 200 are bid below that by the smaller trader. Now assume the same thing happens again. So now according to the delta indicator 1200 were bought and only 400 sold even though the smaller trader bought 1200 and is willing to buy only another 200 while the larger trader trader sold 1200 and is willing to sell another 800. If you really want to know what's going on then you should watch the order book.

 

Only EUREX (for block trades out of the book)?

 

I don't know whether it's only Eurex. All I know that it's definitely possible on Eurex.

Share this post


Link to post
Share on other sites

It is not just how you time stamp that matters it's how quick stuff takes to get done. It is like measuring the distance from the earth to the sun in millimetres. It makes no sense to. For example the average disc seek time is 6 milli seconds (3 orders of magnitude slower). Probably a bit quicker now as magnetic density increases. Anyone expecting micro second accuracy in these sorts of systems is living in cloud cukoo land. I guess it's not surprising people get confused when some 'luminaries' post that they are achieving that.

 

AK you are now assuming that matching algorithms are strictly FIFO (first in first out). That is not the case. There are fundamentally two types of order, those that provide liquidity (limits). They are 'options' to trade. There are those that take liquidity (market, stop etc.) they are from traders that require immediacy. Within those categories you might get FIFO at any particular price level though not on every exchange it depends on there matching algorithm. Time price and size can all contribute to matching precedence. Size not so commonly on most exchanges.

 

We have not yet discussed stop orders, there can be a whole bunch of market orders sitting (as stops) ready to be matched at different levels. I don't have to hit the button at the exact split second my order could have been sitting there for a month waiting to be elected.

 

A search for 'Lee & Ready algorithm' will throw up all sorts of interesting papers. They will lead one in further directions if interested. However if it is your view that any trade reported that is not at best bid best ask is some sort of errata you may not find much mileage in them.

Share this post


Link to post
Share on other sites

Regarding time stamps, the most accurate I have seen is TT's API which gives you 100 nanoseconds, it's still not accurate enough and they don't even come from the exchange. Trades will still appear to have occurred at the same time. Even Eurex sells tick data stamped only down to seconds.

Why do you believe they are not accurate enough?

Surely they don't came directly from Exchanges.

The come from Exchanges on a High-Quality Internet connection and are timestamped on the Feeder servers.

On the assumption of a reasonable little variance in the delay of the packets arriving from a supposed HQ connection (that I suppose the serious data feeder would have) we can have a reasonable "good rapresentation" of the correct order of the packets containg the bid/ask + trade.From that (in a platfrom design that mantain the sync between data - Ticker Plant) a Cumulative Delta analysis can have some meaning IMO.

 

These indicators are extremely inaccurate even if you have the best data feed in the world based on the fact that its logic is flawed. First see example above how the same trade by two traders can give you opposite results and I give you another example: 200 bid by a smaller trader, 800 offered by a larger trader. Smaller trader buys 600 at the offer, then the larger trader enters a limit order for 1000 to sell on the bid, thereby taking out the bid, so 800 remain on the offer. Another 200 are bid below that by the smaller trader. Now assume the same thing happens again. So now according to the delta indicator 1200 were bought and only 400 sold even though the smaller trader bought 1200 and is willing to buy only another 200 while the larger trader trader sold 1200 and is willing to sell another 800. If you really want to know what's going on then you should watch the order book.

 

:confused:

 

i)200-800 (P1-P2)

ii)200-200 (P1-P2) +600

iii)x(200)-800 (P1-1tk/P1) +400

---------------------------------------------------

iv) 200-200 (P1-1tk/P1) +1000

v) x(200)-800 (P1-2tk/P1-1tk) +800

-----------------------------------------------------

vi)200-200 (P1-2tk/P1-1tk) +1400

vii)x(200)-200 (P1-3tk/P1-2tk) +1200

-----------------------------------------------------

 

Price= - 3tick CumulativeDelta= +1200

Divergence between Price and CumulativeDelta.On this event there are different interpretation.:roll eyes:

Will win the "big" sellers?Will win the (not so) small buyers?

Anyway we have more buyers on a discending price.This can say the CumulativeDelta

----------------------------------------------------------------------------------------

Can you add some words on your suggestion about order book reading ?

 

 

I don't know whether it's only Eurex. All I know that it's definitely possible on Eurex.

I know too it's possible on Eurex. :-(

I' m searching a market where this kind of "tricks" are not possible...

 

 

BTW.

Have you any experience on TT's API?

Are a clear instrument to work with (c++) or a ever-changing mess (as someone suggest me)?

 

Thanks

 

Paolo

 

 

 

Regarding time stamps, the most accurate I have seen is TT's API which gives you 100 nanoseconds, it's still not accurate enough and they don't even come from the exchange. Trades will still appear to have occurred at the same time. Even Eurex sells tick data stamped only down to seconds.

Why do you believe they are not accurate enough?

Surely they don't came from Exchanges.

The come from Exchanges an High-Quality Internet connection

On the assumption of a reasonable little variance in the delay of the packets arriving from a supposed HQ connection (that I suppose the serious data feeder would have) we can have a reasonable "good rapresentation" of the correct order of the packets containg the bid/ask + trade.From that (in a platfrom design that mantain the sync between data - Ticker Plant) a Cumulative Delta analysis can have some meaning IMO.

 

 

These indicators are extremely inaccurate even if you have the best data feed in the world based on the fact that its logic is flawed. First see example above how the same trade by two traders can give you opposite results and I give you another example: 200 bid by a smaller trader, 800 offered by a larger trader. Smaller trader buys 600 at the offer, then the larger trader enters a limit order for 1000 to sell on the bid, thereby taking out the bid, so 800 remain on the offer. Another 200 are bid below that by the smaller trader. Now assume the same thing happens again. So now according to the delta indicator 1200 were bought and only 400 sold even though the smaller trader bought 1200 and is willing to buy only another 200 while the larger trader trader sold 1200 and is willing to sell another 800. If you really want to know what's going on then you should watch the order book.

 

:confused:

 

i)200-800 (P1-P2)

ii)200-200 (P1-P2) +600

iii)x(200)-800 (P1-1tk/P1) +400

---------------------------------------------------

iv) 200-200 (P1-1tk/P1) +1000

v) x(200)-800 (P1-2tk/P1-1tk) +800

-----------------------------------------------------

vi)200-200 (P1-2tk/P1-1tk) +1400

vii)x(200)-200 (P1-3tk/P1-2tk) +1200

-----------------------------------------------------

 

Price= - 3tick CumulativeDelta= +1200

Divergence between Price and CumulativeDelta.On this event there are different interpretation.:roll eyes:

Will win the "big" sellers?Will win the (not so) small buyers?

Anyway we have more buyers on a discending price.This can say the CumulativeDelta

----------------------------------------------------------------------------------------

Can you add some words on the order Book reading ?

 

I don't know whether it's only Eurex. All I know that it's definitely possible on Eurex.

I know too it's possible on Eurex. :-(

I' m searching a market where this kind of "tricks" are not possible...

 

 

Share this post


Link to post
Share on other sites

re time stamps you can time stamp to nanoseconds but computers just can not measure to that resolution . It would be like measuring nano metres with a metre rod. They could time stamp in 1x10^-44 seconds (plank units) but if the actual accuracy of the measurement is only +- 10 milliseconds it is meaningless.

 

You have highlighted something that is very important and that is sequencing (bid ask last data tick sequence). Of course the process is completely asynchronous until it comes out of the matching algorithm but from then on in it is the sequence that is important not the absolute delta time. I am not convinced that exchanges preserve that under all circumstances. As we can't agree on what are meaningful time stamps and even if trades can occur between the previous best bid ask that probably is a discussion for another time :D

Edited by BlowFish

Share this post


Link to post
Share on other sites
It is not just how you time stamp that matters it's how quick stuff takes to get done. It is like measuring the distance from the earth to the sun in millimetres. It makes no sense to. For example the average disc seek time is 6 milli seconds (3 orders of magnitude slower). Probably a bit quicker now as magnetic density increases. Anyone expecting micro second accuracy in these sorts of systems is living in cloud cukoo land. I guess it's not surprising people get confused when some 'luminaries' post that they are achieving that.

 

You need more accurate time stamps to determine the order of events. It's annoying to have events occur at the "same time" even though you know they didn't. This might not bother most people, but I have programmed some pretty amazing stuff that would improve with more accurate time stamps. So this is not theoretical stuff, I actually need to know the sequence of events. It doesn't matter how long it takes to get processed as long as it is reasonable. Assuming humans can see 25 frames per second, you wouldn't even be able to see the difference with anything more accurate than 40 milliseconds.

 

AK you are now assuming that matching algorithms are strictly FIFO (first in first out). That is not the case. There are fundamentally two types of order, those that provide liquidity (limits). They are 'options' to trade. There are those that take liquidity (market, stop etc.) they are from traders that require immediacy. Within those categories you might get FIFO at any particular price level though not on every exchange it depends on there matching algorithm. Time price and size can all contribute to matching precedence. Size not so commonly on most exchanges.

 

Sorry, I mainly look at the most liquid Futures contracts which almost all use FIFO. The only one of those that I know that doesn't strictly use FIFO is the 2 year Treasury Note which uses 40% FIFO/ 60% Pro-Rata.

 

We have not yet discussed stop orders, there can be a whole bunch of market orders sitting (as stops) ready to be matched at different levels. I don't have to hit the button at the exact split second my order could have been sitting there for a month waiting to be elected.

 

Stop orders don't get matched any different than manual orders. They might get there quicker but they still go through the same matching algorithm.

 

 

@Paolo: Sorry, I don't understand what you are trying to say with your formulas. You bet that the largest traders win.

 

I know too it's possible on Eurex. :-(

I' m searching a market where this kind of "tricks" are not possible...

 

I wouldn't worry about these guys. They don't go through the book so they don't affect the market. At least not in the short-term.

 

Have you any experience on TT's API?

 

Yes, my front end uses TT's API.

 

Are a clear instrument to work with (c++) or a ever-changing mess (as someone suggest me)?

 

Sorry, I don't understand. Can you maybe rephrase your question or elaborate?

Share this post


Link to post
Share on other sites
So now according to the delta indicator 1200 were bought and only 400 sold even though the smaller trader bought 1200 and is willing to buy only another 200 while the larger trader trader sold 1200 and is willing to sell another 800.

 

Contracts bought and sold are always equal amounts, obviously, so... all you are really saying here is that you don't know how to interpret a delta indicator. In general, price moving down while delta runs up indicates not much size on the bid. And lo and behold, your example has the smaller trader on the bid. See?

Share this post


Link to post
Share on other sites

Sorry, I mainly look at the most liquid Futures contracts which almost all use FIFO. The only one of those that I know that doesn't strictly use FIFO is the 2 year Treasury Note which uses 40% FIFO/ 60% Pro-Rata.

 

I have wondered myself it were possible for an exchange like Globex to match 2 market orders inside the spread. I would imagine that it's processed sequentially like you say, but I don't know. On the other hand I have seen trades matched inside the spread countless times on the NYSE, and I think it's fairly common knowledge that the specialist has a certain amount of time to hold orders for matching (which effectively makes all batched orders "simultaneous"). Or at least they used to.. it's been a while and maybe the hybrid system changed that up.

Share this post


Link to post
Share on other sites
I actually need to know the sequence of events. It doesn't matter how long it takes to get processed as long as it is reasonable

 

:D This I think we can agree on :D For me sequencing is what is important. particularly preserving sequence across bid ask and last data.

 

I don't want to get hung up on the trades between best bid and ask but they can and do occur. Maybe the Lee & Ready algorithm papers might explain things better than me. The thing is a stop is just a market order sitting there waiting to execute at a certain price or better. If a limit comes in and crosses that order it will execute and never display on the order book. It is also quite possible for this price to be between the current best bid and ask. Just look at a data run particularly around news or a busy open - it happens even on the ES.

 

I agree It is bothersome not knowing if a string of events happened at the same time or in sequence but slightly apart. More often than not they do occur at the same time. (I have a hunch we will have differing opinions on that :) ) If you see price tick above the days high and 500 orders execute at the same time there is a pretty good chance that they really did. above price extremeties there will be 100's of orders on both side of the book (stops and limits) just waiting to be filled. You would not want to see them with different time stamps nor should you. Of course with aggregation (and we dont really know who is an by how much) things get very hard to slice and dice.

Share this post


Link to post
Share on other sites
You need more accurate time stamps to determine the order of events. It's annoying to have events occur at the "same time" even though you know they didn't. This might not bother most people, but I have programmed some pretty amazing stuff that would improve with more accurate time stamps. So this is not theoretical stuff, I actually need to know the sequence of events.

 

You don't have to know the timestamps at all to know the sequence of events. So long as the data arrives in your algorithm in the proper sequence, that's all you need.

 

I use an id encoder algorithm:

 

In my code, I keep track of the most recent timestamps. When a new event comes in, I check to see if that timestamp has already arrived, if so, I increment a counter and tack that on to create my id, otherwise I tack on a 0 value for the counter. That allows me to preserve the sequence precisely regardless of the timestamp precision, and every event has a unique id.

 

Now, that assumes that the data flow from exchange through feed provider all preserve the sequence of events as they send it to you--but... no matter what you're always beholden to the accuracy of the data feed.

Share this post


Link to post
Share on other sites

@Paolo: Sorry, I don't understand what you are trying to say with your formulas. You bet that the largest traders win.

 

No.I' m saying only that you have a divergence between price and CumulativeDelta.

On this event anyone can have his opinion.

 

I wouldn't worry about these guys. They don't go through the book so they don't affect the market. At least not in the short-term.

 

I' m not so sure about it.I think (as happens in the bigSP & e-mini arena) someone can make some "tricks" selling in one side and buying on another.

For a "CumulativeDelta searcher" (as I wan to be) this is a problem ...

 

 

 

 

Originally Posted by paolfili

Are a clear instrument to work with (c++) or a ever-changing mess (as someone suggest me)?

Sorry, I don't understand. Can you maybe rephrase your question or elaborate?

 

I have no personal experience on TT's API.

Someone tell me anyway that there' s a very speed process of revision of APIs

(bugs and update).

This can be very frustrating....IMO...

Anyway... no personal experience...

Share this post


Link to post
Share on other sites

Sorry, I mainly look at the most liquid Futures contracts which almost all use FIFO. The only one of those that I know that doesn't strictly use FIFO is the 2 year Treasury Note which uses 40% FIFO/ 60% Pro-Rata.

:confused::confused::confused:

Someone can explain me the "Pro-Rata" matter?

Thanks

Share this post


Link to post
Share on other sites

If you are using the Zenfire' s API consider also the well know "UDP" problem of the feed...which invalidates many timestamps meaning.

Anyway I think that the "correct" sequence (send by the Exchange) can be preserved only by a "Ticker Plant" design platform.

Zenfire doesn' t offer this...

:-(

 

 

You don't have to know the timestamps at all to know the sequence of events. So long as the data arrives in your algorithm in the proper sequence, that's all you need.

 

I use an id encoder algorithm:

 

In my code, I keep track of the most recent timestamps. When a new event comes in, I check to see if that timestamp has already arrived, if so, I increment a counter and tack that on to create my id, otherwise I tack on a 0 value for the counter. That allows me to preserve the sequence precisely regardless of the timestamp precision, and every event has a unique id.

 

Now, that assumes that the data flow from exchange through feed provider all preserve the sequence of events as they send it to you--but... no matter what you're always beholden to the accuracy of the data feed.

Edited by paolfili

Share this post


Link to post
Share on other sites
If you are using the Zenfire' s API consider also the well know "UDP" problem of the feed...which invalidates many timestamp.

Anyway I think that the "correct" sequence (send by the Exchange) can be preserved only by a "Ticker Plant" design platform.

Zenfire doesn' t offer this...

:-(

 

All that has nothing to do with my comment--it's all still valid. The only thing you pointed out is that Zenfire does not satisfy the requirement in my last statement.

 

And to be accurate... Zenfire's out of order problem doesn't invalidate the timestamp--it's just passing that along from the exchange--it invalidates the sequence of arrival.

Share this post


Link to post
Share on other sites

The thing is a stop is just a market order sitting there waiting to execute at a certain price or better. If a limit comes in and crosses that order it will execute and never display on the order book.

 

:confused:

Are you sure about it?

Is this the correct Exchanges behaviour?

Where can I find some (CME,EUREX,etc) explanation on the market dynamics you suggest? (order on trade never displayed on the book)

 

Thanks

 

 

:D This I think we can agree on :D For me sequencing is what is important. particularly preserving sequence across bid ask and last data.

 

I don't want to get hung up on the trades between best bid and ask but they can and do occur. Maybe the Lee & Ready algorithm papers might explain things better than me. The thing is a stop is just a market order sitting there waiting to execute at a certain price or better. If a limit comes in and crosses that order it will execute and never display on the order book. It is also quite possible for this price to be between the current best bid and ask. Just look at a data run particularly around news or a busy open - it happens even on the ES.

 

I agree It is bothersome not knowing if a string of events happened at the same time or in sequence but slightly apart. More often than not they do occur at the same time. (I have a hunch we will have differing opinions on that :) ) If you see price tick above the days high and 500 orders execute at the same time there is a pretty good chance that they really did. above price extremeties there will be 100's of orders on both side of the book (stops and limits) just waiting to be filled. You would not want to see them with different time stamps nor should you. Of course with aggregation (and we dont really know who is an by how much) things get very hard to slice and dice.

Share this post


Link to post
Share on other sites

Sorry,but the "real" problem of Zenfire' s API is not the "out of order" (as you have noted in the Zenfire' s forum).You can solve it by re-sorting the timestamps.

Sadly to say,but the "real" problem is that UDP gives no guarantee that any packet Zenfire send will arrive.

 

 

All that has nothing to do with my comment--it's all still valid. The only thing you pointed out is that Zenfire does not satisfy the requirement in my last statement.

 

And to be accurate... Zenfire's out of order problem doesn't invalidate the timestamp--it's just passing that along from the exchange--it invalidates the sequence of arrival.

Share this post


Link to post
Share on other sites
Contracts bought and sold are always equal amounts, obviously, so... all you are really saying here is that you don't know how to interpret a delta indicator. In general, price moving down while delta runs up indicates not much size on the bid. And lo and behold, your example has the smaller trader on the bid. See?

 

I know how to interpret the delta indicator. What you don't see though is that after taking out the bid, 800 were left on the offer. He might even offer an additional 1000 and some long traders will be hitting the bid to get out of their losing position since they won't get filled on the offer with a huge offer like that. You always need to interpret whatever you are looking at. My point is that indicators like this leave out a lot of information.

 

On the other hand I have seen trades matched inside the spread countless times on the NYSE, and I think it's fairly common knowledge that the specialist has a certain amount of time to hold orders for matching (which effectively makes all batched orders "simultaneous"). Or at least they used to.. it's been a while and maybe the hybrid system changed that up.

 

I'd never trade a market with specialists. You have an information disadvantage. In Futures everyone sees the same information.

 

 

Maybe the Lee & Ready algorithm papers might explain things better than me.

 

You are comparing apples with oranges. These papers use historical data from the exchanges that includes spread trades and OTC trades that are not reported in real-time so you do not see them in a live-feed any way. So yes they do happen, but you won't see that live-trading. I was on the phone with TT and Eurex yesterday with regards to another issue and they confirmed that you won't see spread trades and OTC trades taking place in the data feed. I've actually gotten filled several times without seeing a trade being reported at that price, which must have been a spread trade.

 

The thing is a stop is just a market order sitting there waiting to execute at a certain price or better. If a limit comes in and crosses that order it will execute and never display on the order book. It is also quite possible for this price to be between the current best bid and ask. Just look at a data run particularly around news or a busy open - it happens even on the ES.

 

Of course, it does. You see it in Time & Sales, don't you? Well if it's there, then it was in the order book, you just couldn't see it with your eyes because it happened to quickly for your eyes to see. I can actually prove this because I have developed a way of visualizing all changes in the order book. And I do look at it during news.

 

I agree It is bothersome not knowing if a string of events happened at the same time or in sequence but slightly apart. More often than not they do occur at the same time. (I have a hunch we will have differing opinions on that :) ) If you see price tick above the days high and 500 orders execute at the same time there is a pretty good chance that they really did. above price extremeties there will be 100's of orders on both side of the book (stops and limits) just waiting to be filled. You would not want to see them with different time stamps nor should you. Of course with aggregation (and we dont really know who is an by how much) things get very hard to slice and dice.

 

The exchange still executes these market orders sequentially (it's software after all) and if it's sequential then there is a small time difference. If you don't understand this, then I don't see the point of continuing this discussion. You just say stuff that isn't true and makes no sense.

 

 

Now, that assumes that the data flow from exchange through feed provider all preserve the sequence of events as they send it to you

 

Well, they don't. At least in none of the data feeds I've worked with can you get sequential order book updates. Instead you get the state of entire order book at one point in time.

 

Is this the correct Exchanges behaviour?

Where can I find some (CME,EUREX,etc) explanation on the market dynamics you suggest? (order on trade never displayed on the book)

 

You won't find it because it's not true. I think before believe anything on an anonymous forum you should use common sense and/or call the exchange and just ask them if it is important to you to know how that works.

Share this post


Link to post
Share on other sites
Well, they don't. At least in none of the data feeds I've worked with can you get sequential order book updates. Instead you get the state of entire order book at one point in time.

 

Which data feeds have you worked with? Aside from the drop/sequence issues, Zenfire does give you sequential order book updates. And from what FulcrumTrader has said, I get the impression that DTN does give you that without the issues.

Share this post


Link to post
Share on other sites

AgeKay I really can't understand why you can not see this. You are obviously a smart guy and a poster I respect. You seem to be coming at this from a completely blinkered direction. Your original argument was an order can not execute at 'half a tick' (showing an assumption that the spread can never be more than a tick wide) this suggests to me you have really not considered this properly.

 

Incidentally most of the papers on Lee & Readys algorithm either exclude data that there is not a complete audit trail for or present results with and without it. OTC trades certainly do not account for trades between best bid and ask. In fact as you can see them in a live data stream by your definition they can not be OTC trades.

 

Maybe if we go through things one step at a time we can see where we have a disconnect.

Would you agree a limit order improving best bid or ask can arrive and be elected immediately if there are enough stop orders currently on the book to fill it?

Share this post


Link to post
Share on other sites
I know how to interpret the delta indicator. What you don't see though is that after taking out the bid, 800 were left on the offer. He might even offer an additional 1000 and some long traders will be hitting the bid to get out of their losing position since they won't get filled on the offer with a huge offer like that. You always need to interpret whatever you are looking at. My point is that indicators like this leave out a lot of information.

 

Delta's only there to show you one thing, and if that's not the thing you are wanting to see, don't blame delta. That's like complaining that a hammer can't turn bread into toast. And if you are trying to pull data out of a delta indicator that it's not designed to show you, then I would argue that you actually don't know how to interpret it. Sorry...

 

As I'm sure you know, the whole point of most indicators is to leave out some data in order to highlight other features. Very few are isomorphic to the data they start with. I could go around complaining that my low-pass filters leave out a lot of high-frequency data, I guess. But would I be making some kind of "point"?

Share this post


Link to post
Share on other sites
Which data feeds have you worked with? Aside from the drop/sequence issues, Zenfire does give you sequential order book updates. And from what FulcrumTrader has said, I get the impression that DTN does give you that without the issues.

 

You're right taotree. I need to take back my statement. I was wrong. I've worked with Ninja Trader, IQFeed's API (DTN), X_Trader API and another one that was tied to a specific broker. I've worked so long with the X_Trader API that I thought all of them didn't give me sequential order book updates while I just checked the API documentation of each data feed again and it looks like X_Trader API is the only one that doesn't. I stopped working with Ninja Trader and IQFeed pretty quickly because Ninja Trader didn't allow access to its data from external applications and I had latency issues with the IQFeed.

 

Would you agree a limit order improving best bid or ask can arrive and be elected immediately if there are enough stop orders currently on the book to fill it?

 

A limit order that improves the best bid or ask will by definition be the new best bid or ask. Do you agree? If so, then you have to agree that a trade cannot occur between the best bid or ask, right?

 

I don't understand "if there are enough stop orders currently on the book to fill it". Stop orders are triggered by trades not limit orders improving market prices. And even if they were, they would still trade on that bid or ask and not some magical "mid-point". All I have been saying is that a trade always occurs at the best bid or ask.

Share this post


Link to post
Share on other sites
Incidentally most of the papers on Lee & Readys algorithm either exclude data that there is not a complete audit trail for or present results with and without it. OTC trades certainly do not account for trades between best bid and ask. In fact as you can see them in a live data stream by your definition they can not be OTC trades.

 

So are they using live data in their analysis or historical data?

Share this post


Link to post
Share on other sites

I've worked with Ninja Trader, IQFeed's API (DTN), X_Trader API and another one that was tied to a specific broker. I've worked so long with the X_Trader API that I thought all of them didn't give me sequential order book updates while I just checked the API documentation of each data feed again and it looks like X_Trader API is the only one that doesn't.

 

I' m working with ZenFire API.

You can have the Bid/Ask and Best_Bid/Best_Ask data,but....

But UDP streams can loose data.

If you cannot afford a very High quality connection (as the usual Rythmic customers can probably afford) you have not guaranteed sync (and no value from any CumulativeDelta analysis... if you believe in any value about CumulativeDelta analysis...).

The same problem is related to any Book Analysis/Visualization process(following Agekay point of view).

DTN seems TCP.But from the API documentation I' ve seen there 's the cumulative bid/ask wothout single level analysis.

Someone can add something on this matter about TT' s API?

 

Thanks

 

 

I stopped working with Ninja Trader and IQFeed pretty quickly because Ninja Trader didn't allow access to its data from external applications and I had latency issues with the IQFeed.

 

Can you explain the latency issue between Ninja/IQFeed?

 

You're right taotree. I need to take back my statement. I was wrong. I've worked with Ninja Trader, IQFeed's API (DTN), X_Trader API and another one that was tied to a specific broker. I've worked so long with the X_Trader API that I thought all of them didn't give me sequential order book updates while I just checked the API documentation of each data feed again and it looks like X_Trader API is the only one that doesn't. I stopped working with Ninja Trader and IQFeed pretty quickly because Ninja Trader didn't allow access to its data from external applications and I had latency issues with the IQFeed.

 

 

 

A limit order that improves the best bid or ask will by definition be the new best bid or ask. Do you agree? If so, then you have to agree that a trade cannot occur between the best bid or ask, right?

 

I don't understand "if there are enough stop orders currently on the book to fill it". Stop orders are triggered by trades not limit orders improving market prices. And even if they were, they would still trade on that bid or ask and not some magical "mid-point". All I have been saying is that a trade always occurs at the best bid or ask.

Edited by paolfili

Share this post


Link to post
Share on other sites
So are they using live data in their analysis or historical data?

 

Historical data. They generally pick markets where there is a historical database available where trade direction is recorded. This information might not be available to participants but appears to be to researchers. Specialist type markets are an obvious example though there are others. (I agree with your observations about specialist markets btw). I think you might get a kick out of some of the stuff as you are interested in market microstructure.

 

I am on vacation this month and sitting in the lobby with a fast fading laptop battery so can't get involved here as much as I'd like to. It's nice to get a couple of opening DAX trades after a leisurely breakfast though! :)

Share this post


Link to post
Share on other sites

Not sure if I mentioned it on this thread but NinjaTrader have really dropped the ball with NT7.0 with regards to historical bid ask last data. Sad really. On the bright side I think I have multicharts working correctly, (there are issues with multicharts & tradestation listed way back in this thread, I think I have overcome them). I just need to make sure everything holds up under heavy loads and weird unforeseen conditions.

 

The UDP issue that paolfili mentions is as he describes but it might not be that big of a deal as delta is not a precise measure of order flow anyway. Many of the afore mentioned papers seek to determine how precise it is.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Topics

  • Posts

    • Hello citizens of the U.S. The hundred year trade war has leaked over into a trading war. Your equity holdings are under attack by huge sovereign funds shorting relentlessly... running basically the opposite of  PPT operations.  As an American you are blessed to be totally responsible for your own assets - the govt won’t and can’t take care of you, your lame ass whuss ‘retail’ fund managers go catatonic  and can't / won’t help you, etc etc.... If you’re going to hold your positions, it’s on you to hedge your holdings.   Don’t blame Trump, don’t blame the system, don’t even blame the ‘enemies’ - ie don’t blame period.  Just occupy the freedom and responsibility you have and act.  The only mistake ‘Trump’ made so far was not to warn you more explicitly and remind you of your options to hedge weeks ago.   FWIW when Trump got elected... I also failed to explicitly remind you... just sayin’
    • Date: 7th April 2025.   Asian Markets Plunge as US-China Trade War Escalates; Wall Street Futures Signal Further Turmoil.   Global financial markets extended last week’s massive sell-off as tensions between the US and its major trading partners deepened, rattling investors and prompting sharp declines across equities, commodities, and currencies. The fallout from President Trump’s sweeping new tariff measures continued to spread, raising fears of a full-blown trade war and economic recession.   Asian stock markets plunged on Monday, extending a global market rout fueled by rising tensions between the US and China. The latest wave of aggressive tariffs and retaliatory measures has unnerved investors worldwide, triggering sharp sell-offs across the Asia-Pacific region.   Asian equities led the global rout on Monday, with dramatic losses seen across the region. Japan’s Nikkei 225 index tumbled more than 8% shortly after the open, while the broader Topix fell over 6.5%, recovering only slightly from steeper losses. In mainland China, the Shanghai Composite sank 6.7%, and the blue-chip CSI300 dropped 7.5% as markets reopened following a public holiday. Hong Kong’s Hang Seng Index opened more than 9% lower, reflecting deep concerns about escalating trade tensions.           South Korea’s Kospi dropped 4.8%, triggering a circuit breaker designed to curb panic selling. Taiwan’s Taiex index collapsed by nearly 10%, with major tech exporters like TSMC and Foxconn hitting circuit breaker limits after each fell close to 10%. Meanwhile, Australia’s ASX 200 shed as much as 6.3%, and New Zealand’s NZX 50 lost over 3.5%.   Despite the escalation, Beijing has adopted a measured tone. Chinese officials urged investors not to panic and assured markets that the country has the tools to mitigate economic shocks. At the same time, they left the door open for renewed trade talks, though no specific timeline has been set.   US Stock Futures Plunge Ahead of Monday Open   US stock futures pointed to another brutal day on Wall Street. Futures tied to the S&P 500 dropped over 3%, Nasdaq futures sank 4%, and Dow Jones futures lost 2.5%—equivalent to nearly 1,000 points. The Nasdaq Composite officially entered a bear market on Friday, down more than 20% from its recent highs, while the S&P 500 is nearing bear territory. The Dow closed last week in correction. Oil prices followed suit, with WTI crude dropping over 4% to $59.49 per barrel—its lowest since April 2021.   Wall Street closed last week in disarray, erasing more than $5 trillion in value amid fears of an all-out trade war. The Nasdaq Composite officially entered a bear market on Friday, sinking more than 20% from its recent peak. The S&P 500 is approaching bear territory, and the Dow Jones Industrial Average has slipped firmly into correction territory.   German Banks Hit Hard Amid Escalating Trade Tensions   German banking stocks were among the worst hit in Europe. Shares of Commerzbank and Deutsche Bank plunged between 9.5% and 10.3% during early Frankfurt trading, compounding Friday’s steep losses. Fears over a global trade war and looming recession are severely impacting the financial sector, particularly export-driven economies like Germany.   Eurozone Growth at Risk   Eurozone officials are bracing for economic fallout, with Greek central bank governor Yannis Stournaras warning that Trump’s tariff policy could reduce eurozone GDP by up to 1%. The EU is preparing retaliatory tariffs on $28 billion worth of American goods—ranging from steel and aluminium to consumer products like dental floss and luxury jewellery.   Starting Wednesday, the US is expected to impose 25% tariffs on key EU exports, with Brussels ready to respond with its own 20% levies on nearly all remaining American imports.   UK Faces £22 Billion Economic Blow   In the UK, fresh research from KPMG revealed that the British economy could shrink by £21.6 billion by 2027 due to US-imposed tariffs. The analysis points to a 0.8% dip in economic output over the next two years, undermining Chancellor Rachel Reeves’ growth agenda. The report also warned of additional fiscal pressure that may lead to future tax increases and public spending cuts.   Wall Street Braces for Recession   Goldman Sachs revised its US recession probability to 45% within the next year, citing tighter financial conditions and rising policy uncertainty. This marks a sharp jump from the 35% risk estimated just last month—and more than double January’s 20% projection. J.P. Morgan issued a bleaker outlook, now forecasting a 60% chance of recession both in the US and globally.   Global Leaders Respond as Trade Tensions Deepen   The dramatic market sell-off was triggered by China’s sweeping retaliation to a new round of US tariffs, which included a 34% levy on all American imports. Beijing’s state-run People’s Daily released a defiant statement, asserting that China has the tools and resilience to withstand economic pressure from Washington. ‘We’ve built up experience after years of trade conflict and are prepared with a full arsenal of countermeasures,’ it stated.   Around the world, policymakers are responding to the growing threat of a trade-led economic slowdown. Japanese Prime Minister Shigeru Ishiba announced plans to appeal directly to Washington and push for tariff relief, following the US administration’s decision to impose a blanket 24% tariff on Japanese imports. He aims to visit the US soon to present Japan’s case as a fair trade partner.   In Taiwan, President Lai Ching-te said his administration would work closely with Washington to remove trade barriers and increase purchases of American goods in an effort to reduce the bilateral trade deficit. The island's defence ministry has also submitted a new list of US military procurements to highlight its strategic partnership.   Economists and strategists are warning of deeper economic consequences. Ronald Temple, chief market strategist at Lazard, said the scale and speed of these tariffs could result in far more severe damage than previously anticipated. ‘This isn’t just a bilateral conflict anymore — more countries are likely to respond in the coming weeks,’ he noted.   Analysts at Barclays cautioned that smaller Asian economies, such as Singapore and South Korea, may face challenges in negotiating with Washington and are already adjusting their economic growth forecasts downward in response to the unfolding trade crisis.           Oil Prices Sink on Demand Concerns   Crude oil continued its sharp slide on Monday, driven by recession fears and weakened global demand. Brent fell 3.9% to $63.04 a barrel, while WTI plunged over 4% to $59.49—both benchmarks marking weekly losses exceeding 10%. Analysts say inflationary pressures and slowing economic activity may drag demand down, even though energy imports were excluded from the latest round of tariffs.   Vandana Hari of Vanda Insights noted, ‘The market is struggling to find a bottom. Until there’s a clear signal from Trump that calms recession fears, crude prices will remain under pressure.’   OPEC+ Adds Further Pressure with Output Hike   Bearish sentiment intensified after OPEC+ announced it would boost production by 411,000 barrels per day in May, far surpassing the expected 135,000 bpd. The alliance called on overproducing nations to submit compensation plans by April 15. Analysts fear this surprise move could undo years of supply discipline and weigh further on already fragile oil markets.   Global political risks also flared over the weekend. Iran rejected US proposals for direct nuclear negotiations and warned of potential military action. Meanwhile, Russia claimed fresh territorial gains in Ukraine’s Sumy region and ramped up attacks on surrounding areas—further darkening the outlook for markets.   Always trade with strict risk management. Your capital is the single most important aspect of your trading business.   Please note that times displayed based on local time zone and are from time of writing this report.   Click HERE to access the full HFM Economic calendar.   Want to learn to trade and analyse the markets? Join our webinars and get analysis and trading ideas combined with better understanding of how markets work. Click HERE to register for FREE!   Click HERE to READ more Market news.   Andria Pichidi HFMarkets   Disclaimer: This material is provided as a general marketing communication for information purposes only and does not constitute an independent investment research. Nothing in this communication contains, or should be considered as containing, an investment advice or an investment recommendation or a solicitation for the purpose of buying or selling of any financial instrument. All information provided is gathered from reputable sources and any information containing an indication of past performance is not a guarantee or reliable indicator of future performance. Users acknowledge that any investment in Leveraged Products is characterized by a certain degree of uncertainty and that any investment of this nature involves a high level of risk for which the users are solely responsible and liable. We assume no liability for any loss arising from any investment made based on the information provided in this communication. This communication must not be reproduced or further distributed without our prior written permission.
    • AMZN Amazon stock watch, good buying (+313%) toi hold onto the 173.32 support area at https://stockconsultant.com/?AMZN
    • META stock watch, local support and resistance areas at 507.48, 557.84 at https://stockconsultant.com/?META
    • TMUS T-Mobile stock, watch for a top of range breakout at https://stockconsultant.com/?TMUS
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.