返回博客

OptionData 与 Intrinio 实时期权成交 API 对比

OptionData 与 Intrinio 的实时期权对比:一个是内置成交聚合与服务端过滤的期权流专用产品,一个是覆盖多数据集的综合金融数据平台。

1 分钟阅读OptionData
api对比实时期权websocket期权成交intrinio金融数据平台

选择实时期权数据源,往往要在「某一领域的深度」与「跨多领域的广度」之间取舍。Intrinio 明显属于广度阵营:它是一个综合金融数据平台,基本面、SEC 文件与行情数据统一在一处,其基于 OPRA 的期权流还附带 Greeks、隐含波动率、持仓量,以及大单、扫单、巨鲸等异常活动标签。OptionData 则押注相反方向,是以期权流为核心的专用产品——其标志性能力是内置的同合约 AGGREGATED(聚合)模式,能把被拆分的多笔成交重新拼回一条记录,从而让扫单与大单清晰浮现。下文将就实时期权场景对比两者,并坦诚说明在哪些情况下 Intrinio 的广度才是更合适的选择。

另见:OptionData 与 Alpaca 对比OptionData 与 Massive.com 对比

为何用 OptionData 做期权流。 一个 API 密钥即可开启一条 实时 WebSocket,每天推送约 1000 万+ 笔期权成交,每条都带有 30+ 个字段——溢价、Greeks、派生情绪、虚实度等。你按标的代码订阅,用服务端过滤参数(symbolspremiumsidesizeexpiry_daysdeltaaggregation_mode)收紧数据流,并让 aggregation_mode=AGGREGATED 把同一时刻的同合约成交合并为一条可直接用于大单/扫单的事件。同一个密钥还覆盖 Option Chain REST API历史 SQL,提供 14 天免费试用且无需信用卡。


1. 订阅模型:标的自选股 vs 合约/期权链

OptionData: 通过 symbols=AAPL,SPY,TSLA(可选——省略即接收全部)按标的订阅。一个取值即覆盖该标的的所有行权价与到期日,因此无需解析期权代码,也无需在新到期日开放时维护合约清单。

Intrinio: 实时期权流按期权合约或期权链粒度订阅(例如某标的的整条链)。视产品与 SDK 而定,你可能需要跟踪合约或链的标识符,并在到期日滚动时重新订阅。如果你以自选股的思路思考(「我关注 AAPL、SPY 和 TSLA」),OptionData 的标的输入是更快接入实时流的路径;如果你本就处理明确的合约集合,Intrinio 的粒度则与该工作流相匹配。


2. 聚合:内置模式 vs 活动标签

大单常被拆成许多子成交,若你只看到这些子成交,就得自行推断哪些属于同一母单。OptionData 在上游处理好了这一点:aggregation_mode=AGGREGATED(默认;RAW 为另一选项)会把同一时刻的同合约成交以一条合并事件交付,含合计的 size 与 premium,因此无需你写任何重建逻辑即可看到大单与扫单活动(完整参数说明见 Realtime Option Trades API 文档)。

Intrinio 走的是另一条路:它在流中给成交打上异常活动类型标签(大单、扫单、巨鲸)。但把同一秒、同一合约的多笔成交合并为单条汇总事件,并未作为内置模式记入文档,因此针对具体策略你可能仍需自行调校聚合。


3. 过滤与开发量

OptionData 通过 URL 参数在服务端收紧数据流——symbolspremiumsidesizeexpiry_daysdeltaaggregation_mode——所以像 symbols=AAPL,SPY&premium=[100000,null]&delta=[0.35,1] 这样的请求只会推送已匹配的成交。请注意,持仓量与情绪并非过滤项:OI 是 Option Chain / 收盘(EOD)字段,情绪是每条成交上携带的派生字段;用于判断方向的过滤参数是 side(例如 side=ASK,AASK 表示买方主动)。

Intrinio 交付一条信息丰富的期权流(成交、报价、Greeks、IV、OI、异常活动标签),并预期按溢价、delta、到期天数或情绪进行的过滤在你的应用层针对所交付字段完成。

OptionData 在交付前已完成富化、过滤与聚合;Intrinio 仅做富化,过滤与聚合留给你的应用。

通往生产环境的路径:使用 OptionData,你只需连接、设置过滤、编写告警规则并加固。使用 Intrinio,你需要连接、管理订阅,然后在告警逻辑之前自建过滤与聚合层——以更多自定义流处理换取平台广度。


4. 何时 Intrinio 更合适

  • 你需要单一供应商提供多种数据集——基本面、文件、预估与期权——并希望统一在一份合同与一套集成接口之下。
  • 你已在使用 Intrinio 获取非期权数据,并希望期权也在同一平台与 SDK 上。
  • 你更偏好按合约/链粒度订阅,并乐于在一条信息丰富、带标签的流之上自建期权流过滤与聚合。

期权流与上线速度指向 OptionData;多数据集广度指向 Intrinio。


5. 一览对比

    ┌─────────────────────────────────────┬─────────────────────────────────────┐
    │ OptionData                           │ Intrinio                            │
    ├─────────────────────────────────────┼─────────────────────────────────────┤
    │ Underlying tickers (AAPL, SPY)       │ Contract or chain subscription       │
    │ Server-side filters                  │ Client-side filtering               │
    │ Built-in aggregation                 │ Unusual-activity tags; you aggregate │
    │ Enriched payloads                    │ Greeks, IV, OI, unusual activity    │
    │ Fewer steps to production            │ More steps for flow-specific logic  │
    └─────────────────────────────────────┴─────────────────────────────────────┘

建议

当任务的核心是期权流时,选择 OptionData:按标的订阅、服务端过滤、内置同合约聚合与富化载荷,能以最少的工程拼接让你拿到可用的扫单/大单数据流。当「把基本面、文件、期权等多类金融数据统一在一个供应商之下」比期权流的使用便利性更重要时,选择 Intrinio。对于绝大多数期权流项目,OptionData 在开发量、首条告警的上线速度与长期维护上更胜一筹。


免费试用 OptionData。 开始 14 天试用(无需信用卡)——一个 API 密钥即可覆盖 实时 WebSocket历史 SQLOption Chain REST 三个 API。

OptionData API

You can run this strategy programmatically with the OptionData API. Use Historical SQL for backtests and screens, and the Realtime WebSocket for live flow.

Run this strategy with the OptionData API
Use Historical SQL and Realtime WebSocket to automate the ideas in this guide.
curl -X POST https://www.optiondata.io/api/historical/sql \
-H "Content-Type: application/x-www-form-urlencoded" \
-d "api_key=YOUR_KEY" \
--data-urlencode "sql=SELECT * FROM RawOptionTrades ORDER BY time DESC LIMIT 10"