左辰勇
de1fd58749
要守住的不变量:弹窗数字 == 本轮实际到账之和 == 用户看到的余额涨幅。三者对不上, 用户就会认为少发了钱(走查现象:弹窗 240、余额只涨 40)。 - reward-result:按 ad_session_id 查本次实发金币,替代余额差 / coin_per_ad 估算。 S2S 异步未到账返 200+pending 而非 404(404 只表示路由不存在,混在一起客户端没法 区分「后端没部署」和「再等等」);同 session 多条时显式优先 granted——客户端先报 closed_early、S2S 后到时,granted 反而是后写的。 - boost_round_id:客户端经 mediaExtra 透传「这条广告属于哪一轮膨胀」,穿山甲 S2S 原样 带回后随发奖记录落库。**纯标签,不参与发奖判定**。reward-result 新增 round_coin,按 (user_id, boost_round_id) 对 granted 记录求和。之所以由服务端求和而非客户端自己累加 ——客户端进程被杀/重建后本地累计会丢,发奖记录不会。 · 求和恒带 user_id:轮 id 是客户端生成的,不带就等于让任何人拿别人的轮 id 查别人发了多少。 · 本条非 granted(capped 等)时仍返本轮累计、该条按 0 计,让限额 toast 有数可显。 · test-grant 加可选 boost_round_id:它不经 S2S 拿不到 extra,不补则 debug 包验不了累计。 · 客户端复用同一轮 id 只会把展示数字滚大,求和的是已发生的记录,不产生新入账,无资损。 - 下线 signin_boost(签到膨胀):它按固定 3000 金币发、与广告实际收益脱钩,产品确认从来 不是设计内的口径——奖励只有「签到」和「看视频」两种。签到弹窗的「看广告膨胀」改与福利页 看视频同走 reward_video(按 eCPM 公式)。摘除回调分支、POST /signin/boost、 SigninBoostRecord、signin_boost_coin 配置,并 drop signin_boost_record 表。 **coin_transaction.biz_type='signin_boost' 的历史流水保留不动**——钱是真发过的,账必须 留得住;admin 大盘那两项改从金币流水统计(一次膨胀 = 一笔,与原口径等价),继续能查回历史。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
5.2 KiB
5.2 KiB
ad_reward_record — 看激励视频发奖记录(S2S 回调)
模型
app/models/ad_reward.py· 仓库app/repositories/ad_reward.py· 接口 ad-pangle-callback / ad-reward-status / ad-test-grant · ← 索引 · 总览
每条 = 穿山甲一次服务端激励回调。trans_id 唯一做幂等键(穿山甲会重试,同号只处理一次)。reward_scene 区分普通激励视频、提现看视频等场景;reward_date(北京时间日期串)给普通激励视频"每日上限"计数用。
用在哪 / 增删改查
- C(插入):
POST /ad/pangle-callback(穿山甲 S2S,经 SHA256 验签;grant_ad_reward或场景业务处理)或POST /ad/test-grant(本地联调)。普通激励视频三道闸:① 验签不过 → API 层 403,不进库;②trans_id已存在 → 原样返回不重复发;③ 当日发奖次数(DAILY_AD_REWARD_LIMIT,默认 500)到顶 → 记一行status='capped'、coin=0、不发币。否则按 eCPM 公式发币。另:POST /ad/reward-noshow(record_reward_noshow,Bearer)在用户提前关/未发奖时记一行status='closed_early'、coin=0留痕(同 session 已 granted 则跳过)。 - U / D:无。
- R:
GET /ad/reward-status(看广告页:今日已发次数/上限、单次金币、本轮已看/冷却结束、今日已看时长/上限);审计/对账整表回溯。
字段
| 列 | 类型 | 约束 / 默认 | 说明(取值 / join) |
|---|---|---|---|
id |
Integer | PK, autoincrement | |
trans_id |
String(64) | UNIQUE, index, NOT NULL | 穿山甲交易号(幂等键)。被 coin_transaction.ref_id 引用(biz_type=reward_video 等)。closed_early 留痕记录无 S2S 交易号,用合成键 noreward:{ad_session_id} |
user_id |
Integer | FK→user.id, index, NOT NULL | 归属用户(回调 media_extra 带回;不存在抛 UnknownUserError) |
reward_scene |
String(32) | NOT NULL, default reward_video |
奖励场景:reward_video 普通激励视频(当前唯一发币场景);withdrawal_ad 提现门槛视频(只留痕不发币);signin_boost 历史值,2026-07 已下线 |
ad_session_id |
String(64) | index, nullable | 客户端广告会话 ID,来自 extra.ad_session_id;用于匹配 ad_ecpm_record |
boost_round_id |
String(64) | nullable | 「这条广告属于哪一轮膨胀」,来自 extra.boost_round_id。一轮 = 用户点「去膨胀」到点「放弃赚钱」之间连看的若干条。纯标签,不参与发奖判定;仅供 /ad/reward-result 求和出 round_coin(弹窗显示的累计值)。老客户端 / extra 丢失时 NULL |
ecpm_raw |
String(32) | nullable | 本次发奖采用的 eCPM 原始值;可来自 S2S ecpm 或客户端上报 |
app_env |
String(16) | nullable | 来源应用 prod(傻瓜比价)/test(测试);S2S 不带,发奖时按 ad_session_id 匹配 ad_ecpm_record 回填,查不到 NULL。广告收益报表金币侧按它聚合 |
our_code_id |
String(64) | nullable | 我们配置的代码位 104xxx(同上回填) |
coin |
Integer | NOT NULL, default 0 | 实发金币;capped/ecpm_missing/closed_early/业务不满足时为 0 |
status |
String(16) | NOT NULL, default granted |
取值:granted(已发)/ capped(当日次数超限)/ ecpm_missing(缺 eCPM)/ closed_early(展示了但用户提前关/跳过,未发奖,客户端 reward-noshow 留痕)/ unknown_scene(回调 reward_scene 不在支持集合,只留痕不发) |
reward_date |
String(10) | index, NOT NULL | 北京时间日期串 YYYY-MM-DD,按它等值统计当日发奖次数 |
reward_name |
String(64) | nullable | 穿山甲上报奖励名(参考,不作发奖依据) |
raw |
String(1024) | nullable | 回调原始参数(审计排查) |
created_at |
DateTime(tz) | server_default now(), index | 时间 |
关系 / Join Key
user_id→user.id(多对一)。trans_id← 被coin_transaction.ref_id引用(granted那条发币流水);未发币状态无对应流水。ad_session_id→ 可关联ad_ecpm_record.ad_session_id。
索引与约束
- PK
id;UNIQUE+indextrans_id;indexuser_id、reward_date、created_at、ad_session_id。 - 复合 index
ix_ad_reward_user_boost_round=(user_id, boost_round_id):算「本轮累计已发」用。求和恒带user_id——boost_round_id是客户端生成的,不带user_id等于让任何人拿别人的轮 id 查别人发了多少。
注意
- 普通激励视频按 eCPM 公式发奖;若 S2S 与客户端会话上报都缺 eCPM,记录
status='ecpm_missing'、coin=0,不发币。 - 签到膨胀(
reward_scene=signin_boost)2026-07 已下线,存量行保留供对账;签到弹窗的「看广告膨胀」现与福利页看视频同走reward_video(按 eCPM 公式发)。 - 膨胀轮累计:
SUM(coin) WHERE user_id=? AND boost_round_id=? AND status='granted',由/ad/reward-result返回为round_coin。客户端就算一直复用同一个轮 id,也只是把展示数字滚大 —— 求和的是已发生的发奖记录,不产生任何新入账,无资损风险。 - 并发同
trans_id撞唯一约束 → catch IntegrityError 回滚返回已存在那条(幂等兜底)。