Coinbase Advanced Trade WebSocket JWT、订阅与故障切换清单

决策结论：Do not run a Coinbase WebSocket client as production authority until it can subscribe in time, rotate short-lived JWTs, separate public and private endpoints, use heartbeats, fail over deliberately and reconcile order state after reconnect.

本次证据快照时间为 2026-09-20T11:42:00.000Z。本包使用的来源是 Coinbase Developer Docs、Coinbase Developer Docs、Coinbase Developer Docs。本地队列、旧稿、搜索摘要、行情价格、社交转发、缓存页面和 AI 摘要都不能当作事实来源。它们最多提示一个问题，不能替代官方材料。

已验证事实：c1：Coinbase documentation says clients must send a subscribe message after opening the feed and may be disconnected if no subscription arrives within the documented window. c2：Coinbase documentation says a channel and JWT are supplied in subscribe messages and that JWTs expire after a short period. c3：Coinbase endpoint documentation separates public market data endpoints from the private user-order endpoint. c4：Coinbase endpoint documentation describes heartbeats and notes failover guidance when the user endpoint is the primary connection. 这些声明都是窄声明，不证明个人资格、未来可用性、执行质量、税务处理、来源措辞之外的法律状态、消费者保护、恢复结果、流动性深度、产品适合性、监管批准、发行方偿付能力或平台正常运行。

比较纪律：对 Coinbase Advanced Trade WebSocket JWT subscription failover checklist 来说，有用的不是永久排名，而是一张单任务 scorecard。哪个来源回答当前动作？哪个来源留下空白？哪个空白会改变用户风险？哪个检查不暴露 secret？哪个条件会重新打开决策？有来源支撑的空白，比编造优势更安全。

常见问题：一句话答案是什么？Coinbase Advanced Trade WebSocket integration depends on explicit subscription messages, JWT handling for authenticated channels, endpoint separation and failover planning. 应先核验什么？先核验官方来源和精确控制面。哪些不能推断？个人资格、未来可用性、追回、执行质量、来源措辞之外的法律状态、税务、发行方安全或客服结果都不能推断。什么时候停止？对象身份、权限、账户状态、发行方 claim、辖区、来源支持或失败处理不清楚时停止。

直接答案只有在边界可见时才有价值。边界告诉读者下一步是阅读、测试、观察还是停止。

公开文档不是私人账户保证。它能定义规则，但读者仍要核验实体、权限、辖区和实际实现。

最安全的证据链往往很朴素：URL、时间戳、窄标签和停止规则。证明决策合理不应该暴露 secret。

本文故意避开价格方向和收益语言，因为这些声明不能帮助当前操作决策，而且需要完全不同的证据标准。

如果后续来源收窄了声明，正确做法是重新打开决策记录，而不是维护旧措辞。

这就是 NexuAlpha 把未知项当作正式输出的原因。可见的空白能阻止读者用乐观假设补洞。

直接答案只有在边界可见时才有价值。

公开文档不是私人账户保证。

证明决策合理不应该暴露 secret。

可见的空白能阻止读者用乐观假设补洞。

直接答案只有在边界可见时才有价值。

公开文档不是私人账户保证。

证明决策合理不应该暴露 secret。

可见的空白能阻止读者用乐观假设补洞。