Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
In my prior comments I used the term "trade report" to represent what MDP 3.0 is calling the "Trade Summary message". As Aslan points out, this message can be a single UDP packet or multiple packets in the case where a single agressor order exceeds the boundary of a single packet ...
So in my mind, this tells me each unique aggressor order triggers a Trade Summary message, where the message can be one or more UDP packets as needed. For my needs and desires, I can stop here and simply use the aggressor trade information and drop the details, and in so doing should match up roughly with your "reconstructed tape".
In reading the DTN thread, it sounds like DTN wants to break apart the Trade Summary message back into the details of all the filled limit orders, those 1, 2, 5, 21 ... lot fills used to offset the single initiating aggressor order. I also noticed DTN is using the term "bundled" in reference to the Trade Summary message itself. This goes directly to my initial concern, as I stated previously, I have no use for or desire to see that detail, the value in the tape, for me, is in the aggressor order itself. I suppose in an ideal world, data providers would pass through all of the information contained in the Trade Summary message, including the true aggressor order, and let platforms like Jigsaw or NinjaTrader develop proprietary solutions for traders to use and manipulate all of the information it contains. One trader might need the fine details, another like myself, wants the initiating aggressor side trade information. I don't view one as better than the other, as they are the two parts needed to accurately and fully depict both sides of the same market event. With that said, i recognize the reality that as each data provider picks a side, the other side loses information. I am just hoping at least one data provider will pick my side... I take comfort in recognizing the cheapest and easiest solution is to transmit the single initiating aggressor order and drop the details. (The DTN thread certainly confirms that).
I do not know if the new transmission protocol of the CME is better or worse, but IMHO the raw tick, meant as each single trade, is the better date to have, regardless of the time's granularity. One after can always aggregating them with the appropriate tools.
1. a 500 lot trade being reported as a 500 lot trade on T&S (pre 2009 and MDP 3.0)
2. a 500 lot trade being reported as 500 1 lot trades on T&S (2009 to Oct 2015)
I know which I'd prefer ;-)
Be aware that if your are trading through NinjaTrader brokerage with Rithmic data, Rithmic are still using the current protocol.
But if you fill your NinjaTrader charts with historical data...it's being filled with CQG/Continuum data which have moved to MDP 3.0 for both live and historical data.
Therefore in this set up if you initiate a historical data download intra day...your data will change and so will your signals.
Will this MDP 3.0 change affect any of the print activity of the DOM or will it only be apparent on the time&sales?
Perhaps Peter from Jigsaw could kindly chime in on this one:
Just to give you a scenario.
Pre the MDP 3.0 change, A continual refreshing iceberg order is hit by a large amount of one lots that are likely to be a larger bundled trade. (The machine gun action some label it).
Now after this change will this type of action cease on CME products as the larger trade is now bundled?
How about Eurex? Any news whether they are likely to follow suit?
I wanted to chime in here that will probably be a newbie question but may shed some slight for other confused DOM traders.
Saying that I may be completely muddled on this situation!
The answer to that question depends on exactly how your data provider chooses to report trades after they switch over to MDP 3.0.
Scenario 1: If your data provider, such as CQG/Continuum transmits the aggregated trade, then yes the "large amount of one lots" will no longer show up as "machine gun action" , and very well may show up as a single 600 lot trade print hitting the bid or ask.
Scenario 2: On the other hand, if your data provider, such as DTN is indicating they are considering doing, breaks apart the Trade Summary message back into all of the one lot fills from the order book then you will see no difference compared to pre-MDP 3.0. Your "machine gun action" will remain intact. But keep in mind, this 'price action' might lead you to think oh it's an iceberg being refreshed! , where it is simply just one or two large block "600 lot" market orders being filled by a large quantity of one lot limit orders in the book (as scenario 1 shows).
Looking at the CQG time and sales along side the DTN time and sales we see how the iceberg is actually a very small handful of large block market orders hitting into a price level where there are perhaps thousands of one lot orders awaiting a fill. Each 600 lot market order on the CQG side triggers hundreds of one lot 'machine gun' fills on the DTN side.
I see how the bundled data will had an adverse effect for DOM traders monitoring order flow. The more data that is whittled down the easier it is to engage in the process and not get caught short. I guess I'll reiterate Mike's point on how Traders essentially don't take well to change. Trading has evolved exponentially since the 90's with the rise of Island/BATS etc. We simply need to adapt to the change that is always forced upon us or face extinction!
It would be worth noting to to add to this discussion that the SEC market structure meeting on May 13th created some headway on the hotly debated topic of an uncompetitive market place of HFT's skimming price and abusing the maker-taker process. This is long overdue with all the manipulative order types that have been present since inception of Reg NMS in 2007 including Direct Edge's 'hide not slide', NASDQ's MPPO etc.
It's worth noting that NYSE's Arca seems to be leading the way where the pilot rule changes will be implemented on their Pillar platform to test the new market structure.
QUOTE
The proposed priority categories would be:
Proposed Rule 7.36P(e)(1) would specify “Priority 1 – Market Orders,” which
provides that unexecuted Market Orders would have priority over all other sameside
orders with the same working price. This proposed priority is the same as
current Exchange priority rules under which resting Market Orders have priority
over other orders at the same price.22
Circumstances when an unexecuted Market
Order would be eligible to execute against an incoming contra-side order include
when a Market Order has exhausted all interest at the NBBO and is waiting for an
NBBO update before executing again, pursuant to Rule 7.31(a), or when a Market
Order is held unexecuted because it has reached a trading collar, pursuant to Rule
7.31(a)(3)(A). In such circumstances, the unexecuted Market Order(s) would
have priority over all other resting orders at that price.
Proposed Rule 7.36P(e)(2) would specify “Priority 2 – Display Orders.” This
proposed priority category would replace the “Display Order Process.” As
proposed, non-marketable Limit Orders with a displayed working price would
have second priority. For an order that has a display price that differs from the
22 This priority is currently specified in Rule 7.16(f)(viii).
26
working price of the order, if the working price is not displayed, the order would
not be ranked Priority 2 at the working price.
Proposed Rule 7.36P(e)(3) would specify “Priority 3 – Non-Display Orders.”
This priority category would be used in Pillar rules, rather than the “Working
Order Process.” As proposed, non-marketable Limit Orders for which the
working price is not displayed, including the reserve interest of Reserve Orders,
would have third priority.
Proposed Rule 7.36P(e)(4) would specify “Priority 4 – Tracking Orders.” This
priority category would replace the “Tracking Order Process,” as discussed in
further detail below in connection with proposed Rule 7.37P. As proposed,
Tracking Orders would have fourth priority.
Proposed Rule 7.36P(f) would set forth that within each priority category, orders would
be ranked based on time priority.
Proposed Rule 7.36P(f)(1) would provide that an order is assigned a working time
based on its original entry time, which is the time an order is first placed on the
NYSE Arca Book. This proposed process of assigning a working time to orders
is current functionality and is substantively the same as current references to the
“time of original order entry” found in several places in Rule 7.36. To provide
transparency in Exchange rules, the Exchange further proposes to include in
proposed Rule 7.36P(f) how the working time would be determined for orders
that are routed. As proposed:
27
o Proposed Rule 7.36P(f)(1)(A) would specify that an order that is fully
routed to an Away Market23 on arrival would not be assigned a working
time unless and until any unexecuted portion of the order returns to the
NYSE Arca Book. The Exchange notes that this is the current process for
assigning a working time to an order and proposes to include it in
Exchange rules to provide transparency regarding what is considered the
working time of an order that was fully routed on arrival.
o Proposed Rule 7.36P(f)(1)(B) would specify that for an order that is
partially routed to an Away Market on arrival, the portion that is not
routed would be assigned a working time. If any unexecuted portion of
the order returns to the NYSE Arca Book and joins any remaining resting
portion of the original order, the returned portion of the order would be
assigned the same working time as the resting portion of the order. If the
resting portion of the original order has already executed and any
unexecuted portion of the order returns to the NYSE Arca Book, the
returned portion of the order would be assigned a new working time. This
process for assigning a working time to partially routed orders is the same
as currently used by the Exchange. The Exchange proposes to include this
detail in Exchange rules to provide transparency regarding what is
considered the working time of an order.
23 The Exchange proposes Rule 1.1(ffP), which would define the term “Away Market.”
The proposed definition is based on the existing definition of “NOW Recipient,” which is
a term that the Exchange would not be using in Pillar. For Pillar, the proposed definition
of “Away Market” would reference the term “alternative trading system” instead of ECN.
28
Proposed Rule 7.36P(f)(2) would provide that an order would be assigned a new
working time any time the working price of an order changes. This proposed rule
text would be based on the rule text in Rule 7.36(a)(3), without any substantive
differences. A change to the working price could be because of a User’s
instruction or because the order or modifier has a price that can change based on a
reference price, such as an MPL Order, which is priced based on the PBBO.
Proposed Rule 7.36P(f)(3) would provide that an order would be assigned a new
working time if the size of the order increases and that an order would retain its
working time if the size of the order is decreased. This proposed rule text would
be based on rule text in the first and second sentences of Rule 7.36(a)(3), without
any substantive differences.
Proposed Rule 7.36P(f)(4) would provide that an order retains its working time if
the order marking is changed from: (A) sell to sell short; (B) sell to sell short
exempt; (C) sell short to sell; (D) sell short to sell short exempt; (E) sell short
exempt to sell; and (F) sell short exempt to sell short. This rule text would use for
the Pillar trading platform rules the same rule text as in Rule 7.16(f)(viii), without
any substantive differences. The Exchange proposes to include the text from Rule
7.16(f)(viii) regarding order priority when changing order marking to Rule 7.36P
to consolidate ranking in a single rule.
Proposed Rule 7.36P(g) would specify that the Exchange would enforce ranking
restrictions applicable to specified order or modifier instructions. These order and modifier
instructions would be identified in proposed new Rules 7.31P and 7.44P, which the Exchange
will submit in a rule filing prior to implementing the Pillar trading platform.
29
In addition, the Exchange proposes a definition in Rule 1.1(aP) of NYSE Arca Book that
would be applicable to the Pillar rules. The proposed definition would differ from the current
definition of NYSE Arca Book in Rule 1.1(a) in that it would not include references to the terms
“Display Order Process,” “Working Order Process,” and “Tracking Order Process,” which as
discussed above, are terms that will not be used in Pillar. As proposed, new Rule 1.1(aP) would
provide that the term “NYSE Arca Book” refers to the NYSE Arca Marketplace’s electronic file
of orders, which contains all orders entered on the NYSE Arca Marketplace.
QUOTE
It seems the CME's MDP 3.0 data changes that were announced prior to this meeting could be due to foresight knowledge on the upcoming order book/execution proposed changes. However that's just my conjectured opinion.
It seems CQG went back to unbundled data. Does anyone know if it'll stay that way? Or if we'll have a choice? It messes me up when they switch without telling anyone.