做 Deribit 上的 BTC / ETH 期权,真正难的往往不是「会不会点买入、卖出」,而是把几条腿当成同一笔策略来建、来成交、来盯。
本文介绍 Coinance365 里两段连在一起的能力:Multi-Leg Order Builder(多腿下单)——在期权链上组好结构,带着保证金与盈亏预览再提交;以及 Grouped Position(策略组合)——成交后把相关腿收进同一本账,持续看净风险与盈亏。
订单仍通过你绑定的 Deribit 账户在交易所执行;平台负责组单、预览、托管执行与组合监控。
价差、铁鹰、日历、对角、带保护的组合——结构一复杂,痛点通常是这三件事:
Coinance365 的思路很直接:在 Option Chain(期权链) 上,把组合当成一笔 Strategy Order(策略订单) 来建、来执行、来盯——而不是反复点几笔彼此无关的单腿。
下面分两块说:先下单,再管仓。

目前覆盖 BTC、ETH 期权(Deribit)。
从期权链打开 Multi-Leg Order Builder:
腿组齐后,先别急着点下单:先点 Calculate IM / MM(计算初始 / 维持保证金)。
预览把「这笔策略能不能下、最坏会怎样」拆成几层。建议按这个顺序扫:
| 看什么 | 先问自己什么 |
|---|---|
| 净 Greeks | 组合方向是否符合开仓意图(净 Δ / Γ / Θ / ν)? |
| 模拟盈亏 | 到期(或首个到期日)的盈亏形状、最大盈亏、盈亏平衡点是否可接受?可用时间衰减与 IV 冲击滑条扫情景。 |
| 当前 → 全部成交后 → 峰值保证金 | 账户现状、腿全部成交后、以及最差执行路径上的峰值初始 / 维持保证金? |
| 风险等级 | 正常 / 需确认 / 严重;严重时会直接挡住下单。 |
| 情景拆解 | 各条执行路径是否心里有数?(开启买腿优先时,部分「卖先成交」情景仅作提示,不计入峰值风险等级。) |
| 所需资金 | 买腿优先时:买腿权利金扣完后,余额是否还盖得住卖腿所需保证金?不够则无法提交。 |
关于时间与 IV 切片,有一点需要心里有数:到期切片按腿中最早到期日来定价——当天到期的腿用内在价值,更远到期的腿用简化的 Black–Scholes(沿用腿上 IV,无风险利率近似为 0);更早的时间片则是衰减示意。这是给交易决策用的情景图,不是交易所官方结算盈亏。
多腿最危险的,常常不是最终结构,而是成交顺序。Builder 里几项常见开关:
| 策略项 | 建议 | 对交易的含义 |
|---|---|---|
| Buy legs before sell(买腿优先) | 建议开启 | 先成交全部买腿,再挂卖腿,缩短「卖先成、买未成」的裸空窗口。 |
| Chase remaining legs(追价剩余腿) | 通常开启 | 首笔成交后,对未成腿按计划追价,减少组合半成品停留时间。 |
| Respect user limit(遵守限价) | 通常开启 | 追价不突破你设的限价(美元 / IV 会先换算成币本位,再与盘口比较)。 |
| 追价节奏 / 单腿超时 / 整笔最长等待 | 按风格调整 | 控制追价快慢与超时中止,避免腿长期卡在「进行中」。 |
提交路径很短:预览 →(风险偏高时二次确认)→ 验证码 → 提交。提交后订单进入 Strategy Orders(策略订单),由托管执行服务推进;详情里可看各腿状态与 Execution logs(执行日志)——追价、超时、中止原因都在这里。
两点实操提醒:
托管执行过程中,各腿一旦成交,系统会向你已验证的邮箱发送成交通知——标题里直接带上合约、方向、数量与成交价,不必一直盯着策略订单列表,也能跟上组合进度。

下单只是前半场。组合一旦进账,交易员更需要的是:把它当成一个策略单位来盯,而不是十几条彼此无关的持仓行。
Grouped Position 正是把选定相关腿绑成一组:统一看风险与盈亏归因,同时保留每条腿的方向、数量与入组时间。它是观测与归组工具,不会在 Deribit 上新下一笔单——多腿成交进账后,再把相关未平仓腿收进同一本账即可。
在 Coinance365 里怎么建组:
腿一入组,系统会自动记下该腿的基线(对应详情里的 PnL since baseline)。之后用 Edit 加进来的新腿,按加入时刻记基线;原有腿的基线不变。同一条持仓可以同时属于多个组合。
如何打开组合详情(Grouped Position modal):
两条捷径:Create group 成功后会自动弹出同一面板;若该组挂了 DDH,也可从 DDH Desk 进入组详情(只读)。
打开后,头部指标建议固定扫一遍:

| 指标 | 含义 |
|---|---|
| PnL since baseline | 相对各腿入组时自动记下的基线以来的盈亏变化 |
| Total PnL | 未平仓盯市 + 组内仍保留的已平仓已实现 |
| Realized PnL | 已平仓腿的已实现部分 |
| 净 Δ / Γ / Θ / ν | 仅未平仓腿 的净 Greek |
已平仓腿在移出组合之前,仍可留在历史盈亏曲线里,保证路径连续;Greek 归因在腿平仓时点截止——平仓后不再贡献「活着的」Greek,这符合交易直觉。
面板里还可以继续往下看:
盈亏与 Greeks 归因
组合层面的盈亏路径,以及 Greek 随时间的贡献结构(可按 1 小时 / 4 小时等粒度阅读)。
指数与 IV / 单腿 Delta
分辨盈亏更多来自标的路径还是波动率路径,并下钻单腿 Delta 行为。
现货冲击 / 模拟盈亏
对现价做敏感度矩阵或情景盈亏,快速回答:「现货再冲几个点,这个组合还站不站得住?」
Instruments(合约)表
每条腿的方向、数量、入组时间——拆组、核对成交、对账时用。
一条常见闭环:
期权链组多腿
→ 计算(Greek / 盈亏 / 保证金 / 资金)
→ 托管执行(买优先 + 追价 + 超时)
→ 在策略订单里确认腿状态
→ 相关腿收入 Grouped Position
→ 用指标、归因图与现货冲击持续监控
→ 需要时用 Roll(移仓)调整单腿行权价或到期
Roll Position(移仓) 与多腿同属策略订单体系:一边 reduce-only 关旧腿,一边开新腿,同样有追价与超时,并可比较成交前后的净 Greek 与可用资金。适合「结构还在,只是期限或行权价要换」——而不是把整组打散、重新点单。
下单前
执行中
入组后监控
对期权交易员来说,Coinance365 在 BTC / ETH 上补的是两段能力:
「多腿」不再是多次单击的副作用,而是一笔可预览、可托管、可监控的策略订单。
| 中文说法 | 界面用语(英) | 说明 |
|---|---|---|
| 多腿下单 | Multi-Leg Order Builder | 期权链内组组合下单 |
| 策略订单 | Strategy Orders | 多腿 / 移仓 / 组合相关入口 |
| 买腿优先 | Buy legs before sell | 执行策略 |
| 追价剩余腿 | Chase remaining legs | 部分成交后管理未成腿 |
| 策略组合 / 组 | Grouped Position | 相关腿绑定后的监控单元 |
| 移仓 | Roll Position | 关旧开新的托管路径 |