GEX 上出现“Alpaca unauthorized (HTTP 401/403) — check your API keys”
Alpaca 密钥保存到 Senzoukria 时不做在线测试,所以错误的密钥要等到 GEX 或 Option Flow 向 Alpaca 请求数据时才会失败。失败显示为“Alpaca unauthorized (HTTP 401/403) — check your API keys”;触发限速时则显示 HTTP 429。
Senzoukria · 故障排除 · 更新于 2026 年 9 月
概要
- 未授权
- “Alpaca unauthorized (HTTP 401/403) — check your API keys”(Alpaca 未授权,请检查 API 密钥)
- 限速
- “Alpaca rate limited (HTTP 429) — retry later”(Alpaca 限速,请稍后重试)
- 缺少密钥
- “Alpaca API keys not configured — set them in Settings”(尚未配置 Alpaca API 密钥)
- 默认数据流
- 指示性期权数据流:“ALPACA · 15 MIN DELAY”
你会看到什么
GEX 页面显示一条错误横幅,状态标签变为“NO DATA”(附“The last request failed: …”,即最近一次请求失败),或者在旧的期权链仍在显示时变为“PROVIDER ERROR”。这些状态标签在界面上是英文。错误文本为“Alpaca unauthorized (HTTP 401/403) — check your API keys”,或“Alpaca rate limited (HTTP 429) — retry later”。
为什么会这样
保存 Alpaca 密钥时,应用只检查 Key ID 和 secret 是否都已填写(“Key ID 和 secret 都是必填项。”)。密钥被写入操作系统钥匙串,但不会调用 Alpaca。只有第一次真正的数据请求才能判断 Alpaca 是否接受它们。401 或 403 表示 Alpaca 拒绝了这组密钥:可能是输入错误、密钥之后被重新生成过,或者这组密钥属于另一个环境。429 表示短时间内的请求过多。
OPRA 勾选框(“OPRA 实时订阅(Alpaca 付费附加服务)”)会把数据源标签切换为“ALPACA OPRA · REAL-TIME”;只有当你的 Alpaca 账户确实开通了这项订阅时才应勾选。
如何解决
- 打开 账户 → 经纪商连接 → API 密钥 → Alpaca,点击“移除”,然后重新粘贴 Key ID 和 secret 并保存。
- 如果不确定密钥是否仍然有效,请在 Alpaca 中重新生成密钥。
- 遇到 429 时,请等待几分钟;在 GEX 顶栏菜单中关闭“Auto-refresh every 5 s”(每 5 秒自动刷新)可以降低请求频率。
- 也可以在“More options” → “Option chain source”中把期权链数据源切换为 Tradier 或 Market Data。
它并不意味着什么
- 不是 Senzoukria 的许可问题。
- 不是延迟问题:指示性数据流的 15 分钟延迟由数据源标签显示,而不会作为错误出现。
何时联系技术支持
如果以上方法都无效,请通过 菜单 → 问题反馈 或在 Senzoukria 的 Discord 上联系技术支持。请附上完整的错误行,并说明 OPRA 勾选框是否已勾选。永远不要粘贴你的密钥。
相关页面
同一栏目
- DOM:仅有聚合 L2
- 流动性追踪不可用
- Databento 文件被搁置
- Python 引擎不可用
- Databento 时段未写入
- Quantower 桥接连不上
- Big Trades 不显示
- Rithmic 登录被拒(rp_code 13)
其他语言版本
常见问题
- 既然密钥是错的,为什么保存时能成功?
- 在 0.46.0 中,Alpaca 密钥在保存时不做测试;测试发生在第一次数据请求时。
- Alpaca 的 GEX 是实时的吗?
- 如果没有付费的 OPRA 附加服务,指示性数据流会被标注为“ALPACA · 15 MIN DELAY”,也就是延迟 15 分钟。