Iceberg订单

在订单系统中， Iceberg订单 是一种限价订单，其中在任何时间（ 限价订单簿 (LOB) 中只显示总订单大小的一小部分， 峰值 ）中， 其余部分则隐藏。 当执行当前静止（未完成）峰值时，Iceberg隐藏体积的下一部分（ tranche 或 refill ）将显示在 LOB 中。 重复此过程，直到初始订单完全交易或取消。

ugTech Iceberg订单检测解决方案

对于芝加哥数据中心的Iceberg检测和预测，ugTech 使用其专有算法*：

CME 支持两种类型的Iceberg订单：原生和合成。

• 本地Iceberg 由交易所本身管理。 所有新批次均作为对初始订单的修改提交； 这意味着原始订单 ID 在Iceberg的整个生命周期中都会保留。
• 合成Iceberg 由独立软件供应商 (ISV) 提交，其基础设施与交易所物理分离。 ISV 拆分初始Iceberg订单，提交新的批次并跟踪其执行情况。 这些部分与其他参与者提交的常规限价单没有区别。

该算法支持两种订单类型的处理。 合成Iceberg订单在交易所处理方式上与非Iceberg订单相同，因此只能通过启发式方式并依赖于一组假设来检测它们。 对原生Iceberg的明确检测是可能的。

 

 

您可以在下面看到一个交易日的峰值交易量和分批数量的分布（由算法推断）：

一旦检测到Iceberg，就可以 预测 其总大小。

科技API

ugTech 市场数据馈送（实时、延迟或历史）允许重建分析订单簿。 ugTech Java API 提供 OrderBookModel 类，该类从一组市场事件中构建高质量的分析订单簿。 Iceberg 订单由 AnalyticOrder 类表示，该类扩展了基本 Order 类，具有以下显着属性：

• icebergPeakSize：峰的大小
• icebergHiddenSize：模型推断的Iceberg当前隐藏大小的预测
• icebergExecutedSize: Iceberg订单的执行大小

例子

原生Iceberg

我们追踪一个 ID 为 645752022466 的订单。11 个单位的（可见）交易量被放置在 2890.25，然后被执行。

ask LIMIT 11 @ 2890.25
bid TRADE 3 @ 2890.25 (against 645752022495)
bid TRADE 4 @ 2890.25 (against 645752022505)
bid TRADE 4 @ 2890.25 (against 645752022508)

第 11 卷的第二部分进入本书。 在这一点上，我们得出结论，该订单确实是一座Iceberg，给出其总交易量（相当于当前隐藏交易量）的估计并传播一个 AnalyticOrder 实例。

ask MODIFY 11 @ 2890.25
AnalyticOrder(icebergPeakSize = 11, icebergHiddenSize = 33, icebergExecutedSize = 11)
bid TRADE 2 @ 2890.25 (against 645752022518)
bid TRADE 9 @ 2890.25 (against 645752022532)

随后会有更多的档次，每个档次都可能具有不同的大小。 在检测到新批次时进行更精确的预测。 执行最后一笔时，订单将从账簿中删除。

ask MODIFY 11 @ 2890.25
AnalyticOrder(icebergPeakSize = 11, icebergHiddenSize = 22, icebergExecutedSize = 22)
bid TRADE 6 @ 2890.25 (against 645752022593)
bid TRADE 3 @ 2890.25 (against 645752022594)
bid TRADE 4 @ 2890.25 (against 645752022602)
(...)
ask MODIFY 1 @ 2890.25
AnalyticOrder(icebergPeakSize = 1, icebergHiddenSize = 3, icebergExecutedSize = 46)
bid TRADE 1 @ 2890.25 (against 645752022639)
ask DELETE 1 @ 2890.25

在这个例子中，Iceberg订单有 5 个批次，峰值数量为 11，总数量为 47。

 

合成Iceberg

合成Iceberg部分是常规限价单。 简而言之，如果在执行相同大小和价格水平的前一个订单之后的一个较短的时间范围内放置一个传入订单，则该订单被认为是一个档次。 因此，与原生Iceberg有以下显着差异：

• 由于有多个订单有资格成为父批次，因此最好将Iceberg视为订单的网络图，见图 1。 然后 icebergExecutedSize 是每个批次链的执行量的总量（它们共同形成了图）。
• 由于检测过程本质上是推测性的，因此常规订单有可能被归类为Iceberg部分。 最小 tranche 链长度参数指定足以将链声明为Iceberg的 tranche 数量（值越大，精度越高，召回率越低）。

合成Iceberg的传播模型与原生Iceberg相同。

合成Iceberg图。 节点标签是订单 ID； 边缘标签是后续批次之间的时间（以秒为单位）：

 

 

视觉效果

 

* CME Iceberg Order Detection and Prediction 文章是在 CC BY-NC-SA 4.0 许可下分发的，也可在 ）获得。