key-contribution-earnings-loop · ZH · 2026-11-03

把自己的厂商 key 贡献给聚合站:从交出那一刻到看见 USDC 进账

本文面向考虑将自有厂商 API key 贡献给聚合站的用户,详解从提交 key 到获得 USDC 返还的全流程。内容涵盖贡献 key 的流量分配机制、按调用量累计返还 USDC 的规则(官方价 ×1.1,优质 key 可享 ×1.2)、以及在同一账户中如何对账赚取的返还与自身调用支出。同时提醒贡献者注意 key 的安全管理,帮助读者清晰理解贡献模式的实际运作。

贡献 key 之前:先理解交换关系

把自有厂商 API key 贡献给聚合站,本质是一种资源置换:你让渡 key 的调用能力,聚合站按你的 key 实际承载的调用量,以 USDC 形式返还报酬。聚合站则用这些 key 向用户提供服务,用户按官方价 ×1.3 付费。

对贡献者而言,关键要弄清三件事:你的 key 会被用来接什么流量、返还如何累计、以及如何对账。

贡献的 key 会接什么流量

聚合站会将多个厂商的 key 组成资源池,根据模型、区域、并发等条件调度。你的 key 可能承载来自任意用户的请求,包括:

  • 普通用户通过统一 API 发起的调用;
  • 其他开发者通过兼容接口转发的请求;
  • 站内工具或批量任务产生的流量。

流量分配通常考虑 key 的可用性、历史成功率、速率限制等因素。优质 key(稳定、低错误率、高可用)会被优先调度,这也是优质 key 能获得更高返还比例的原因。

返还如何累计:按调用量计价

返还金额基于你的 key 实际产生的调用量,按对应模型的官方价乘以系数计算。当前规则是:

  • 普通贡献 key:官方价 ×1.1;
  • 优质贡献 key:官方价 ×1.2。

每次调用都会记录消耗的 token 数或请求次数,并按照上述系数累计为应返还金额。累计达到一定门槛后,可以 USDC 形式提取(具体门槛与周期以站内说明为准)。

注意:返还是基于实际消耗的官方价,而非用户支付价。用户支付的是官方价 ×1.3,其中差价用于覆盖聚合站的运营与调度成本。

在同一账户中对账:赚与花的对照

聚合站通常为每个账户提供统一的账单视图,你可以同时看到:

  • 贡献收入:你的 key 被调用产生的返还金额,按时间、模型、key 维度汇总;
  • 调用支出:你自己使用聚合站 API 产生的费用(按官方价 ×1.3 扣费)。

对账时建议关注:

  1. 时间窗口对齐:确保收入与支出统计周期一致(如按自然日或账单周期)。
  2. 模型维度对比:分别查看各模型的贡献收入与自身消耗,判断哪些 key 贡献效率高、哪些模型你自身用量大。
  3. 净额视角:将返还 USDC 视为收入,将调用支出视为成本,计算净现金流。若返还足以覆盖支出,相当于你用 key 资源置换了部分 API 使用成本。

贡献者的注意事项

  • key 安全:贡献后,key 由聚合站托管并用于调度。建议使用专为贡献创建的 key,并设置合理的用量限额,避免影响你其他业务。
  • 稳定性影响返还:频繁失败或限流的 key 可能被降低调度权重,进而影响返还累计。保持 key 可用是获得稳定返还的前提。
  • 规则透明:返还系数、提取门槛、结算周期等以站内最新公告为准,贡献前应仔细阅读相关条款。

小结

贡献 key 是一种基于调用量的收益模式:你的 key 接入聚合站的流量池,按实际消耗获得官方价 ×1.1(优质 ×1.2)的 USDC 返还。在同一账户中,你可以将返还收入与自身调用支出对照,清晰掌握净额。理解流量分配逻辑与对账方法,能帮助你更有效地管理贡献收益。