Deribit Request-For-Quote (RFQ) is the premier platform for on-demand liquidity. Any Deribit member can request quotes on any instrument or structure from the largest market makers globally at no additional cost. Deribit Block RFQ’s innovative multi-maker matching model and best-in-class UIs provide a seamless and low-cost trading experience that removes adverse selection for the market maker and passes the price improvement on to the requesting member.
Deribit Block RFQ is a large improvement on previously available OTC functionality. Deribit is dedicated to growing its OTC offering even further to accommodate each type of member, such as principal, agency and SMA brokers. In the future, more allocation methods and order types will be added.
Deribit’s RFQ solution has a flexible product offering. Members can request structures consisting of options, futures or spot pairs. All instruments should have the same quote currency. Combining spot pairs with different base currencies allows members to create implied spot pairs between the different base currencies. Up to 20 legs can be added to one structure and there are no restrictions on ratios between the legs so members can create their own custom strategies.
The structure of a Block RFQ call spread will look as follows.
Type |
Instrument name |
Direction |
Amount |
Price |
---|---|---|---|---|
Leg |
BTC-8NOV24-70000-C |
Buy |
30 |
- |
Leg |
BTC-8NOV24-72000-C |
Sell |
30 |
- |
One hedge leg is allowed per Block RFQ structure and it can either be a perpetual or dated future. Hedge legs can be added to both option and spot structures. For option structures, any future with the same native currency can be added as a hedge leg. Spot structures can be hedged with any future that shares a base currency with at least one of the base currencies in the legs. This means that members can also hedge the exposure from one base currency in multi-currency spot structures.
Hedging a spot pair with a future creates an implied cash and carry trade.
For an RFQ to be considered a cash and carry trade, the future amount must be within a 5% bound of a perfect delta hedge. The perfect delta hedge is suggested to members in the UI.
It is the 1st of January 2025 and BTC/USDC is trading at 100,000, and a trader executes the following.
Type |
Instrument name |
Direction |
Amount |
Price |
---|---|---|---|---|
Leg |
"BTC/USDC" |
Buy |
25 BTC |
100,000 |
Hedge |
BTC-26SEP25 |
Sell |
2,500,000 |
105,000 |
All instruments in a Block RFQ structure share the same quote currency. However, one exception is made for future spreads where multi-currency Block RFQs between BTC and ETH inverse futures are allowed. Users can mix BTC and ETH perpetual and dated futures in one structure. At least one of the legs needs to be above the minimum block amount of its respective currency.
Deribit Block RFQ adheres to the basic principles of the standard RFQ model. The requestor (“taker”) can request any instrument or structure as outlined below from all market makers (“makers”) or only a subset of makers. The taker specifies an amount but does not specify a direction. After the RFQ is created, makers can respond with single-sided or double-sided quotes for any amount above the minimum block amount. The taker can then trade by crossing one of the quotes. The taker can only trade for the amount requested. Each trade will be reported to Deribit as a block trade. This also means that Deribit’s block trade fees apply instead of the normal on-screen fees. After 5 minutes, and if no trade has occurred, the RFQ expires.
Any trade originating from Deribit Block RFQ is a block trade. This means that block trade tick sizes are used to validate the prices of quotes or the crossing order, instead of the regular tick size. All instrument reference data is the same for instruments traded on-screen and instruments traded via Deribit Block RFQ. Thus minimum trade amounts and contract sizes will not be different in Deribit Block RFQ. Of course the block needs to meet the minimum block trade amount requirements.
To make Deribit Block RFQ available to all members from day 1, takers have been made anonymous by default, to avoid any additional account setup.
However, with a little extra setup, the taker has the option when creating an RFQ to disclose their identity to the targeted makers. The identity shown to the makers will be of the same format as the maker identities, an all-caps, 6 character acronym. This name will need to be configured by a Deribit administrator. Please contact support or your account manager if you would like to use this feature.
If the taker chooses to disclose their identity, the identity of the maker is also shown on all quotes and resulting trades. In this way, identity disclosure is always symmetric: if the taker chooses to be anonymous, the makers are anonymous as well. If the taker chooses to disclose their identity, the makers have their identities disclosed as well.
The minimum of 5 targeted makers is waived when the taker discloses their identity. So if desired, the taker can target only 1 maker.
If an account is configured to be a maker, this identity will be used when the account is a taker as well. In other words, the maker and taker identity cannot differ for an account.
Deribit can set up members as makers in the Deribit Block RFQ system. The member can choose its name. However, their name has to clearly reflect the identity of the onboarded company. All available makers will be visible to any other Deribit member.
Important
Unlike in the public order books, where anyone can act as a maker, the maker role for Block RFQs will only be granted to market makers. In order to be set up as a maker, the member should be able to demonstrate significant market making ability, on-screen or OTC, in a relevant asset class and on a reputable venue.
To avoid undesirable behaviour (e.g. price fishing) from takers who choose to remain anonymous, there is also a taker rating system. When receiving an RFQ, makers are notified of the taker’s order-to-volume (OTV) ratio.
The OTV ratio is calculated as: OTV = RFQ amount / Traded volume
Where "RFQ amount" is the total USD notional value of RFQs sent, and "Traded volume" is the total USD notional value of trades executed via RFQs.
It is a measure of a taker’s “seriousness”. The higher the OTV ratio, the less likely they are to trade on a maker’s quotes. This can be used to filter out any noise or price fishing.
The OTV ratio is calculated using a member’s previous 90-day activity. For the first six RFQs in the current window, the OTV ratio will be omitted. This is to allow any member to establish a baseline OTV ratio before they would encounter any filter by a maker.
To accommodate large trades and to reduce deviations from the theoretical price, Deribit Block RFQ allows makers to aggregate their liquidity into a single response.
Makers can respond with any amount equal to or greater than the minimum block size. Takers can only trade for their requested amount. Thus, takers can trade with multiple makers in a single execution. The last trade in a single execution can be below the minimum block amount.
-
The minimum block amount is 25 BTC.
-
The taker requests 40 BTC.
-
Two makers respond with 25 BTC each.
-
The taker crosses both makers, leading to one block trade of 25 BTC and another block trade of 15 BTC.
The 15 BTC block trade in the example will be allowed. It is important to note that block trades below the minimum block amount are only allowed in the context of a larger execution on Deribit Block RFQ.
There are two types of quote in the Deribit Block RFQ system, multi-maker quotes, and all-or-none (AON) quotes. Quotes are matched using price-time priority, with the following logic applied:
-
A multi-maker quote will execute at the last matched price for the entire block trade.
-
No matter the quote type (multi-maker/AON), the best priced order will be given priority.
-
For quotes of the same type that have the same price, the order that was placed first will be given priority.
-
If a multi-maker quote and an AON quote have the same price, the AON quote will be given priority. So a multi-maker quote only has priority when it offers the best price.
-
All-Or-None quotes (see below) should always have time priority.
Because only the taker can trade with quotes, quotes from different makers can cross without matching.
After matching is done and the matched quotes are determined, all block trades are allocated the price of the last quote traded. The whole execution thus prints at a single price. This is done to prevent makers suffering an instant loss versus the theoretical price post-trade, which would essentially punish the maker for providing a more competitive price than the other makers. As makers do not have to worry about this adverse selection, they can quote tighter prices, leading to better prices for takers.
For makers that want to avoid a partial execution, Deribit Block RFQ implements an All-Or-None (AON) quote type. As the name suggests, an AON will either be executed for the full amount or not at all. Additionally, the amount of an AON quote has to be equal to the requested amount. AON quotes essentially compete with the multi-maker model. Deribit Block RFQ preferentially executes on AON quotes, except if there is a non-AON quote (a multi-maker quote) that would provide a better price for the taker.
Taker requests 100 BTC. Makers respond with the following quotes to sell:
# |
Price |
Amount |
AON |
---|---|---|---|
1 |
0.14 |
25 |
No |
2 |
0.16 |
50 |
No |
3 |
0.16 |
25 |
No |
4 |
0.17 |
100 |
Yes |
Quotes 1, 2, and 3 will be executed, as the resulting multi-maker quote of 0.16 is better than the AON quote 4.
Taker requests 100 BTC. Makers respond with the following quotes to sell:
# |
Price |
Amount |
AON |
---|---|---|---|
1 |
0.14 |
25 |
No |
2 |
0.16 |
50 |
No |
3 |
0.17 |
100 |
Yes |
4 |
0.17 |
25 |
No |
Quote 3 will be executed, as this AON quote has the same price as the multi-maker quotes of 1, 2, and 4 combined, and AON quotes always have time priority over the multi-maker model.
The taker can see the most competitive quote on the bid and ask in real-time, 5 seconds after RFQ creation. Makers can see their own quotes, but not the quotes from the other makers. In other words, Deribit Block RFQ operates a blind auction model. Non-AON quotes are all aggregated into a single displayed (multi-maker) quote, for the requested amount and the price of the last quote that would be matched. If an AON quote is the most competitive quote, this quote is displayed over the multi-maker quote.
The price of the RFQ refers to one unit of the requested structure. For single instruments, a unit is just one contract, as shown in the public order book. For named structures (such as straddles or butterflies), the unit is also straightforward: convention dictates that the price of a straddle represents the price of a put plus the price of a call. Similarly the price of a butterfly represents +1 of the first strike, -2 of the second strike and +1 of the third strike. However, for custom strategies, it is not obvious what the pricing unit should be.
To solve this problem, Deribit Block RFQ finds the smallest integer ratio possible that can represent the structure. This ratio will be the pricing unit. We find this ratio by dividing each leg amount by the Greatest Common Denominator (GCD) of all legs. Alongside the smallest integer ratio, the total amount is given. Multiplying the ratio of each leg with the total amount will return the original requested amount for the structure.
When requesting a custom structure, the taker can simply supply the desired amount of each leg and Deribit Block RFQ will return the appropriate ratio and total amount. For unusual structures, it is important to check what ratio the price actually represents. Makers can respond with any total amount allowed under our contract size and minimum amount rules. Makers echo the ratios in any quote to signify that they are aware of the pricing unit.
The taker requests:
Instrument |
Amount |
Direction |
---|---|---|
Instrument A |
48 |
buy |
Instrument B |
9 |
sell |
The GCD is 3, so Deribit Block RFQ calculates:
Instrument |
Ratio |
---|---|
Instrument A |
16 |
Instrument B |
-3 |
With a total amount of 3, as 16 x 3 = 48 and 3 x 3 = 9. Any prices given will be for an amount of 16 of Instrument A an amount of 3 for instrument B. This is of course an extreme example, and any well-known options structure will have ratios like 1:1, 1:-2:1, 1:-2, 2:-3.
In addition to the requested instrument or combinations of instruments, takers can additionally add a hedge leg. The purpose of this hedge leg is to hedge the delta exposure of the potential trade on the RFQ’d structure. The hedge leg is always a perpetual or future. Which perpetuals and futures can be used, differs per requested structure and is explained in the available products section.
To add a hedge leg, the taker must choose an instrument, an amount and a price. The price of the hedge leg is fixed and not negotiated during the RFQ. The price of the hedge leg has to be chosen within 1% of the mark price of the chosen instrument. When the taker executes on the RFQ, the hedge leg will also be traded. The hedge leg amount will be prefilled to reflect the correct amount for a delta hedge, but any other amount can be chosen as well.
The hedge leg is not part of the ratio as explained in section 3.5. This is done because any inverse options have their amount in the base currency, while the associated inverse futures have their amount in the quote currency. If you were to include the quote currency-denominated hedge leg in the ratio for the option structure, you would either get very large ratios or you’d have to round the hedge leg amount to such an extent that there would most likely be some delta left unhedged.
Not including the hedge leg amount in the ratio means that Deribit Block RFQ cannot naively assign the hedge amount pro-rata according to the maker’s quote amount. Instead, Deribit Block RFQ uses Hamilton’s Method to distribute the hedge leg among the makers. The hedge leg amount allocated to a maker will closely resemble the amount negotiated, but it can be one hedge leg unit more or less than expected.
Hamilton’s Method works as follows:
-
Allocate the hedge leg pro-rate, ignoring contract sizes. This might produce decimal values.
-
Round all allocations down.
-
Distribute the missing contracts (the hedge leg amount - the sum of the rounded values) to the allocations with the highest decimals. If multiple allocations have the same decimals, assign at random.
-
Taker requests a 50 BTC call spread.
-
The spread has a delta of 5.1 BTC.
-
The taker adds a hedge of 263,150 USD in the corresponding future.
-
Two market makers respond with 25 BTC each.
-
The taker trades with both.
Now the hedge leg amount is distributed according to Hamilton’s Method. 263,150 USD is equal to 26,315 contracts of the future. Both makers should receive approximately half of the hedge leg amount.
Market maker |
% allocation |
Naive quota |
Rounded down |
Final amount |
---|---|---|---|---|
MM #1 |
50 |
13,157.5 |
13,157 |
13,158 |
MM #2 |
50 |
13,157.5 |
13,157 |
13,157 |
Total |
100 |
26,315 |
26,314 |
26,315 |
Although both market makers responded with the same amount, one will end up with 1 futures contract more than the other.
Deribit Block RFQ leverages the margin calculation of Deribit’s block trades. Any Block RFQ creation is allowed if either a buy or sell at the mark price would not violate the taker’s initial margin or maintenance margin requirements. Maker’s quotes are similarly checked on entry, using the direction and price of the quote. As trades resulting from an RFQ negotiation are booked as block trades, another margin check for both parties is done at the moment of execution. In the case that market conditions changed during the RFQ lifetime, or the block trade is priced sufficiently far from the mark price, the trade could be rejected. If a maker’s quote was rejected at trade, the execution is retried on the remaining quotes. If a different trade is possible at the taker’s chosen price, it will be executed. If no trade is possible anymore, the taker’s crossing order is rejected, but the RFQ will remain open so that the taker can retry at a different price or so that the taker can wait for liquidity to improve.
Any Deribit member can request quotes on Deribit Block RFQ. There is no setup required and there is no onboarding fee charged. Deribit’s market operations team can remove access to Deribit Block RFQ if they deem a member’s usage to be abusive. The most obvious example would be price fishing.
Makers need to contact their account manager to request setup. Members onboarded as Qualified or Institutional Investors qualify. However, access to Deribit Block RFQ is still at Deribit’s discretion. This is to safeguard market integrity. If Deribit’s market surveillance team detects abusive behavior such as frontrunning, they can offboard the offending member immediately. Prolonged inactivity as a maker can also result in offboarding, to minimize information leakage.
Important
Unlike in the public order books, where anyone can act as a maker, the maker role for Block RFQs will only be granted to market makers. In order to be set up as a maker, the member should be able to demonstrate significant market making ability, on-screen or OTC, in a relevant asset class and on a reputable venue.
Makers can choose the publicly-facing alias. This should closely resemble the identity of the legal entity onboarded with Deribit. The purpose of the alias is to clarify the maker’s identity, not hide it. Registration will be completed within 5 business days, if approved.
Once set up, the maker will receive RFQs targeting them on all their subaccounts. Each subaccount will be known under the name chosen by the maker during setup.
Prime Broker (PB) clients can use Deribit Block RFQ to request quotes just as any other users. For PB clients that want to onboard as a maker, there are few options.
-
The PB itself can be set up as a maker like any other user. Each subaccount will then be known as whatever name the PB has set up.
-
A group of subaccounts can be set up as a maker that can be targeted separately from the PB. This group will then receive an RFQ if it targets them directly or if it targets the PB. This setup can only be requested from Deribit by the PB. The PB would have to send a list of subaccount IDs to their account manager. The name of this group would have to reflect the identity of the PB, NOT of the PB client.
A PB called Peebee is a Deribit member. Peebee has 3 clients, with 2 subaccounts each. Peebee is set up on Deribit Block RFQ as follows:
User ID |
PB client |
Deribit Block RFQ name |
Targeted by |
---|---|---|---|
31 |
MarkyMaker |
Peebee-1 |
Peebee, Peebee-1 |
32 |
BigMiner |
Peebee |
Peebee |
33 |
BigMiner |
Peebee |
Peebee |
34 |
MarkyMaker |
Peebee-1 |
Peebee, Peebee-1 |
35 |
Ooteecee |
Peebee-2 |
Peebee, Peebee-2 |
36 |
Ooteecee |
Peebee-2 |
Peebee, Peebee-2 |
Peebee is targetable as a whole with the name “Peebee”. Separately, they have set up their clients MarkyMaker and Ooteecee as separate makers. Their names in the RFQ system need to resemble the onboarded entity, which is Peebee. As such, the names of MarkyMaker and Ooteecee in the RFQ system are “Peebee-1” and "Peebee-2". BigMiner did not request a separate set up from Peebee, but still receives RFQs targeting Peebee.
Deribit is committed to working with brokers, RFQ platforms and other third party solutions to allow them to conduct their business on Deribit Block RFQ. Any Registered Partner can use Deribit’s existing technical setup to create RFQs. Trades resulting from an RFQ created by a Registered Partner will generate rebates. Different rebates can be given for the taker and maker side. See the registered partner documentation for more information on the Registered Partner Model.
A broker called Bob creates an RFQ for a 50 BTC ATM call on behalf of Terence. A broker called Bart responds with a quote on behalf of Martin and Bob crosses Martin’s quote on behalf of Terence, resulting in a trade. Terence has a fee of 2 bps per BTC. Martin has a fee of 1 bps per BTC. Bob and Bart receive a 20% rebate on taker fees and a 10% rebate on maker fees. Martin and Terence are not associated with any affiliates.
Leg |
Amount |
Terence’s fee |
Martin’s fee |
Bob’s rebate |
Bart’s rebate |
BTC-27DEC24-76000-C |
50 BTC |
0.01 BTC |
0.005 BTC |
0.2 * 0.01 BTC |
0.1 * 0.005 BTC |
Bob received a 20% rebate (0.002 BTC) on the taker fee paid (0.01 BTC). Bart received a 10% rebate (0.0005 BTC) on the maker fee paid (0.005 BTC).
Market Maker Protection (MMP) is supported in Block RFQ, with its configuration and corresponding triggers maintained independently from order book trading. Quantity, Delta and Vega triggers are implemented per currency pair.
An additional trigger exclusive to Block RFQ, Trade Count, is also supported. This trigger is configured globally across all currency pairs and applies to all open RFQs. When the specified number of RFQ quotes has been filled, any remaining open RFQ quotes are automatically canceled.
Note
Block RFQ MMP settings can be configured via the Account settings page or through the API.