Coinbase WebSocket 行情订阅 9 月 15 日调价：容量检查清单

已核验的来源事实

1. Coinbase 表示，WebSocket 行情订阅调整后的价格于 2026 年 9 月 15 日生效。 2. 默认档位仍是每个产品、每个频道 10 个订阅且月费为 0；没有付费档位时，超过 10 个的请求会被拒绝。 3. 9 月 15 日起的月费为：15 个 300 美元、25 个 1,200 美元、50 个 2,400 美元、100 个 4,200 美元、250 个 7,800 美元、500 个 12,000 美元。 4. Coinbase 表示订阅按产品与频道组合计量，并允许在一次订阅请求中包含多个产品与频道。

对照表

1. 官方产品核验：生效时间

平台公告只有转换成可测试的账户决策才有意义。生效时间涉及2026 年 9 月 15 日。应保留带日期的第一方原文，确认适用实体与产品界面，再记录账户计费边界。上线标题不能证明特定账户可用、适合、具有足够流动性或一定产生某种结果。

还要把产品规则与宣传表达分开。逐项识别资金来源、撮合或定价规则、结算触发、费用公式、最大损失边界与暂停政策。公开文档能够描述这些控制，却不能解决时区展示，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让生效时间保持可逆：记录账户计费边界，只保存非秘密证据，并把结果与2026 年 9 月 15 日对应的公开规则对账。由于时区展示仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

2. 官方产品核验：默认额度

默认额度涉及每个产品和频道 10 个。应保留带日期的第一方原文，确认适用实体与产品界面，再使用相同计量单位。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决账户例外，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让默认额度保持可逆：使用相同计量单位，只保存非秘密证据，并把结果与每个产品和频道 10 个对应的公开规则对账。由于账户例外仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

3. 官方产品核验：当前用量

当前用量涉及真实产品—频道订阅。应保留带日期的第一方原文，确认适用实体与产品界面，再选档前盘点。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决重复客户端，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让当前用量保持可逆：选档前盘点，只保存非秘密证据，并把结果与真实产品—频道订阅对应的公开规则对账。由于重复客户端仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

4. 官方产品核验：重复需求

重复需求涉及相同组合的重复订阅。应保留带日期的第一方原文，确认适用实体与产品界面，再删除不必要重复。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决有意冗余，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让重复需求保持可逆：删除不必要重复，只保存非秘密证据，并把结果与相同组合的重复订阅对应的公开规则对账。由于有意冗余仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

5. 官方产品核验：档位成本

档位成本涉及月度容量价格。应保留带日期的第一方原文，确认适用实体与产品界面，再计算所需余量。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决未来调价，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让档位成本保持可逆：计算所需余量，只保存非秘密证据，并把结果与月度容量价格对应的公开规则对账。由于未来调价仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

6. 官方产品核验：请求批量化

请求批量化涉及一次请求包含多个产品与频道。应保留带日期的第一方原文，确认适用实体与产品界面，再测试重连行为。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决消息大小上限，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让请求批量化保持可逆：测试重连行为，只保存非秘密证据，并把结果与一次请求包含多个产品与频道对应的公开规则对账。由于消息大小上限仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

7. 官方产品核验：入站速率

入站速率涉及订阅请求令牌桶。应保留带日期的第一方原文，确认适用实体与产品界面，再控制自动重连节奏。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决重新部署突发，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让入站速率保持可逆：控制自动重连节奏，只保存非秘密证据，并把结果与订阅请求令牌桶对应的公开规则对账。由于重新部署突发仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

8. 官方产品核验：频道选择

频道选择涉及full、level2 或批量频道。应保留带日期的第一方原文，确认适用实体与产品界面，再使用最低必要详细度。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决策略要求，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让频道选择保持可逆：使用最低必要详细度，只保存非秘密证据，并把结果与full、level2 或批量频道对应的公开规则对账。由于策略要求仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

9. 官方产品核验：故障切换

故障切换涉及备用连接与恢复。应保留带日期的第一方原文，确认适用实体与产品界面，再演练切换。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决共享配额，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让故障切换保持可逆：演练切换，只保存非秘密证据，并把结果与备用连接与恢复对应的公开规则对账。由于共享配额仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

10. 官方产品核验：计费证据

计费证据涉及所选档位与账单。应保留带日期的第一方原文，确认适用实体与产品界面，再保存非秘密记录。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决账户特定税费，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让计费证据保持可逆：保存非秘密记录，只保存非秘密证据，并把结果与所选档位与账单对应的公开规则对账。由于账户特定税费仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

决策场景

场景 1：当生效时间成为关键约束

假设读者最关心的是2026 年 9 月 15 日，正确做法不是寻找一个适用于所有人的赢家，而是记录账户计费边界，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当默认额度成为关键约束

假设读者最关心的是每个产品和频道 10 个，正确做法不是寻找一个适用于所有人的赢家，而是使用相同计量单位，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当当前用量成为关键约束

假设读者最关心的是真实产品—频道订阅，正确做法不是寻找一个适用于所有人的赢家，而是选档前盘点，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当重复需求成为关键约束

假设读者最关心的是相同组合的重复订阅，正确做法不是寻找一个适用于所有人的赢家，而是删除不必要重复，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当档位成本成为关键约束

假设读者最关心的是月度容量价格，正确做法不是寻找一个适用于所有人的赢家，而是计算所需余量，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当请求批量化成为关键约束

假设读者最关心的是一次请求包含多个产品与频道，正确做法不是寻找一个适用于所有人的赢家，而是测试重连行为，保存证据，并在投入资金或权限前定义停止条件。

常见问题

本文是否建议使用或避开某个平台或产品？

不是。它是一套基于来源的决策框架。最终结论取决于用户地区、签约实体、账户、产品、交易规模、风险承受能力与实时条款。

公布的费率或控制措施是否永久有效？

不是。公开费率和控制规则会变化，实际条款也可能针对账户。应核对登录后的实时页面。

页面返回 HTTP 200 是否证明产品正常可用？

不能。公开页面存在，不代表特定地区或账户一定能使用该产品，账户级证据才是最终依据。

为什么必须公开列出未知事项？

因为用假设填补证据空白会制造虚假精确。未知事项说明下一步应该核验什么。

最安全的第一步是什么？

写清具体任务，核验官方来源，采用最小权限和最可逆的路径，并在适合时先做小额测试。

来源与编辑方法

• Coinbase Market Data Connections
• Coinbase Exchange WebSocket Rate Limits
• Coinbase Exchange WebSocket Best Practices