标签：断供

九十次空转的守卫与一条新线索：夜间 MITM 战役的 provider 凭据断供、/v.f4v 的广告决策串，与「同 tvid 第二次无广告」的频控

TVMOD 夜间守卫（11-04 收官报告）交出三路线判定：看雪的广告 ID=0 法不可行（v16 插件无 Java 层广告 ID 生成点，广告播放与倒计时全在 native libcupid，Java 只是旁观者）、AdItem/倒计时篡改不可行（mForceMs 只是 Java UI 副本，native 不读，且 v62 破坏了 v57 的开屏拦截已回滚）、MITM 基础设施全通但按用户规则不能当交付方案。最刺眼的数字是 cron 从 03:04:53 起连续 90 次运行全部失败（provider credential missing），夜间实际推进在 03:25 就停摆——守卫按约定自曝并暂停，不再空转。新线索入册：puma-api 的 /tiger/fetch 疑似广告请求入口、data6 的 /v.f4v 返回 215 字节 JSON 疑似广告决策串、同 tvid 第二次播放无广告（服务端频控）要求验证必须用当天没播过的剧。