Why Does IB Still Not Offer ECN Pegged Orders?

Quote from cwb1014:

If they were designed to accommodate the needs of your clients generally, they would be used extensively. And while they wouldn't be the only way to trade, they would certainly be a very sensible way to trade, which unfortunately is not to the case given the way they're currently configured (i.e., without rollbacks).

I note with some interest that you and other IB folks here keep falling back on the "this is the way the large institutions wanted them" explanation for the fact that these orders do not serve the majority of your clients' interests and, instead, serve IB's, which are, of course, to generate maximum revenues. Since you keep relying on this explanation with absolutely no support, would you be good enough to explain why any institution would want to pay more on its buy orders and receive less on its sell orders than it would pay and receive were these orders designed with rollbacks? Because this is precisely the overall result of the way these orders are currently designed, supposedly "to the specifications [your large institutional clients] requested".

Stated simply, you're asserting that large institutions designed orders that cost them more and benefit them less than the same orders designed with rollbacks. I trust you'll understand that this assertion is not, at least on its face, terribly credible.

I look forward to hearing from you on this and hope that you'll push for a rational redesign of these orders such that they incorporate at least the option of rollbacks, whatever the rationale for their original design may have been.

Thank you.

My comments were for the joe character who was making assertions that aren't true.

If a client doing very large and significant size requests and algo, I can only speculate what they use it for. For example, sitting on the bid does not guarantee a fill and certain types of orders require fills to match say an ETF creation price, a VWAP, could be time sensitive, etc.

For the pegged orders, keep in mind I am in Asia and US routing isn't my area of responsibility and that is why I haven't answered the questions about whether or not we can make modifications. Nevertheless, I will point the requests to those that will determine whether or not it is something we incorporate into the algos.
 
Quote from def:

For the pegged orders, keep in mind I am in Asia and US routing isn't my area of responsibility and that is why I haven't answered the questions about whether or not we can make modifications. Nevertheless, I will point the requests to those that will determine whether or not it is something we incorporate into the algos.

def - Appreciate you participating in the discussion despite it being outside of your direct responsibilities. That said, can we expect to hear some feedback in this thread from whoever does cover this in the US?
 
Quote from bs2167:

def - Appreciate you participating in the discussion despite it being outside of your direct responsibilities. That said, can we expect to hear some feedback in this thread from whoever does cover this in the US?

def? DAV? anyone at IB?
 
We have not been able to reproduce the issue with the zero-offset relative orders not rolling back, we will continue to try to reproduce it: if you have more recent examples please PM me.

We have no plans to implement negative-offset relative orders (those that are behind NBBO), and we are not currently planning to change positive-offset relative orders to roll back. The native zero-offset pegged order support on ISLAND and ARCA is under consideration.
 
Quote from DAV:


we are not currently planning to change positive-offset relative orders to roll back

DAV- I do appreciate you following up here as you're certainly under no obligation to do so. If you don't mind my asking, what was the rationale behind IB coming to this decision?
 
I do not see how a positive/negative offset rollback is taking more resources than a zero offset rollback. it is all relative to NBBO if i understood it correctly.
 
Back
Top