Deribit Block RFQ 新功能上线 I I Deribit Insights

——2025/3/6|交易所更新——

New Deribit Block RFQ Feature Launches

Deribit 推出了一种全新且得到显著改进的方式，可以直接在 Deribit 平台上请求和执行大宗交易，即新的 Deribit Block RFQ 界面。

RFQ 代表"报价请求"，大宗交易是指双方私下安排的交易，直接在两个账户之间执行，无需进入公开订单簿。正如您可能从名称中猜到的那样，新的"大宗 RFQ"界面允许交易者请求大宗交易的报价，然后根据他们的选择执行这些报价。

注意：

虽然该功能对所有交易者开放，但大宗交易的最小交易规模较高，因此该功能针对的是执行较大交易规模的客户。

Deribit Block 的 RFQ 现可通过以下方式获取：

• 网站用户界面
• 移动应用程序
• API
  

大宗交易的基本流程如下：

1. 请求者（"taker"）请求某个结构的报价。该报价可以是单个合约，也可以是多个合约的组合。期权、永续合约、期货和现货市场均可提供。
2. 创建 RFQ 后，maker可以对高于最低大宗金额的任何金额以单边或双边报价作出回应。
3. 然后，买入价和卖出价的最佳报价会显示给taker，taker可以通过买入价或卖出价进行交叉交易（取决于所需的方向）。taker只能按请求的金额进行交易。

如果taker在 5 分钟后仍未选择交易，则 RFQ 失效。

多Maker模型

使用大宗交易时，吃单者taker的主要考虑当然是尽快获得其期望交易的最佳价格，在大多数情况下，他们不会太在意哪个挂单（或多个挂单组合）提供流动性。挂单者maker希望成为接受吃单交易的一方，因此他们希望自己的价格具有竞争力。然而，由于他们无法看到其他挂单的大宗交易价格，他们可能会担心如果自己提供的报价"过高"，从而导致市场价格立即超过其报价，从而出现逆向选择。多挂单模式旨在解决这个问题。

Deribit 大宗询价 (RFQ) 允许将多个挂单者的小额报价汇总为一个包含接受者请求全部金额的响应。不过，每个挂单者仍必须至少提供最低大宗规模的金额。挂单者在响应询价时，可以选择将其报价纳入多挂单模型，或者将其报价作为"全或无"(AON) 报价单独保留。

顾名思义，AON 报价要么全额执行，要么完全不执行。AON 报价的金额必须等于询价单中要求的金额。因此，AON 报价本质上是在与多供应商模式竞争。

多Maker模型的优势

对于挂单者而言，多maker模式对于那些希望报价低于接受者要求数量的交易者来说可能很有吸引力。同时，多挂单报价的定价逻辑也能保护他们免受逆向选择的影响（稍后会详细介绍）。这使得他们能够提供尽可能最优的价格，而不必担心交易中出现最差的成交。

对于接受者来说，多制造商模式提供了从多个制造商的组合中获得价格改善的机会，而不是只能从 AON 报价中进行选择。

定价逻辑

大宗RFQ交易定价及优先级采用以下逻辑：

• 多maker报价将按照整个大宗交易的最后匹配价格执行。
• 无论报价类型如何（多maker/ AON），价格最优的订单将被优先考虑。
• 对于相同类型、相同价格的报价，将优先考虑最先下达的订单。
• 如果多供应商报价和 AON 报价价格相同，则 AON 报价将优先。因此，只有当多供应商报价提供最优价格时，该报价才具有优先权。

示例

一个 taker 请求对一个 BTC 大宗交易结构进行报价（发送一个大宗 RFQ），数量为 100。以下报价来自几个不同的 maker。

在这种情况下，有足够多的较小报价来创建请求金额 100 的多做市商报价。在达到请求金额 100 之前达到的最后一个价格是 0.1210。这意味着多做市商报价为 0.1210，优于任何 AON 报价，因此向接受者显示的是多做市商报价。只有当前时间点的最佳可用报价才会显示给接受者。

如果吃单者执行交易，则整个大宗交易将以 0.1210 BTC 的价格成交。吃单者获得的价格比没有多做市商系统时更优惠，但他们并非唯一受益者。

挂单者B也从多挂单模式中获得了少量收益。他们不愿以0.1210的价格提供全额报价，但愿意以该价格提供较少的金额。因此，他们至少获得了部分流量，而如果AON的报价略高，他们就无法获得这样的收益。

在这个例子中，挂单者A可能获得了最大的收益，因为他们的成交价也是0.1210。他们原本不愿意提供全部金额，但由于他们知道在多挂单模式中，自己可以免受逆向选择的影响，所以他们很乐意报出一个非常优惠的价格。在这种情况下，这个价格可能"太好"了，然而，如果其他挂单者也以这个价格提供足够数量的订单，那么接受者就能得到更优惠的价格。

多maker的优势

在上面的例子中，虽然接受者无法以 Maker A 的 0.1150 价格进行交易，但无论如何，这个价格永远都不可能全部成交，而且他们仍然可以通过多 maker 模式从价格改善中受益。

如果只有一家做市商愿意以更优价格提供 25 份合约（在本例中为做市商 A），他们不会因此受到惩罚，因为显示给吃单者的报价，以及如果吃单者选择执行，整个大宗交易的执行价格，都将是最终达成的价格。这让他们有更大的自由度来严格报价，而不必过多担心自己是否是唯一一家报价如此严格的做市商。

然而，如果一些做市商组合能够以更优惠的价格提供全额报价，那么与单个做市商的 AON 报价相比，接受者将享受到更优惠的价格。

当然，对于那些对部分成交不感兴趣，而更愿意自己报价全额的做市商来说，他们可以选择使用 AON 报价。

因此，对于接受者来说，报价应该与其他报价一样好，甚至更好。与其他大宗交易平台类似，单个做市商的 AON 报价将是最好的，或者通过多做市商模式，将多个较小数量的报价组合起来，形成总金额，从而带来价格改善。

交易对手可见性

在提交大宗 RFQ 时，接受者可以选择是否向挂单者披露其身份。如果接受者披露了身份，他们还将看到挂单者的身份、收到的报价以及由此产生的任何交易。请注意，接受者在任何给定时间只能看到最佳报价（一个买入价和一个卖出价），因此他们只会看到最佳买入价和卖出价的身份。

接受者评级系统

由于接受者可以选择匿名，为了保护挂单者免受价格操纵等不良行为的侵害，我们为接受者设立了评级系统。评级的基本原则是，接受者在提交询价时会获得一个分数，该分数反映他们实际交易的频率。

每个接受者都有一个 OTV（订单量）比率，其计算方法如下：

OTV = RFQ 金额 / 交易量

为了计算 RFQ 金额和交易量，所有价值都将转换为美元名义金额，因此接受者在所有货币上都将拥有单一的 OTV。

例如，如果接受者三次请求 100,000 的报价，并且只执行其中一笔交易，则其 OTV 将计算为：

OTV = 300,000 / 100,000 = 3

过高的OTV会暗示承购方可能并非认真执行交易，因此他们可以采取相应措施。Deribit还保留限制任何被判定滥用此功能的用户使用此功能的权利。

为了向选择保持匿名的接受者提供额外的隐私，而不是精确的价值，向制造商显示的 OTV 被分组到桶中。

报价可见性

提交询价几秒钟后，接受者将看到最具竞争力的买入价和卖出价，这些报价随后会实时更新。非 AON 报价（多报价商报价）将全部汇总为一个报价，包含请求金额和最后一个匹配报价。接受者在任何特定时刻只能看到一个买入价和一个卖出价，以当时最具竞争力的报价为准，该报价可能是 AON 报价，也可能是多报价商报价。只有当该价格有全额可用时，才会向接受者显示报价，因此接受者可以确保，当他们选择执行时，将以显示的价格全额执行。

Deribit Block RFQ 采用盲拍模式，因此挂单者只能看到自己的报价，而看不到其他挂单的报价。

对冲腿

除了交易的主要结构外，一些交易者可能希望添加对冲腿。添加对冲腿的典型原因是对冲期权结构的部分或全部Delta值，或对冲现货市场的买入。

每个 Block RFQ 结构允许一个对冲腿，它可以是永久的，也可以是定时的：

• 对冲腿可以添加到期权和现货结构中。
• 用期货对现货对冲会产生隐含的现金和套利交易。
• 对于期权结构，任何具有相同本国货币的期货都可以添加为对冲腿。
• 现货结构可以用任何与至少一腿中的基础货币共享基础货币的期货进行对冲。由于某些货币没有固定期限的期货，因此可以使用任何基础货币。
  

汇集其他大宗交易平台的流动性

Deribit 大宗 RFQ 系统的设计充分考虑了其他大宗交易平台的需求。虽然第三方大宗交易平台没有义务将其系统连接到新的 Deribit 大宗 RFQ 系统，但欢迎它们也将其系统连接到新的 Deribit 大宗RFQ 系统。这将实现从其他大宗 RFQ 接口提供商集中流动性的效果。因此，理论上，接受者可以从平台 A 发起 RFQ，并从 Deribit 平台本身的挂单者或平台 B 的挂单者那里获得报价。

因此，第三方平台上的吃单者不再局限于该平台上的挂单者，而是可以接触到 Deribit 以及其他第三方平台上的挂单者。同样，挂单者也可以接收更多吃单者的询价。而第三方平台仍然可以获得其平台发出的任何订单的相关返利。

概括

Deribit Block RFQ 系统为在 Deribit 平台上执行大额交易提供了一种绝佳的全新方式。多做市商系统允许做市商将其流动性集中到一个报价中。它还为做市商提供了一些针对不良成交的保护，使他们能够更严格地报价，并将由此产生的任何价格改善转嫁给接受者。对于希望避免部分成交并自行报出全部金额的做市商，他们仍然可以自由选择。

如果您已经使用大宗交易，或者认为您可能有兴趣这样做，请在此处查看新界面。https://www.deribit.com/block-rfqs

更多信息，请访问 Deribit 知识库：

https://support.deribit.com/hc/en-us/articles/25951371614621-Deribit-Block-RFQ

API 文档：

https://docs.deribit.com/#block-rfq

当然，如果您还有任何疑问，欢迎随时联系 Deribit 支持团队：[email protected]。

作者

—— 扫码关注我们 ——

点击

阅读原文

了解更多详情