Alpaca 首先是一家券商。其行情数据产品——包括实时期权数据流——依附于交易 API,因此期权数据流本质上是券商账户的一个数据附加项。如果您本就通过 Alpaca 下单,这种单一供应商的捆绑(同一登录、同一套密钥下兼顾下单与数据)确实方便。OptionData 则从相反的方向出发:以期权流为先。您按标的订阅,用服务端流向过滤收窄数据流,并由数据流替您合并被拆分的成交——当目标是分析或流向识别而非下单时,所需的底层开发要少得多。
本文从期权流的角度对比两者的实时期权成交 API,并坦诚说明何时 Alpaca 依附券商的数据流才是更明智的选择。
另见:OptionData 与 Intrinio 对比 及 OptionData 与 Massive.com 对比。
为何选 OptionData 做期权流。 一个密钥、一个 WebSocket。您订阅标的(
symbols=AAPL,SPY,TSLA),在 URL 中塑形数据流(premium、side、size、expiry_days、delta、aggregation_mode),即可收到带已计算字段的事件——溢价、Greeks、虚实度,以及派 生的 sentiment 字段——并已合并为大单/扫单级别的成交。无需期权代码解析、无需维护合约清单、无需客户端聚合管线。同一密钥还可使用期权链 REST API 与历史 SQL,让实时、快照与回测数据共用一套模型。
1. 订阅方式:按标的 vs 按期权合约
OptionData: symbols=AAPL,SPY,TSLA(可选)。一个值即覆盖该标的的所有行权价与到期日——无需解析 OCC 代码。
Alpaca: 期权数据流以期权合约代码(OCC 格式,如 S: "AAPL240315C00172500")为键,端点为 wss://stream.data.alpaca.markets/v1beta1/opra(或 indicative 流)。要跟踪「所有 AAPL 期权」,您要么从 Alpaca 的期权合约 API 拉取并订阅一大批合约代码,要么订阅宽口径数据流后自行按标的过滤。
实际差距在于生命周期维护。按标的订阅时,您以自选清单的思路工作,新到期日上市时也无需刷新合约清单;断线重连只需重新发送同样几个标的即可。按合约订阅则意味着您要承担合约解析与刷新逻辑,或订阅一个庞大的合约宇宙再丢弃其中绝大部分。
2. 数据载荷与过滤发生在何处
OPRA 期权流量很大——约 ~10M+ 笔/日。在哪一层削减这一数据量,决定了您需要自建多少东西。
OptionData 在上游完成富化与过滤。事件以「可直接用于流分析」的形态到达(溢价、Greeks、虚实度、sentiment),您用 URL 参数在源头收窄数据流——例如 symbols=AAPL,SPY&premium=[100000,null]&delta=[0.35,1]&side=ASK,AASK。您只会收到已经匹配条件的成交。
Alpaca 推送原始逐笔成交(价格、数量、交易所、成交条件、时间戳),格式为 msgpack 或 JSON。Greeks、溢价、情绪信号,以及按溢价/Delta/到期的任何过滤,都在您的应用中实现——而且是在每一笔逐笔都已经过网络之后才进行。
OptionData 在上游完成富化、过滤与聚合;用 Alpaca 时这条管线需由您自建。
3. 聚合(大单/扫单识别)
机构常把大单拆成许多子成交,因此一个 大单可能以数十笔小成交的形式打到行情带上。OptionData 用 aggregation_mode 处理这种还原:在 AGGREGATED(默认)模式下,同一合约、同一时刻的多笔成交会合并为一条事件,size 与 premium 取合计,于是大额流向会凸显出来,而不是散落在多条消息里;RAW 模式则原样透传每一笔交易所成交,供希望自行分组的团队使用。完整参数说明见实时期权成交 API 文档。Alpaca 每笔交易所成交推送一条消息,不做任何内置合并——时间窗与按代码分组的启发式逻辑都需由您自行编写与维护。
4. 上线所需投入
OptionData: 连接、设置过滤(symbols、premium、side、size、expiry_days、delta、aggregation_mode)、接入告警规则、加固即可。您所消费的数据流本身就是可执行的子集。
Alpaca: 连接、(可选)拉取期权合约、自建聚合、自建富化/特征管线、自建过滤层,然后再接入告警规则。环节更多——这是从券商 API 内的原始 OPRA 起步的代价。
5. 各自的适用场景
- 选 OptionData 做期权流工作:按标的订阅、服务端过滤、内置聚合、富化载荷——最适合流分析、扫单/大单监控与快速触达告警。
- 选 Alpaca 当您本就通过 Alpaca 交易、希望下单与行情数据出自同一供应商,并且乐于自建期权流聚合与过滤。
为期权流工作在 OptionData 与 Alpaca 之间做选择。
6. 一览对比
| 维度 | OptionData | Alpaca |
|---|---|---|
| 订阅方式 | 按标的订阅(AAPL、SPY) | 按 OCC 合约代码订阅 |
| 过滤 | 服务端流向过 滤 | 客户端过滤 |
| 聚合 | 内置 aggregation_mode | 需自行聚合 |
| 数据载荷 | 富化载荷(Greeks、溢价) | 原始逐笔(价格、数量、交易所) |
| 产品定位 | 以期权流为先的产品 | 券商 + 数据,期权为附加项 |
建议
如果目标是期权流——上线快、维护轻、开箱即可执行——那么凭借按标的订阅、服务端过滤与内置聚合,OptionData 更为合适。如果您的技术栈本就跑在 Alpaca 上做下单,且「券商 + 数据」单一供应商比期权专用工具更重要,那么 Alpaca 的期权数据流是合理之选。对于绝大多数纯流向与分析场景,OptionData 能以更少的代码让您更快得到一个高信噪比、可用的数据流。
免费试用 OptionData。 开启 14 天试用(无需信用卡)——一个 API 密钥即可使用实时 WebSocket、历史 SQL 与期权链 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"