本文讨论的是方向型期权交易里的“合约选择”问题：已经有了看多或看空观点以后，如何从不同到期日、不同执行价、不同交易所的一整条期权链里，挑出更适合表达这个观点的合约。

文中涉及的阈值和示例均用于解释方法，不构成固定参数或投资建议。API 字段与交易规则以交易所最新官方文档为准。本文核对时间：2026 年 8 月。

很多人第一次做期权，会把问题想得很简单：看涨就买 Call，看跌就买 Put，只要方向对了，期权自然赚钱。

真正交易过几次以后，就会发现事情并不是这样。

BTC 涨了，你买的 Call 可能没涨多少；ETH 跌了，你的 Put 甚至可能还是亏的。再极端一点，方向、幅度都判断得不错，最后却被时间价值、波动率回落和买卖价差一起吃掉。

原因并不神秘。短时间内，期权价格变化可以粗略拆成：

方向只决定了第一项的一部分。你真正买下来的，是一整组 Delta、Gamma、Vega、Theta 和流动性暴露。

所以我更愿意把期权交易拆成两层：第一层负责回答“BTC/ETH 接下来往哪走”，第二层才回答“用哪一张期权表达这个判断”。这篇文章只讨论第二层。

我把它做成一个四维筛选框架：

1. 凸性：Delta、Gamma 与 Speed——选哪个 Strike。
2. 时间：DTE、IV Term Structure、Basis/Funding——选哪个 Expiry。
3. 估值：IV Smile / Skew / Surface——这张期权到底贵不贵。
4. 执行：Spread、Depth、OI、Volume——理论优势能不能真正成交。

最后再把 Deribit、Binance Options 和 OKX Options 放进同一个候选池里做横向比较。

因为只是一个筛选器策略，主要用于研究分析和测试，所以代码封装的直接调用交易所API

function httpJson(url, source) {
    var raw = null
    try {
        G.requestCount++
        raw = HttpQuery(url, {
            method: "GET",
            timeout: G.cfg.requestTimeoutMs,
            headers: {"User-Agent": "FMZ-Four-Dimensional-Option-Selector/1.0"}
        })
        if (!raw) throw "空响应"
        var parsed = typeof raw === "string" ? JSON.parse(raw) : raw
        if (parsed && parsed.error) throw JSON.stringify(parsed.error)
        if (parsed && parsed.code !== undefined && String(parsed.code) !== "0" && !Array.isArray(parsed)) {
            throw "code=" + parsed.code + ", msg=" + safeText(parsed.msg)
        }
        return parsed
    } catch (e) {
        throw source + " 请求失败: " + e + ", url=" + url
    } finally {
        Sleep(G.cfg.requestGapMs)
    }
}

一、先把三个交易所的数据变成“同一种语言”

这一步比公式更重要。

Deribit、Binance 和 OKX 都能提供比较完整的期权市场数据，但字段命名、报价单位、合约规格、Greek 口径并不完全一致。如果直接拿三个交易所返回的 gamma、权利金或者持仓量互相比较，很容易比较出一个没有意义的结果。

截至本文核对时，三家的公开接口大致可以这样取数：

这已经足够构建一个自动选品器。

不过进入模型前，我不会直接保留交易所原始结构，而是先统一成一条标准记录：

venue              Deribit / Binance / OKX
underlying         BTC / ETH
symbol              原始合约代码
expiry              到期时间
DTE                 剩余天数
option_type         Call / Put
strike              K
forward             F
bid_price_usd       标准化后的美元买价
ask_price_usd       标准化后的美元卖价
mid_price_usd       中间价
bid_iv              买方 IV
ask_iv              卖方 IV
mark_iv             标记 IV
delta_norm          统一口径 Delta
gamma_norm          统一口径 Gamma
theta_norm          统一口径 Theta
vega_norm           统一口径 Vega
open_interest_usd    标准化 OI
volume_24h_usd       标准化成交量
spread_ratio        相对价差
depth_slippage      目标资金量的预计滑点
quote_age_ms        报价新鲜度

这里有两个原则。

第一，价格先换成统一的美元经济价值再比较。不同平台的权利金报价、合约乘数和结算资产可能不同，不能看见 0.02 比 800 小，就说前者便宜。

第二，Greeks 最好自己按统一模型重新计算一次。交易所返回的 Greeks 很有用，可以做校验和实时展示，但跨交易所排名时，我更倾向于使用同一套 Forward、IV、DTE 和模型重新算一遍。这样至少保证比较的是同一种 Delta 和 Gamma。

对加密期权来说，用对应期限的远期价格

方向交易里最容易犯的一个错误，是把“虚值”直接等同于“高赔率”。

一张极深虚值 Call 的确便宜，但它可能同时具有很低的 Delta、很差的流动性和很快的时间价值衰减。标的涨了一点，它仍然可以像没发生什么一样。

我真正关心的是另外一个问题：

如果 BTC 按我的方向移动，这张期权的 Delta 会不会迅速增加？

Delta 是期权对标的价格的一阶敏感度：

九、三家交易所各自最适合在系统里扮演什么角色

从搭建模型的角度，我不会简单评价哪家“最好”，而是更愿意把它们当作三个互相校验的市场。

Deribit：适合做主曲面与高频 Greeks 数据源

Deribit 的 ticker / WebSocket ticker 本身就能提供 bid IV、ask IV、mark IV、Greeks、OI 和行情数据，期权工具链非常集中。做 BTC/ETH 波动率 Surface 时，它很适合作为主数据源之一。

另外，Deribit 还提供历史波动率和波动率指数相关接口，后续如果要把“当前 IV 贵不贵”扩展到 IV-RV、DVOL 或历史分位数，也比较顺手。

Binance Options：适合做第二报价中心和 USDT 生态对照

Binance 的 /eapi/v1/mark 直接给出 bidIV、askIV、markIV 以及 Delta、Gamma、Theta、Vega；ticker、openInterest、depth 又能补齐成交、持仓和盘口。

对选品系统来说，它最大的价值不只是“又多一个交易所”，而是可以帮助判断：Deribit 某一段 Smile 的便宜/昂贵，到底是局部现象，还是全市场都在这么定价。

OKX Options：适合做独立 Surface 与 Forward 校验

OKX 的
/api/v5/public/opt-summary 对这套模型非常友好，因为返回数据里除了 Delta/Gamma/Vega/Theta，还有 deltaBS、gammaBS、thetaBS、vegaBS、markVol、bidVol、askVol、fwdPx 和 ATM 波动率相关字段。

也就是说，一次请求就能拿到很多构建 Smile、Skew、Forward 和 Greeks 校验所需的信息。再配合 public/open-interest 和盘口接口，可以独立形成一套完整候选池。

最终三家数据应该互相校验，而不是互相替代。

十、真正值得自动化的不是“预测涨跌”，而是把观点翻译成合约

现在很多量化策略都把大量精力放在方向信号上：趋势、动量、机器学习、订单流、链上数据，最后输出一个 Long 或 Short。

但如果执行工具从期货换成期权，方向信号只完成了一半。

同一句：

未来一周 BTC 偏多

可以被翻译成完全不同的风险结构：

3D 40Delta Call
7D 20Delta Call
14D 15Delta Call
30D ATM Call
Call Spread

这些头寸方向都叫“看涨”，实际对价格、时间和波动率的敏感度完全不同。

所以我认为一个比较合理的系统架构应该是：

方向模型
   ↓
输出：方向 + 置信度 + 预测期限 + 预期幅度
   ↓
期权选品器
   ↓
Delta / Gamma / Speed
DTE / Term Structure
IV Surface / Skew
Liquidity / Cost
   ↓
情景重定价
   ↓
Top 3 合约
   ↓
风险预算决定最终仓位

这里有一个很重要的变化：

我们不再问“哪张期权最便宜”，而是问“哪张期权最适合表达当前这一个预测”。

这是两个完全不同的问题。

十一、风险：买方最大亏损有限，不代表策略风险小

方向型买方最大的优点，是单笔最大损失通常可以被权利金预算明确限制。

但这很容易制造另一个错觉：反正最多亏权利金，所以可以一直买。

真正危险的是连续的小额归零。

如果一个模型每次都去买低 Delta、短 DTE 的期权，它可能长期呈现：

单笔最大亏损很小
胜率很低
Theta 长期为负
Spread 长期为负
偶尔一次爆发赚很多

这类收益分布到底有没有正期望，不能靠“亏损有限”证明。

所以四维选品器解决的只是：在已经决定使用期权表达方向以后，减少明显不合理的合约选择。

它不能替代：

• 方向模型本身的统计优势；
• 单笔权利金预算；
• 每日/每周最大亏损；
• 同方向集中度限制；
• 跨交易所资金和操作风险；
• 对极端行情、IV 崩塌和流动性消失的压力测试。

尤其要记住，所谓“IV 低估”只是模型相对价格，不代表它一定会向拟合值回归。Surface 本身也会移动。

结语：期权不是“带保险的期货”，而是一张可以设计的收益曲线

如果只用一句话总结这套方法，就是：

方向看对，只说明你解决了 Delta 的符号；真正决定期权交易质量的，是你同时买下了多少 Gamma、付出了多少 Theta、买贵还是买便宜了 Vega，以及最后能不能以合理价格成交。

加密期权的优势恰恰在于，这些数据高度结构化。

Deribit、Binance Options 和 OKX Options 都提供了足够完整的公开 API，让我们可以把传统期权交易里“盯着 T 型报价凭经验选合约”的过程，改造成一个可重复的程序：

方向
→ Strike
→ Expiry
→ IV Surface
→ Liquidity
→ Cross-Venue Compare
→ Scenario Repricing

未来如果继续往前走，我更感兴趣的并不是再加第五个指标，而是把这套选择器与上层方向模型完全分开：让方向模型只负责预测“往哪走、多久、可能走多远”，让期权模块专门负责寻找最合适的风险表达。

到那一步，期权不再只是“看涨买 Call、看跌买 Put”的交易按钮，而真正变成了一套可以计算、筛选和设计的收益函数。