提现前先对账：把贡献 key 累计的 USDC 与真实调用消耗一笔笔对上

为什么提现前要对账

在聚合站贡献 key 后，系统会按调用量累积 USDC 返利。同时，你自己的调用也会产生扣费。提现前对账，能避免因遗漏或误解导致提现金额与预期不符。

对账的核心是：确认贡献累计额（应得返利）与自身调用扣费（应付出成本）是两笔独立账目，提现金额只与贡献累计额相关。

先理清计费规则

• 用户调用扣费：按官方价 ×1.3 计算，从你的账户余额中扣除。
• 贡献 key 返利：按官方价 ×1.1 累积（优质 key 为 ×1.2），以 USDC 形式返还。
• 提现对象：仅针对贡献累计的 USDC，与自身调用扣费无关。

理解这一点后，对账的目标就是验证贡献累计额的准确性。

对账前的准备

1. 导出贡献记录：在后台找到贡献 key 的调用明细，包含时间、模型、token 数、官方价基准和返利金额。
2. 导出自身调用记录：同样导出你的 API 调用扣费明细，包含时间、模型、token 数和扣费金额。
3. 确认时间范围：选择相同的起止时间，确保两套记录覆盖同一周期。

逐笔核对贡献返利

贡献返利的计算基于你贡献的 key 被他人调用的量。核对步骤：

• 按模型分组，汇总每个模型的调用 token 数。
• 对照官方价（可在模型定价页查询），计算理论返利：token 数 × 官方价 × 返利系数（1.1 或 1.2）。
• 与系统记录的返利金额逐笔比对，允许因四舍五入产生的微小差异。

如果发现某笔返利与理论值偏差较大，检查是否因 key 被标记为优质（系数不同）或调用记录缺失。

分离自身调用扣费

自身调用扣费不影响提现，但需确认它没有错误地抵扣贡献返利。核对方法：

• 汇总自身调用的扣费总额，与账户余额变动对比。
• 确认贡献返利是独立累加的，未被扣费冲抵。

处理常见差异

• 返利延迟：贡献返利可能非实时更新，以结算周期为准。
• 系数误判：优质 key 系数为 1.2，普通为 1.1，核对时确认 key 状态。
• 记录缺失：若某笔调用未显示返利，检查是否在结算周期内或联系支持。

确认可提现数字

完成上述核对后，可提现数字应等于贡献累计返利减去已提现部分。若与系统显示一致，即可发起提现。若有差异，先解决差异再操作。

对账是保障自身权益的习惯，建议每次提现前执行。