Jana 在交易所看到一个不错的比特币价格，但她想买的数量比这个价格上的卖单更多。后面的卖家要价已经更高。这时，市场深度就变得重要。在 Order book 中，我们可以把选定价格边界内的待成交报价相加，近似衡量深度。这只是现有数据的快照，不会自动包括隐藏订单或尚未到来的报价。
Jana 打开 BTC/USD，也就是用美元交易比特币的交易对。Coinbase 的订单簿属于某个具体产品，并不代表所有交易所。因此，深度数据必须说明平台、交易对和快照时间。有的界面只显示最优报价，有的还显示更多档位。如果不了解数据范围，Jana 就可能把局部当成整个市场。 [1]
两个市场的最优买卖价可能完全相同，背后的数量却差很多。最优卖价与买价之差称为 Bid–ask spread。价差小可能有利于小额交易，但单凭它看不出大量买入是否也能同样便宜。因此，BIS 区分了价差所体现的交易成本，以及市场在价格没有明显变化时承接大额交易的能力。 [2]
准备买入时，她统计 asks，也就是卖单，从最便宜的一档一直到自己的价格上限，并包括上限本身。卖出时则看 bids，即买单，直到最低可接受价格。百分比范围还需要参照价格：从最优买卖价的中点计算，与从最优 ask 开始计算，并不是同一个范围。显示了多少行，不能代替明确的价格边界。 [3]
把数量相加，得到的是区间内有多少 BTC。以美元（USD）计算的价值回答另一个问题：买下这些报价需要多少钱？每一档先用价格乘以数量，再把结果相加。订单数既不是 BTC 数量，也不是货币价值。Coinbase 还特别提醒，汇总数量已经是合计值，不能再乘一次订单数。 [1]
有的界面显示逐步累加的总量，称为累计数量。在更远的价格上，这个数字已经包含前面更有利的报价。如果 Jana 再把这些行相加，同一批比特币就会被重复计算。她必须先确认读到的是单档数量，还是截至该档的总量。档位数相同，也不保证数量或价格跨度相同。 [3]
Jana 买得越多，就可能用到越多卖价档位。CME 的成本模型在第一档不足时会继续使用后面的 asks；如果现有数据覆盖不了全部数量，就不计算这笔成本。不能把未知的余量直接按最后一个已知价格估值。即便快照中的计算完整，它也只是模型。真正的结果取决于实际成交和费用。 [3] [5]
买入进行时，新的卖单也可能到来。因此，眼前等待的数量少，不一定代表市场承接交易的能力也同样小。CME 在其 futures 市场，即约定未来结算的合约市场上说明了这一点；这不是对某个比特币交易所的保证。深度是某个时刻的状态，成交量则是一个时期内的流量。订单可能不断补充，也可能因撤单迅速消失。 [4]
Jana 需要使用相同单位、价格区间和时间统计方法。瞬时快照与一段时间的平均值不是一回事。CFA 讨论了交易分散在不同平台，以及执行中的成本和延迟。因此，把多个交易所的报价加在一起，并不等于 Jana 真能完成这样的购买。她还需要各平台的访问权限、账户资金，并满足交易条件。 [5] [3]
哪些报价在 Jana 的价格上限之内
假设订单簿上有 0.01 BTC，价格为 100100 USD/BTC；0.02 BTC，价格为 100200 USD/BTC；以及 0.04 BTC，价格为 100300 USD/BTC。Jana 统计到 100200 USD/BTC，并包含这一价格：0.01 + 0.02 = 0.03 BTC。相应货币价值为 1001 + 2004 = 3005 USD。最后一档超过上限，不计入总和。这里忽略费用和订单簿变化，只用于说明，不是当前价格，也不是保证能完成的购买。
要获得更完整的理解，请将本词条与以下词条结合阅读： Order book, Depth chart, Market liquidity, Market impact, Bid–ask spread, Slippage. 反向关联还来自： Market microstructure, Order book, Depth chart, Market liquidity.
01行数相同的订单簿，深度也相同吗？+
不一定。每行的数量可能不同，价格间隔也可能不同。有意义的比较需要共同的价格边界和单位，不能只看显示的行数。
02应用不显示深度，是不是没有东西可以买？+
不是。可能缺少数据、传输中断，或只能获取最优报价。此时深度是未知，而不是零。只有已核实的状态和数据源规则支持时，才能报告为零。