期权投资组合保证金

上次更新时间： 2025年4月2日
仅限模拟环境

本文适用于通过我们的 API 在模拟环境中进行的期权交易。

hero

引言

本文档全面概述了期权投资组合保证金系统，描述了其方法、保证金计算和风险管理策略。

投资组合保证金是一种基于风险的保证金方法，它根据投资组合的整体风险而非预定义策略来确定保证金要求。这种方法旨在使保证金要求与投资组合中合并头寸的实际风险敞口更紧密地保持一致。

因此，投资组合保证金系统抵消了具有相似标的资产的不同工具之间的风险。与累加单个保证金要求的传统保证金相比，它提高了资本效率。然而，它也增加了保证金计算的复杂性。

保证金计算方法

保证金要求基于五个主要风险因素计算：

  1. 1

    非 Delta 市场风险 – 根据 SPAN 方法，衡量价格和波动性压力测试下的最坏情况盈亏。

  2. 2

    期权绝对 Delta – 考虑清算和市场影响风险。

  3. 3

    投资组合净 Delta – 捕捉清算期间潜在的 Delta 对冲成本。

  4. 4

    期货头寸保证金 – 确保与多抵押品期货保证金的一致性。

  5. 5

    跨资产净额结算 – 允许根据资产相关性减少保证金。

1. 非 Delta 市场风险（压力测试下的最坏情况损失）

此组件计算在多个价格和波动性冲击情景下的最坏情况投资组合盈亏。该方法遵循 SPAN（标准投资组合风险分析）模型，但增加了处理期权的增强功能（一个重要的区别是，我们只考虑 Delta 对冲的投资组合）：

  • •

    23 种不同的市场情景模拟价格波动，例如在 -15% 到 +15% 之间，并额外增加 -45% 和 +45% 的极端冲击。

  • •

    波动性调整基于期权的历史 IV 行为和前瞻性风险估计。

  • •

    Theta 衰减影响：对 Theta 为负的期权（即随时间推移而贬值的期权）应用额外的风险乘数，通过冲击到期时间并将其提前。

  • •

    Delta 对冲压力测试：通过假设在当前价格下对价格冲击进行 Delta 对冲，仅考虑剩余风险（高阶希腊字母）。

2. 绝对期权Delta（大额Delta敞口的市场影响）

绝对 Delta 衡量投资组合的总方向性敞口。这确保了大型头寸有足够的保证金以反映清算/市场影响风险。尽管根据非 Delta 市场风险，投资组合可能具有最小的市场风险，但高 Delta 投资组合将面临清算风险。因此，期权头寸的 Delta 计算如下：

calculation

维护保证金系数（MaintenanceMarginFactor）请参阅此处。使用系数2作为缓冲。

示例：

期权

Delta

头寸

标的价格

A

0.5

100

$50

0.5

-0.3

150

$40

  1. 1

    计算绝对名义Delta敞口：

    (0.5 x 100 x 50) + (-0.3 x 150 x 40)=4300

  2. 2

    假设维护保证金系数 (mm_factor) 为0.01：

    AbsOptionsDelta = 4300 x0.01 x2 = 86

3. 净投资组合Delta（清算前Delta对冲成本）

净Delta代表投资组合的整体方向性偏差，同时考虑期权和期货头寸。该指标对于确定清算前的对冲成本至关重要。

方法论：

  • •

    考虑投资组合中的期权和期货。

  • •

    计算净 Delta 敞口，并纳入期货对冲。

  • •

    使用最小的未对冲敞口来确定风险。

  • •

    使用指数价格将 Delta 敞口转换为名义价值。

  • •

    应用动态维持保证金系数来计算所需保证金。

示例：

工具

类型

Delta

头寸

指数价格

A

期权

100

100

$50

B

期权

200

200

$50

C

期货

-80

-80

$50

  1. 1

    计算 期权Delta:

    options_delta = (0.5 x 100) + (-0.3 x 200) = 50 - 60 = -10

  2. 2

    计算 期货Delta：

    underlying_delta= -80

  3. 3

    确定 净Delta敞口：

    min_net_portfolio_delta=

    =minabs(options_delta), abs(options_delta + underlying_delta )=

    =min10,abs(-10+(-80))=10

    min_net_portfolio_delta 受限于 abs(options_delta)，因为我们只考虑抵消期权Delta的期货Delta。

  4. 4

    转换为 名义敞口：

    min_net_portfolio_delta_notional = 10 x 50 = 500

  5. 5

    应用维持保证金系数（例如 mm_factor = 0.01）：

    净投资组合Delta = 500 x0.01 = 5

4. 期货头寸保证金

期货保证金遵循多抵押品保证金系统，以确保仅交易期货的客户的期货保证金要求保持一致；我们使用现有的多抵押品期货保证金系统。

Calculation

期货的保证金要求与期权的保证金要求相加。

注意：多抵押品保证金系统与单一抵押品合约的系统略有不同。对于单一抵押品，保证金要求基于标记价格而非平均入场价格。选择这种多抵押品合约方法是因为它被认为更容易让客户理解，因为初始保证金对于给定规模和平均入场价格是固定的。

5. 跨资产净额结算（相关资产的风险降低）

跨资产净额结算是保证金减少机制，它允许投资组合保证金系统识别不同工具之间的相关风险抵消。系统不会将所有头寸视为独立的，而是应用相关系数来降低资产具有历史抵消风险时的整体保证金要求。

系统在两个值之间进行插值：

  1. 1

    所有期权在每个情景下汇总损失中的最差情况。

  2. 2

    所有情景下每项资产最差损失的总和（更严格）。

系统在这些方法之间进行插值，以平衡风险准确性和资本效率。此插值将视为投资组合的非Delta市场风险。参数本身将由管理员设置，介于0和1之间。

注意：此数字仅表示BTC和ETH之间的相关性，因为它们是已上市期权的标的资产，预计在一段时间内将保持如此。如果添加更多期权，则需要重新审视该方法以处理3个或更多不同的标的资产。

示例：

情景

BTC 损失 ($)

ETH 损失 ($)

1

-1,000

-2,000

2

-500

-2,500

3

-1,500

-1,500

4

-2,500

-500

方法 1：每个场景中总损失的最坏情况

每个场景的损失是每项资产损失的总和。它假设每个场景中的所有损失都是可加的，这意味着 BTC 和 ETH 的损失会完全一起实现。

场景

总损失

1

-3,000

2

-3,000

3

-3,000

4

-3,000

所有情景下的最坏情况总计为 -3000。

方法 2：所有情景下每项资产的最坏损失

在此，我们查看所有情景下每种独立工具的最坏损失：

  • •

    所有情景下 BTC 的最坏损失：-2500（情景 4）

  • •

    所有情景下 ETH 的最坏损失：-2500（情景 2）

总保证金要求为 -2500 + (-2500) = -5000

然而，这并未假设 BTC 和 ETH 在同一情景下达到最坏损失。

在计算了单个头寸的上述风险因素后，最终保证金要求通过以结构化方式整合这些组成部分在投资组合层面确定：

OptionsMaintenanceMargin = max(CrossAssetNettedMarketRisk, AbsOptionsDelta)+ NetPortfolioDelta

我们取上述两者的最大值，以便在精心对冲的投资组合中，我们仍然受清算风险的约束。

OptionsInitialMargin = OptionsMaintenance x MarginOptionsIMarginFactor

PortfolioMaintenanceMargin = OptionsMaintenanceMargin + FuturesMaintenanceMargin

PortfolioInitialMargin = OptionsInitialMargin + FuturesInitialMargin

OptionsIMarginFactor 由管理员定义。

对于仅做多期权投资组合，期权的初始保证金和维持保证金不能超过标记价格，因为这是最大损失。


引擎会计算初始保证金，其中考虑了未结订单并假设它们已执行，以防止客户发送在执行后会使所需保证金超过初始保证金的订单。

未结订单的初始保证金

该机制确保可能增加风险的订单在执行前获得足够的保证金。对于有活跃未结订单的投资组合，系统会模拟保证金影响，假设所有未结订单均已成交，并加上任何负盈亏和费用。因此，每个期权的订单所需保证金为：

  • •

    marginForBids = marginImpactAllBidsFilled+min(pnlBidsFilled,0) + bidsFilledFee

  • •

    marginForAsks = marginImpactAllAsksFilled + min(pnlAsksFilled,0) + asksFilledFee

  • •

    marginRequiredForOrders = max(marginForBids, MarginForAsks)

    我们采取保守做法，因此需要最高的保证金。买单和卖单不能同时成交。

未平仓订单保证金计算如下所述：

1. 计算每种期权的订单初始保证金

对于每种期权opt，买单和卖单的初始保证金影响计算如下，考虑：

  • •

    成交影响

    Calc

  • •

    未实现亏损（仅负盈亏）

    calc

  • •

    与订单相关的费用

    calc

因此，未平仓订单的初始保证金为：

IM[orders,opt] = max(max[of bid&ask orders](IM[impact](orders) + min(PNL[impact](orders),0) + Fees[impact](orders)),0)

注意：买单和卖单不能同时成交。这就是取两者最大值的原因。

2. 汇总所有期权订单的保证金，除非客户是做市商，此时仅汇总N个影响保证金最大的订单。

calc

3. 所有订单的总初始保证金是上述计算（期权）和期货的保证金之和。

calc

确定用户是否可以下订单

当用户下订单时，未平仓订单的总保证金是假设订单已下达而计算的。如果此值与下订单前的值(IM[orders, total])之间的差额小于或等于可用保证金，则可以下订单。

流程：

  1. 1

    检查如果订单执行，未平仓订单的总初始保证金是否增加。如果没有增加，则下订单。

  2. 2

    保证金影响计算如下：

    max(mm_impact_all_bids_filled, mm_impact_all_asks_filled)

  3. 3

    如果上述计算产生负保证金影响，则表示订单降低了风险，系统允许消耗保证金缓冲：

    usableMargin = margin_equity - current_mm，其中margin_equity是抵押品价值（包括折扣）+ 未实现盈亏。

    如果上述计算产生正保证金影响，则表示订单增加了风险，系统使用：usableMargin = availableMargin

可用保证金为负时的订单取消

如果用户的可用保证金降至零以下，并且他们有增加风险的订单，系统将开始取消订单，以尝试使他们的可用保证金恢复到零以上。

如果标的物是期货且有非平仓订单（即不平仓/增加敞口的订单），则该标的物的所有订单都将被取消。

与期货不同，由于期权的非线性，执行订单可能会通过平仓（平仓订单）来降低投资组合的总风险。因此，如果一组买/卖订单降低了风险，则买/卖订单将被取消，否则不会。

流程：

  1. 1

    遍历所有标的物：每个标的物可以是期货或期权。

  2. 2

    处理期货：取消所有非平仓订单

    如果标的物是期货且有非平仓订单（即增加敞口的订单），则该标的物的所有订单都将被取消。

  3. 3

    处理期权：选择性订单取消

    将所有买入和卖出订单分为两组（卖出和买入），然后计算每组是否减少了保证金。如果保证金没有减少，则取消该组的所有订单（即使是那些减少保证金的订单）。

注意：请记住，未平仓订单在未平仓时不会增加保证金。我们取消所有那些如果执行可能会增加所需保证金的订单，是因为我们不希望客户持有需要保证金的头寸。

需要更多帮助吗？