<p>No, slippage also occurs because the price can move adversely between your decision to sell and your order's execution on the market. Typically in financial markets the other participants can see a large order and move their limit orders accordingly.</p>

<p>What you're talking about is called "sweeping". This is simply the fact that there are not enough orders at the best price to match a sufficiently large order. If you have a market order you will then end up filling the next price, which will be worse.</p>

CC BY-SA 3.0
2013-08-22T13:41:59.050Z
2013-08-22T13:41:59.050Z
Carlos
<p>Slippage is typically measured against the initial lowest ask / highest bid. If you place a limit order to buy at $110, but as it happens the lowest ask was $100 and due to slippage the average execution price was $105, you suffered 5% slippage even though the execution price was better than your limit.</p>

<p>Of course, in this case your order effectively behaves like a market order. When placing a limit order you will never pay more than your limit.</p>

CC BY-SA 3.0
2013-08-22T16:47:09.210Z
2013-08-22T16:47:09.210Z
Meni Rosenfeld
<p>If you were to uncheck the 'Market Order' box and buy 10 at 110USD, the order can be partially filled by 1 at 110USD and there are 9 more for sale at 113USD, the matching system would partially fill your order and then wait, right?</p>

<p>Does "slippage" only occur because of market orders?</p>

CC BY-SA 3.0
2013-05-13T07:57:40.080Z
What's "slippage"?
o0'.
CC BY-SA 3.0
2013-05-14T02:05:01.637Z
I think it refers to when you enter an order at one price, but it will end up partially filled by orders at other prices
Brandon Lockaby
CC BY-SA 3.0
2013-05-14T07:38:31.620Z
Better prices or worse prices? If you get better prices, then you are posting a limit order at a value higher then lowest ask, if you get worse prices then you are posting a market order without really realising what you are doing.
o0'.
CC BY-SA 3.0
2013-08-22T16:42:18.773Z
@Lohoris: Prices which are worse than the current lowest ask / highest bid.
Meni Rosenfeld
CC BY-SA 3.0
2013-08-22T16:42:52.133Z
@Pacerier: Of course.
Meni Rosenfeld
CC BY-SA 3.0
2013-08-23T02:23:03.200Z
@MeniRosenfeld, Are you sure? I think they only support instant-market-price orders and fixed-matching-non-market orders.
Pacerier
CC BY-SA 3.0
2013-08-23T05:27:25.413Z
@Pacerier: Maybe I'm getting my definitions wrong but according to Investopedia, "An order placed with a brokerage to buy or sell a set number of shares at a specified price or better. Limit orders also allow an investor to limit the length of time an order can be outstanding before being canceled." AFAIK what you do on Mtgox is precisely what is defined in the first sentence. You can't put a time frame on Mtgox, but I think this doesn't make it less of a limit order.
Meni Rosenfeld
CC BY-SA 3.0
2013-08-24T07:33:19.783Z
@MeniRosenfeld, That's what I'm saying. We can't even do what is defined in the first sentence. If I put a non-market order to buy at 100 and someone has non-market order selling at 80, the trade wouldn't be executed because the numbers don't match even though I'm offering more money than what the seller wants.
Pacerier
CC BY-SA 3.0
2013-08-25T06:15:12.443Z
@Pacerier: In this scenario, the trade will execute at 80 (if you go second). When you place a limit order it first tries to sweep current orders. What's the problem?
Meni Rosenfeld
CC BY-SA 3.0
2013-08-25T06:21:09.257Z
@MeniRosenfeld, You say the trade will be executed. The problem is that the trade will **not** be executed. I've asked http://support.mtgox.com and they have confirmed this behavior.
Pacerier
CC BY-SA 3.0
2013-08-25T06:26:19.873Z
@Pacerier: Mtgox support are not known for being very sharp. It would make no sense to have two compatible orders which are not matched (that would be a bug in the execution engine) and the behavior I described is confirmed by my own experience (before Mtgox had a "market order" checkbox, when I wanted to buy I'd just put a bid with a very high price, and it would execute the existing asks.
Meni Rosenfeld
CC BY-SA 3.0
2013-08-15T03:45:50.753Z
Does MtGox support so-called *limit orders*?
Pacerier
<mtgox>
Does slippage occur on MtGox when 'Market Order' is unchecked?
Brandon Lockaby
# Does slippage occur on MtGox when 'Market Order' is unchecked?

(Asked by: username_0 on 2013-05-13)

If you were to uncheck the 'Market Order' box and buy 10 at 110USD, the order can be partially filled by 1 at 110USD and there are 9 more for sale at 113USD, the matching system would partially fill your order and then wait, right?

Does "slippage" only occur because of market orders?

**Tags:** mtgox

> **Comments:**
> **username_1**: What's "slippage"?  
> **username_0**: I think it refers to when you enter an order at one price, but it will end up partially filled by orders at other prices  
> **username_1**: Better prices or worse prices? If you get better prices, then you are posting a limit order at a value higher then lowest ask, if you get worse prices then you are posting a market order without really realising what you are doing.  
> **username_3**: Does MtGox support so-called *limit orders*?  
> **username_2**: @Lohoris: Prices which are worse than the current lowest ask / highest bid.  
> **username_2**: @username_3: Of course.  
> **username_3**: @username_2, Are you sure? I think they only support instant-market-price orders and fixed-matching-non-market orders.  
> **username_2**: @username_3: Maybe I'm getting my definitions wrong but according to Investopedia, "An order placed with a brokerage to buy or sell a set number of shares at a specified price or better. Limit orders also allow an investor to limit the length of time an order can be outstanding before being canceled." AFAIK what you do on Mtgox is precisely what is defined in the first sentence. You can't put a time frame on Mtgox, but I think this doesn't make it less of a limit order.  
> **username_3**: @username_2, That's what I'm saying. We can't even do what is defined in the first sentence. If I put a non-market order to buy at 100 and someone has non-market order selling at 80, the trade wouldn't be executed because the numbers don't match even though I'm offering more money than what the seller wants.  
> **username_2**: @username_3: In this scenario, the trade will execute at 80 (if you go second). When you place a limit order it first tries to sweep current orders. What's the problem?  
> **username_3**: @username_2, You say the trade will be executed. The problem is that the trade will **not** be executed. I've asked http://support.mtgox.com and they have confirmed this behavior.  
> **username_2**: @username_3: Mtgox support are not known for being very sharp. It would make no sense to have two compatible orders which are not matched (that would be a bug in the execution engine) and the behavior I described is confirmed by my own experience (before Mtgox had a "market order" checkbox, when I wanted to buy I'd just put a bid with a very high price, and it would execute the existing asks.  

---

## 2 answers

### Answer by username_4 on 2013-08-22. Score: 1

No, slippage also occurs because the price can move adversely between your decision to sell and your order's execution on the market. Typically in financial markets the other participants can see a large order and move their limit orders accordingly.

What you're talking about is called "sweeping". This is simply the fact that there are not enough orders at the best price to match a sufficiently large order. If you have a market order you will then end up filling the next price, which will be worse.


---

### Answer by username_2 on 2013-08-22. Score: 0

Slippage is typically measured against the initial lowest ask / highest bid. If you place a limit order to buy at $110, but as it happens the lowest ask was $100 and due to slippage the average execution price was $105, you suffered 5% slippage even though the execution price was better than your limit.

Of course, in this case your order effectively behaves like a market order. When placing a limit order you will never pay more than your limit.


---

