聚合站上的 BYOK：限流、配额和账单到底算谁的 key？

为什么会有 BYOK 与共享 key 的区分

LLM API 聚合站的核心价值，是用一个 API key 调用多个模型。但实际请求最终要落到模型厂商的服务器上，这就涉及一个关键问题：请求是以谁的身份发出的？

• 共享 key 模式：聚合站使用自己持有的厂商 key 向模型厂商发起请求。你向聚合站付费，聚合站再与厂商结算。
• BYOK 模式：你把自己的厂商 key 交给聚合站，聚合站用你的 key 向厂商发起请求。你直接与厂商结算，聚合站只负责转发和协议转换。

这两种模式在技术实现上可能只差一个配置项，但在限流、配额和账单上的归属完全不同。

限流到底限的是谁

模型厂商的速率限制（rate limit）通常绑定在 API key 或账户级别。因此：

• 共享 key 模式：所有使用该聚合站共享 key 的用户共同消耗同一个厂商账户的速率配额。如果聚合站没有做好隔离和排队，高峰期你可能因为其他用户的流量而收到 429 错误。聚合站通常会通过多 key 轮换、请求队列或分层限流来缓解，但本质上你是在和他人竞争同一池子。
• BYOK 模式：厂商的速率限制直接落在你自己的 key 上。你的请求只受你自己账户的配额约束，不会受到其他聚合站用户的影响。反过来说，如果你自己的 key 配额用尽，聚合站也无法帮你绕过——它只是转发者，没有权限提升你的限额。

聚合站自身的限流策略（例如每分钟请求数上限）通常独立于厂商限流，无论哪种模式都会生效，用于保护聚合站的基础设施。这部分限流是聚合站加的，与厂商无关。

配额耗尽时会发生什么

配额包括速率限制（单位时间的请求数/令牌数）和账单配额（账户余额或月度预算）。

• 共享 key 模式：配额由聚合站统一管理。如果聚合站的厂商账户余额不足或达到月度上限，所有共享用户都会受影响。聚合站一般会通过充值提醒、自动切换备用 key 或降级到其他模型来应对，但这不是保证。
• BYOK 模式：配额耗尽只影响你自己的 key。你的厂商账户余额不足时，请求会被厂商拒绝，聚合站只能把错误返回给你。聚合站无法也不应该为你的账户充值。

BYOK 模式下，聚合站通常仍会记录你的调用量用于计费（如果你使用的是聚合站的增值服务），但模型调用本身的配额完全由你的厂商账户决定。

账单落点与成本结构

账单落点决定了钱付给谁、以什么价格结算。

• 共享 key 模式：你向聚合站付费，聚合站按官方价 ×1.3 扣费（以 USDC 计价）。这 1.3 倍覆盖了聚合站的运营成本、支付通道费用和少量利润。你不需要自己注册厂商账户，也不需要管理多个厂商的账单。
• BYOK 模式：你直接向厂商支付官方价。聚合站不参与你的厂商账单，但可能会对你的转发服务收取费用，或者要求你贡献 key 以换取免费额度。

聚合站通常还提供 贡献 key 的选项：你把自己的厂商 key 贡献给共享池，聚合站按官方价 ×1.1（优质 key ×1.2）以 USDC 返还给你。这相当于你用闲置的厂商配额换取聚合站的 USDC，而聚合站用你的 key 服务共享用户。

注意：贡献 key 的返还比例与共享 key 的扣费比例（×1.3）之间存在差价，这是聚合站维持运营的基础。不存在“净成本降到官方价 1-2 折”的情况，任何这样的宣传都值得警惕。

如何选择

选择哪种模式取决于你的优先级：

• 追求省心、不想管理多个厂商账户：共享 key 模式更合适。你接受 ×1.3 的溢价，换取一个 key 调多个模型的便利。
• 已有厂商账户、希望成本可控：BYOK 模式更合适。你直接支付官方价，限流和配额独立，不受他人影响。
• 有闲置配额、想变现：贡献 key 模式更合适。你按 ×1.1 或 ×1.2 获得 USDC 返还，同时不失去对自己账户的控制（通常可以随时撤回）。

无论哪种模式，都建议先了解聚合站的限流策略、key 轮换机制和故障转移逻辑，这些细节决定了实际体验的稳定性。

关键要点

• 限流归属：共享 key 受聚合站整体配额影响；BYOK 受你自己厂商账户配额影响。
• 配额耗尽：共享 key 由聚合站处理；BYOK 由你的厂商账户决定。
• 账单落点：共享 key 付给聚合站（官方价 ×1.3）；BYOK 付给厂商（官方价）。
• 贡献 key：按官方价 ×1.1（优质 ×1.2）获得 USDC 返还，是介于两者之间的参与方式。
• 聚合站自身的限流始终存在，与厂商限流独立。

理解这些差异后，你可以根据自己对成本、稳定性和管理复杂度的偏好，选择最适合的接入方式。