The hidden quantity keeps its place in the queue. The sliced order throws that place away.

The short answer

Two mechanisms are sold under one name. A disclosed quantity order is a single order whose display is truncated: the whole size stays committed and matchable, and the time stamp never changes, so the concealment is free in queue terms. An iceberg facility at a trading member sends a separate child order for each leg and sends the next only when the last has filled, so every leg after the first joins the back of the queue. Working the drain arithmetic for a 5,000 share order behind 10,000 resting shares, ten legs need 105,000 shares to print at that price instead of 15,000, which is 7.0 times as much. Impact itself is governed by a model, not a law: expected impact scales with the square root of your share of a day's volume, so spreading over four sessions halves it and every further session buys less. Measured against real sessions, a ₹1,00,000 order in one of the 100 most traded securities is 0.0023 per cent of its day, and the model puts the impact under 0.9 basis points. There is nothing there to save. The same order is 1 per cent or more of the day in about 39 per cent of traded securities, which is where the subject becomes real.

Market figures are computed from the security bhavcopy and daily index files cached in this repository, over 20 sessions to 18 September 2026 for turnover and 250 sessions to 18 September 2026 for volatility. Model figures are derived here from inputs printed alongside them, and the illustrative parameters are labelled wherever they appear.

Two different mechanisms wear the same name

Almost every explanation of iceberg orders in an Indian context describes one thing and then reasons about another. The confusion is worth clearing first, because the entire cost of the technique sits in the difference.

The first mechanism is an order condition at the exchange. You enter an ordinary limit order for the full quantity and attach a disclosed quantity: an order for 5,000 disclosing 500 shows 500 in the depth window, and when that 500 has traded another 500 is released to the display automatically. There is one order in the book throughout, its full quantity committed and matchable against incoming flow whether or not the display has caught up. Nothing is re-entered, so nothing is re-stamped.

The second mechanism is a facility of your trading member's system. It takes a large order and slices it into legs, sends a child order for the first leg, waits until that leg is fully traded, then sends the next. Ten legs are ten separate orders. Each one arrives at the exchange at its own instant and is ranked by that instant.

Two concealment mechanisms and what each does to time priority Two panels. In the upper panel a single order sits eighth in a queue of nine, with only part of its quantity displayed and the whole quantity still committed, and its time stamp does not change. In the lower panel the same total size is sent as separate child orders, and when the first has filled the second arrives at the back of a queue that has refilled in the meantime, so it is eleventh rather than eighth. The same concealment, two different consequences for your place in the line A. Disclosed quantity: one order, one time stamp 10,000 shares ahead you shown in the depth window: 500 committed and matchable: 5,000 time stamp: unchanged throughout B. Member side iceberg: ten child orders, ten time stamps leg 1 leg 1 fills completely only then is leg 2 sent leg 2 the level has refilled while you waited Nine further arrivals at the back. 105,000 shares must print at that price instead of 15,000.
The display is truncated in both cases. Only one of them keeps the place in the queue that the truncation was supposed to be free. The queue cost of slicing is driven by the depth you keep rejoining, not by the size of your own order.
The same concealment, two mechanisms, and the differences that decide what it costs
PropertyDisclosed quantity, at the exchangeIceberg, at the trading member
Orders in the bookOne, for the full quantityOne per leg, sent in sequence
Quantity committedAll of it, throughoutOne leg at a time, and nothing more
Time priorityHeld for the whole quantityA fresh stamp for every leg after the first
If a large order arrivesCan trade against the hidden part in one printCan only trade the leg that is working
Smallest slice permittedOne tenth of the order quantity, per the current specificationA parameter of the member's facility, not of the exchange
What leaksA print larger than the displayed sizeA displayed size that repeats exactly
If the price runs awayThe whole residual is already restingThe unsent legs were never in the market

Read the third and fourth rows together. The exchange condition is a display truncation over a committed order; the member facility is a genuine withholding of quantity from the market. One conceals your size while keeping your claim on the front of the line. The other trades the claim away to withhold the size.

Each fresh leg starts at the back of the line

Orders at one price form a queue ranked by the instant the system accepted them, and the engine matches from the front. That rule, and what a modification does to it, is set out in full in the guide to queue position and price time priority. One consequence of it decides the economics of slicing, and it is the consequence most explanations omit entirely.

A new child order cannot inherit a place in the line, because it has never been in that line. The second leg joins the back, and by the time it does the level has typically refilled, since other participants have been posting there for as long as your first leg took to clear.

That gives an arithmetic anybody can do. Take a price level with 10,000 shares resting ahead of you, replenishing to the same depth after each leg clears. A fully displayed order for 5,000 shares needs 10,000 plus 5,000 to print at that price before it is done. An order cut into N legs rejoins the back N times, so it needs N times 10,000, plus 5,000.

Volume that must print at one price before the order completes, behind 10,000 resting shares. The survival column applies an illustrative abandonment rate described in the method note.
LegsShares per legVolume required at that priceAgainst a displayed orderChance the level lasts that long
15,00015,0001.00 times60.7 per cent
22,50025,0001.67 times43.5 per cent
41,25045,0003.00 times22.3 per cent
51,00055,0003.67 times16.0 per cent
10500105,0007.00 times3.0 per cent
20250205,00013.67 times0.1 per cent

At ten legs the order needs 7.0 times as much volume to print at that price as the same order displayed in full. That is the cost of the concealment, in the only currency a queue deals in. Now look at what drives it: the extra volume is 10,000 shares for every leg after the first, and 10,000 is the depth of the level, not the size of your order. The penalty is set by the queue you keep rejoining.

The same ten leg order against different depths at the price, all other assumptions held
Shares resting aheadVolume required, against a displayed orderChance the level lasts that long
500 shares1.82 times71.7 per cent
2,000 shares3.57 times43.5 per cent
10,000 shares7.00 times3.0 per cent
50,000 shares9.18 times0.0 per cent

This is the uncomfortable shape of the trade. Concealment gets more expensive exactly as the book gets deeper, and a deep book is the case in which you needed it least, because your order is a smaller part of it. Both considerations point the same way, and it is not the way most explanations point.

There is a second cost in the sequencing that is easy to miss because nothing about it looks like a cost. A leg is sent only when the previous one has filled completely, so at no instant is more than one slice working. A leg that takes a partial fill and then sits there stalls the entire order, and the residual you were concealing is not in the market at all while that happens. If the price leaves, you have neither the fill nor the queue position, and the choice is to chase or abandon. Chasing is where the impact saving goes.

One Indian specific closes off the end of the day. Neither mechanism has any expression in the closing auction for securities on which derivatives are available: orders carrying a disclosed quantity are not accepted in that session and are not carried into it from continuous trading. The last stretch of the session is a different problem, set out in the guide to stop loss orders and what a closing auction does to them.

A level that refills to the same number is a signature

Concealment in a central order book is never concealment of activity. The depth window publishes aggregate quantity at each price without identifying whose it is, so what you are hiding is a number, and you are hiding it from people whose job is to watch that number change. Replenishment at a price is completely ordinary. Replenishment to exactly the same quantity, repeatedly, immediately after each print that takes it out, is not.

The signature a refreshing order leaves in the depth window A step line showing the quantity displayed at one price. It begins at an ordinary level, then falls to zero and returns to exactly five hundred nine times in succession, then stops returning. The repetition of one exact number, rather than the refilling itself, is what identifies the order. Displayed quantity at one price, over twenty four consecutive prints 0 500 1,000 The level is taken out and returns to exactly the same number, nine times running ordinary depth and then it stops Consecutive prints at that price With eight plausible round sizes, nine identical refills is a one in 16,777,216 coincidence. Nobody treats it as one.
Refilling is normal. Refilling to the same number is not. The total size stays hidden, which is the part of the concealment that survives, but the presence of a worked order and the size of its slice do not.

The inference is a counting argument. Suppose ordinary replenishment at a level lands on one of 8 plausible round sizes. Then the chance that the display returns to precisely the same number k times running, by coincidence, is one over 8 to the power k minus one.

Chance that a level refills to exactly the same displayed quantity by coincidence, assuming 8 plausible round sizes. Model, not measurement.
Identical refills in a rowOdds against coincidenceProbability
21 in 812.500 per cent
31 in 641.562 per cent
41 in 5120.195 per cent
51 in 4,0960.024 per cent
61 in 32,7680.003 per cent

Four identical refills is already a one in 512 coincidence, and a ten leg order produces nine of them. The two mechanisms also leak differently. The exchange condition refreshes its display in the same instant as the fill, so the tell is a print larger than the quantity that was showing. A member side slicer must observe the fill and then send the next order, so the tell is a small, repeatable gap between the level emptying and returning, and the length of that gap is a fingerprint of the system placing the orders.

What survives is the part worth having: the total. An observer can infer that a worked order is present and can read the slice size straight off the book, but nothing there says whether two more legs are coming or two hundred. That is the concealment you are buying, and it is much narrower than the word "hidden" suggests.

The obvious defence is to vary the slice size so the number does not repeat. It costs something in each mechanism. On the exchange condition the displayed quantity can be modified, but an increase in what the book can see forfeits the time priority of the whole order, so the defence is free in one direction only. On a member facility varied legs are simply a configuration, which is why detecting institutional working orders is a contest between systems rather than a solved problem.

Walking the book is the cost you are actually avoiding

The usual comparison is against the wrong thing. The alternative to patience is not a mysterious market impact; it is crossing the spread and consuming the ladder in front of you, one price at a time, until your quantity is filled. That cost is fully determined by the shape of the book and can be computed exactly for any assumed shape. Below are three illustrative ladders on a stock near ₹500, where the tick is 0.05, taken immediately at the touch.

The cost of an immediate order against its size, for three shapes of order book Three rising lines on logarithmic axes, all steeper than a dashed reference line of square root slope. At retail order sizes the cost of taking liquidity immediately rises about in proportion to size on a book whose depth thickens away from the touch, faster than that on a flat book, and very much faster on a book that thins. What crossing the spread costs, against the size you cross it with 1 10 100 500 2,000 8,000 16,000 thinning book flat book thickening book square root Shares taken at once, on a stock near ₹500 Fitted exponents over this range: 1.05, 1.24 and 2.09. The square root model would be 0.50.
Illustrative ladder shapes, stated in the method note. The point is not the level of any line but the slope of all three: at these sizes the cost of impatience is at least proportional to size, not proportional to its square root.
Cost of taking liquidity immediately, three illustrative ladder shapes. The exponent is fitted to the computed costs from 500 to 8,000 shares.
Shape of the bookShares shown in the first six offersCost of 1,000 sharesCost of 8,000 sharesFitted exponent
depth thickens away from the touch2,4751.06 bps7.54 bps1.05
depth is flat at every tick1,8001.20 bps12.84 bps1.24
depth thins away from the touch1,3371.34 bps117.05 bps2.09

Three things in that table matter more than the levels. First, none of these exponents is near one half. Over the sizes a retail order actually is, the cost of impatience rises about in proportion to size on a book that thickens away from the touch, faster on a flat book, and explosively on a book that thins, where 117 basis points for 8,000 shares is less an impact estimate than a warning about the security.

Second, the exponent is a property of the ladder, not a law of markets. It falls out of how depth accumulates as you move away from the touch, and that varies by security, by time of day and by how much resting interest is displayed rather than concealed.

Third, on the same thickening ladder, push the size up to institutional scale and the fitted exponent falls to 0.55. Same book, two regimes. At small sizes you pay for the first few prices; at large sizes you pay for the accumulated shape of the whole book, and that is where a square root appears. Which is the most useful thing to know about the model in the next section: the regime it describes is not the regime a retail order lives in.

The square root is a model, and these are its assumptions

The relation almost always quoted is that the expected impact of a worked order scales with the square root of its size relative to volume. Written out, with every term named:

Expected impact, in basis points, equals Y times sigma times the square root of Q over V, where Q is the quantity of the whole worked order, V is a typical day's volume in the same security, sigma is that security's daily volatility in basis points, and Y is a dimensionless constant.

Four things about that expression deserve more attention than they usually get.

Y is not derived from anything. It is the constant that makes a fitted curve pass through observed data, calibrated in the published literature to somewhere between one half and one. It is not measured here and no figure on this page pretends it is. Every impact number below is printed at both ends of that range, because the choice moves the answer by a factor of two, and a model with that much freedom in it is telling you an order of magnitude.

Sigma is the security's volatility, not the market's. This is the input most often supplied wrongly, and the error is systematic rather than random, because an index is a portfolio and its volatility is lower than its members' by construction.

Daily volatility, computed from 250 sessions to 18 September 2026. Close to close standard deviation of log returns unless stated.
What is measuredDaily volatilityNote
A broad index of 50 large securities0.84 per centA portfolio, so the wrong input for a single name
Median of the 100 most traded securities1.88 per cent2.2 times the index figure
Median of all 1,760 securities with a full year2.36 per centThe whole traded list, thin names included
Median of the 100 most traded, from the daily range1.33 per centA different estimator on the same securities

Using the index figure where a single name belongs understates the model's own output by a factor of 2.2. The figures below use 1.88 per cent, the median for the 100 most traded securities, because that is the population in which a concealment decision is usually made. A different estimator on the same securities gives 1.33 per cent, so even the input has a range of its own.

It is a statement about a whole worked order, not about each slice. This is where published arithmetic most often goes wrong. If you treat each slice as an independent order with its own square root cost and add them up, you get a total that grows faster than the unsliced order, and the error is then patched by dividing by the square root of the number of slices to reach an answer that looks right. Both steps are wrong. The relation takes the size of the parent order and the volume of the day. Slicing is how you realise that cost, not a way of reducing it.

It is an average, not a price. It describes the central tendency of many executions. For any one order the realised cost is dominated by what else happened to be in the market that hour.

Modelled impact against participation, at daily volatility of 1.88 per cent. Both columns are the same model at the two ends of the constant's plausible range.
Order as a share of a day's volumeAt the lower constantAt the upper constantUpper, in rupees
0.01 per cent0.94 bps1.88 bps₹188 per ₹1 lakh traded
0.10 per cent2.97 bps5.95 bps₹595 per ₹1 lakh traded
0.50 per cent6.65 bps13.29 bps₹1,329 per ₹1 lakh traded
1.00 per cent9.40 bps18.80 bps₹1,880 per ₹1 lakh traded
5.00 per cent21.02 bps42.04 bps₹4,204 per ₹1 lakh traded
10.00 per cent29.73 bps59.45 bps₹5,945 per ₹1 lakh traded
25.00 per cent47.00 bps94.00 bps₹9,400 per ₹1 lakh traded
50.00 per cent66.47 bps132.94 bps₹13,294 per ₹1 lakh traded
100.00 per cent94.00 bps188.00 bps₹18,800 per ₹1 lakh traded

Splitting helps sublinearly, and the denominator is not liquidity

Because the relation is concave, spreading the same quantity across more sessions lowers the modelled cost. The arithmetic is direct: a quantity spread evenly over D sessions trades one Dth of itself against each day's volume, so the cost of the whole order falls with the square root of D, and nothing faster.

Modelled impact on the whole order when it is spread evenly over more sessions, at three starting participation rates
SessionsOrder is 1 per cent of a day10 per cent of a dayA full day's volumeSaved against one session
118.8 bps59.5 bps188.0 bps0.0 per cent
213.3 bps42.0 bps132.9 bps29.3 per cent
310.9 bps34.3 bps108.5 bps42.3 per cent
58.4 bps26.6 bps84.1 bps55.3 per cent
105.9 bps18.8 bps59.5 bps68.4 per cent

The last column is the honest summary of what splitting buys. The first extra session saves 29 per cent of the modelled impact, going from two sessions to three saves another 13 points, and going from five to ten saves 13. A tenfold increase in exposure buys a 68 per cent reduction, and the next section prices the exposure.

There is also a problem with V that nothing in the model acknowledges. A day's volume is not a day's liquidity, because the same shares trade repeatedly within the session. That is measurable directly: across the 20 sessions to 18 September 2026, the volume weighted delivery percentage of the traded list was 37.0 per cent, so roughly 63 per cent of traded volume never settled into anybody's account. It was the same stock changing hands again. For a model whose whole content is your size divided by that number, this runs in one direction only: the denominator is inflated by activity that supplies no inventory, so the participation rate you compute is flattering and the impact it produces is low. Nothing here says how much to adjust by, because nobody has measured that. It does say which way the error runs.

The related failure is where the model stops applying at all. It assumes the book refills between your executions from flow that has nothing to do with you, and that your order is a modest fraction of the day. Both fail together once the order is large: the flow that refills the book starts reacting to you, and the relation was never fitted in that range. Past roughly a tenth of a day's volume, treat the output as a lower bound. Past a full day's volume, the model is not describing the situation. A cost model has a domain, and using one outside it is the failure mode that modelling transaction costs in a backtest deals with in detail.

Minimise the impact and you have bought the timing risk

Working an order slowly reduces its footprint and lengthens the window in which the price can move away from you. Both costs are real, and the second is why there is a decision here rather than a rule.

The timing term can be derived rather than assumed. If an order is worked evenly across a window of D sessions and the price follows a random walk with daily volatility sigma, the average price achieved has variance equal to sigma squared times D divided by three. So one standard deviation of timing uncertainty is sigma times the square root of D over three, rising with the square root of the horizon exactly as impact falls with it.

Add the two, weighting one standard deviation of timing uncertainty by a factor saying how much you dislike price uncertainty relative to certain cost, and the total has an interior minimum. At that minimum the two terms are exactly equal, which is a check needing no computation: if the price uncertainty you are accepting is much smaller than the impact you are avoiding, the order is being worked too fast, and the other way round.

The working horizon that minimises expected impact plus timing risk A falling curve for impact, a rising line for timing risk, and their sum, which is a U shape with a minimum well inside a single session. For an order equal to one per cent of a day volume the minimum sits around an hour of working, not several days. Impact falls with the horizon and timing risk rises with it 60 120 180 240 0 75 150 225 300 375 65 minutes, 90 bps impact timing risk total Minutes of the session spent working the order At the minimum the two terms are exactly equal. Model output for an order equal to 1 per cent of a day's volume.
Both costs are real and they move in opposite directions, so there is an interior answer rather than a rule. The answer is measured in minutes for anything of retail size, and in sessions only when the order is a material share of a day.
Working horizon that minimises modelled impact plus timing risk, in minutes of a 375 minute session. Two weightings, being a moderate and a strong dislike of price uncertainty.
Order as a share of a day's volumeHorizon, moderate weightingHorizon, strong weightingTotal at that horizonTotal if done in one session
0.1 per cent41 minutes21 minutes51 bps114 bps
0.5 per cent92 minutes46 minutes76 bps122 bps
1.0 per cent130 minutes65 minutes90 bps127 bps
5.0 per cent290 minutes145 minutes135 bps151 bps
10.0 per cent411 minutes205 minutes161 bps168 bps
33.3 per cent750 minutes375 minutes217 bps217 bps
100.0 per cent1299 minutes650 minutes286 bps297 bps

The pattern in that table is the practical result of the whole subject. Under the stronger weighting the optimal horizon does not reach a full session until the order is about a third of a day's volume; under the moderate one, not until roughly 8 per cent of a day. Below those thresholds the model's own answer is measured in minutes, not days, and an order worked across a week is not being executed carefully. It is carrying days of price risk to save basis points of impact it did not have. Above those thresholds the arithmetic reverses and multi-session working is straightforwardly right, which is why institutional desks do it and why the technique exists at all.

The scale at which any of this matters, measured against real sessions

All of the above turns on one ratio: your order against a day's volume in that security. Indian listed securities differ so widely on that denominator that the same rupee order lands in two different regimes, and this is the figure that decides whether the subject applies to you.

Across the 20 sessions to 18 September 2026, a median of 2,638 securities in the main equity series traded each day. The median one turned over ₹2.91 crore. The median of the hundred most traded turned over ₹432 crore, about 149 times as much. The median value of a single trade was ₹10,452 across the whole list and ₹46,750 among the hundred most traded.

The same order against two Indian securities, using the median turnover figures above and the upper constant
Order valueShare of a day, median securityModelled impactShare of a day, one of the 100 most tradedModelled impact
₹100,0000.344 per cent11.0 bps0.0023 per cent0.90 bps
₹500,0001.718 per cent24.6 bps0.0116 per cent2.02 bps
₹2,500,0008.592 per cent55.1 bps0.0578 per cent4.52 bps
₹10,000,00034.366 per cent110.2 bps0.2312 per cent9.04 bps

Read the right hand pair first. A ₹1,00,000 order in one of the hundred most traded securities is 0.0023 per cent of that day, and the model puts its impact at 0.90 basis points, about ₹9. That is smaller than one tick at most price levels and very much smaller than the spread. There is nothing there for a concealment technique to recover, and member side slicing spends real queue position trying. Even a ₹1 crore order in such a security is 0.23 per cent of the day and around 9.0 basis points. For most individual participants in the liquid part of the market, the honest answer is that iceberg orders do not matter, and the technique is a cost rather than a saving.

Now read the left hand pair. In the median traded security the same ₹1,00,000 is 0.34 per cent of the day, and ₹25,00,000 is 8.6 per cent, past the point where the model is a lower bound rather than an estimate. A ₹1,00,000 order is 1 per cent or more of the day's turnover in about 39 per cent of the securities that traded, a figure that sat between 37 and 40 per cent on every one of the 20 sessions examined.

That is the result worth keeping. The variable is the security, not the size of the account. A perfectly ordinary order is invisible in one name and a material share of a day in another, and roughly two fifths of the traded list is the second kind. Anybody whose interest in this subject is real is almost certainly there rather than in the liquid hundred, and guidance written for the liquid hundred is exactly backwards for them.

Where the decision actually sits

Concealment in a queue is not free, and what it costs is your place in the line, so the only question is which you need less. Three checks settle it, each answerable before the order is entered. Is the order a material share of the day in that security, computed against real turnover rather than assumed. If it is a fraction of a per cent, stop here: there is no impact to manage and nothing to buy with your queue position. Is the level deep at the price you want, because depth sets the cost of rejoining, and a deep level makes slicing expensive at the same time as it makes slicing unnecessary. Is the real alternative a market order that walks the ladder, because that is the cost the technique genuinely avoids, and it is steeper than the square root relation at every size a retail order takes.

If the answers point to concealing, prefer the mechanism that does not charge you for it. A disclosed quantity on a single order hides the number while keeping the claim. Sliced child orders hide the residual and pay for it in queue position, every leg, whether or not the price cooperates.

None of this produces a rule, and that is the point. It produces a pair of costs that move in opposite directions, a model with a stated domain and a factor of two of freedom in its constant, and a real distribution of Indian turnover that decides which regime an order is in. Execution is the part of a method where an approximate model applied with judgement beats an exact rule applied everywhere, and the judgement is learnable in the same way the arithmetic is.

Frequently asked questions

Is an iceberg order an exchange order type in India, or something my member builds?

Both descriptions circulate and they are not the same mechanism. The exchange level facility is the disclosed quantity condition on an ordinary order: one order, one time stamp, the whole quantity committed and matchable, only the number shown in the depth window truncated. The iceberg facilities offered by many Indian brokers are member side slicing, where the member sends a child order for one leg and sends the next only after that leg is fully traded. The consequence for your place in the queue is opposite in the two cases, so ask which one you are using.

Does hiding quantity cost me time priority?

Not if the concealment is a disclosed quantity on a single order, because nothing about that order is re-entered as its display refreshes. It does if the concealment is a sequence of separate child orders, because each child is a fresh order accepted at a fresh instant and the engine ranks by that instant. In the second case the concealment is paid for in queue position, and how much is set by how deep the level is.

What is the minimum I am allowed to disclose?

Member facing documentation across independent Indian trading members states the same floor for the cash segment: the disclosed quantity may not be less than one tenth of the order quantity and may not exceed it. The exchanges reserve the right to revise that floor, so treat it as the current position rather than a permanent rule and confirm it against the order condition specification for your segment.

Why does splitting an order reduce expected impact at all?

Because the empirical relation between the size of a worked order and the price it moves is concave, so executing the same quantity as a smaller fraction of each day's volume puts you on a flatter part of it. The benefit is real and sublinear: spreading over four sessions rather than one halves the modelled cost, and every further session buys less than the one before.

Does slicing let me escape market impact?

No, and the arithmetic that appears to show it usually contains a double count. The concave relation describes a whole worked order measured against a day's volume, not each slice measured separately. What slicing genuinely avoids is a different and much steeper cost: crossing the spread and consuming the displayed ladder in one action, which at retail sizes rises at least in proportion to size.

When does the square root model stop describing anything?

When your order stops being a sample of the day's liquidity and starts being a large part of it. The relation is fitted on orders that are a modest fraction of daily volume and assumes the book replenishes between executions from flow unrelated to you. Past roughly a tenth of a day's volume neither assumption holds, and past a full day's volume the model is being asked a question outside the range it was measured over.

Can other participants tell that an iceberg is working?

They can tell that something is, which is not the same as knowing what. A price level taken out and returning to exactly the same displayed size, repeatedly, is not what ordinary replenishment looks like. The total size stays concealed and that is the part worth having. The presence of a worked order, and the size of its slice, do not stay concealed for long.

If slicing costs queue position, why do institutions still do it?

Because at their size the alternative is worse by a wide margin, and because their orders are large enough that the concave relation is in its measured range. A desk working an order worth several days of a security's volume is choosing between a known concealment cost and a price move it would cause itself. That is a different decision from the one facing a retail participant in a heavily traded security, where the modelled impact is smaller than a single tick.

Does working an order more slowly always reduce the cost?

No, because the price moves while you work. Impact falls with the square root of the horizon and the uncertainty in the average price achieved rises with the square root of the horizon, so total expected cost has an interior minimum rather than falling forever. At that minimum the two terms are exactly equal, which is a useful check: if the price uncertainty you are accepting is much smaller than the impact you are avoiding, the order is being worked too fast.

Should a retail participant use this at all?

For a modest order in a heavily traded security, honestly no. The modelled impact is a fraction of a basis point, smaller than the tick and far smaller than the spread, so there is nothing to recover and slicing spends queue position trying. The variable that decides the question is the security rather than the account, because the same rupee order that is invisible in one name is a material share of a day's turnover in another.

How these numbers were produced. Each bhavcopy file is dated by the session recorded inside it and each session is counted once, because the cache holds 53 files saved under holiday dates that repeat an earlier session. The volatility year lacks 2026-02-01, a weekend special session the bhavcopy was never fetched for, so the return across it is left out of every security's volatility rather than counted as one session's move. Turnover, trade size, delivery and concentration figures are medians across the 20 most recent distinct sessions, each a median of that session's own cross sectional median, with the range across sessions given wherever a figure carries weight. Volatility is the standard deviation of daily log closing returns per security over 250 sessions, reported as the median across the 1,760 securities with a complete history; the range based estimator is the median daily log high to low divided by twice the square root of the natural log of two. Expected impact is Y times sigma times the square root of participation, with sigma at 1.88 per cent daily and Y printed at both 0.5 and 1.0. The timing term is sigma times the square root of the horizon over three, being the standard deviation of the average of a random walk over that window; the optimal horizon solves the sum of the two and is reported in minutes of a 375 minute session. Queue figures assume a level replenishing to the stated depth after each leg clears, with no cancellations. Illustrative parameters, not observations: the three ladder shapes with their tick and reference price, the abandonment volume of 30,000 shares behind the survival column, and the 8 plausible round sizes behind the coincidence table. Each is stated so a reader can substitute their own.

What could not be verified, and what you should check. The one tenth floor on disclosed quantity is corroborated across several independent professional sources and is reported as the current position, not a permanent rule; the exchange specification governs and may be revised. No figure is asserted anywhere on this page for the maximum number of legs a member side iceberg facility permits, for any minimum order value it requires, or for which segments offer it, because those are parameters of a member's own system rather than exchange rules and they differ between members and over time. Confirm the disclosed quantity floor against the current order condition specification for your segment, and confirm leg count, minimum size and segment coverage with the member providing the facility, before building an execution plan on either. The position is stated as at September 2026.

What this page is not. Every impact figure is the output of a model whose constant is an assumption and whose domain is limited, applied to median market conditions rather than to any security, moment or order. None of it is a prediction of what an order will cost, a recommendation about any security or order type, or a statement that any execution method improves results.

Related guides

Queue position, and what a modification destroys

Read →

Stop loss orders: market against limit

Read →

Modelling transaction costs in a backtest

Read →

Ready to go deeper than this article?

Bharath Shiksha is a 90-volume curriculum across 6 stages, from chart reading at ₹14,999 through capital raising, or the full bundle at ₹1,49,999. Execution is where a model with a stated domain and a little judgement beats a rule applied everywhere, and the arithmetic behind that judgement is taught here rather than summarised.

Take the free diagnostic →