选择实时期权数据源,往往要在「某一领域的深度」与「跨多领域的广度」之间取舍。Intrinio 明显属于广度阵营:它是一个综合金融数据平台,基本面、SEC 文件与行情数据统一在一处,其基于 OPRA 的期权流还附带 Greeks、隐含波动率、持仓量,以及大单、扫单、巨鲸等异常活动标签。OptionData 则押注相反方向,是以期权流为核心的专用产品——其标志性能力是内置的同合约 AGGREGATED(聚合)模式,能把被拆分的多笔成交重新拼回一条记录,从而让扫单与大单清晰浮现。下文将就实时期权场景对比两者,并坦诚说明在哪些情况下 Intrinio 的广度才是更合适的选择。
另见:OptionData 与 Alpaca 对比 和 OptionData 与 Massive.com 对比。
为何用 OptionData 做期权流。 一个 API 密钥即可开启一条 实时 WebSocket,每天推送约 1000 万+ 笔期权成交,每条都带有 30+ 个字段——溢价、Greeks、派生情绪、虚实度等。你按标的代码订阅,用服务端过滤参数(
symbols、premium、side、size、expiry_days、delta、aggregation_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 参数在服务端收紧数据流——symbols、premium、side、size、expiry_days、delta 与 aggregation_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、历史 SQL 与 Option Chain REST 三个 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.
-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"