前 47 章基本都在回答「玩家玩什么」，本章第一次系统回答「平台靠什么活下去」。订阅、内购、激励视频广告是三条典型的收入来源，而它们共同的工程难点在于：支付与广告回调来自外部系统、可能重复、可能伪造，平台必须做到「奖励只发一次、账目能对上、异常能拦住」。这是一章以一致性和风控为核心的 PRD。
本章定位
- 难度层级：第 5 层（概念原型层）。
- 前置章节：第 32 章 玩家驱动经济系统 与 第 40 章 元宇宙市场与创作经济。前两章处理玩家之间的经济流转，本章处理平台与玩家之间的收益关系。
- 本章要跨的门槛：把「外部回调」当作不可信输入处理，用幂等、验签和对账三件套保证资金与奖励的一致性。
核心验证目标
本章 PRD 明确要求验证 ARPU、广告回调、奖励防滥用，建议拆解为：
- 订阅与内购订单流：下单、支付、发货、退订的完整状态机，以及与支付渠道的异步回调对接。
- 广告回调验签：激励视频服务端回调（SSV）的签名校验、来源校验与重放防护。
- 奖励发放幂等：同一订单或同一广告回调无论重试多少次，奖励只发放一次，需有唯一业务键与去重记录。
- 防滥用与风控：设备/账号维度限频，识别刷广告、退款套利、异常订单等模式。
- 收益指标与对账：ARPU、付费率、LTV 等指标的计算口径，以及平台侧与渠道侧的日对账流程。
技术栈建议
PRD 基线为 Go / Rust / Python，网络层用 WebSocket over HTTPS 或 gRPC，配套事件总线与持久化层。经济场景的补充建议：
| 层 | 建议 | 说明 |
|---|---|---|
| 交易服务 | Go / Rust | 订单与奖励发放，要求强一致与高可靠 |
| 异步任务 | 消息队列 + 延迟队列 | 回调重试、发货补偿、对账批处理 |
| 存储 | 关系库存订单 + 唯一索引防重 | 幂等键落在数据库唯一约束上最稳妥 |
| 风控 | 规则引擎 + 频控 | 先规则后模型，可解释、可回滚 |
| 可观测 | 指标看板 + 异常告警 | ARPU 等指标与异常订单实时监控 |
本章文章
| 文章 | 类型 | 核心内容 |
|---|---|---|
| 在线联机原型全集：第 48 章 平台经济系统（Subscription & Ad Platform） | 收益与激励型 | 订阅、内购与广告回调组成的收益链路，重点是 ARPU 口径与奖励防滥用 |
该 PRD 处于「概念设计阶段」，正文包含系统组成、状态机、事件生命周期、消息与接口定义以及性能指标，可作为商业化功能立项的蓝图。
与相邻章节的关系
- 上一章：第 47 章 多语言实时语音协作 —— 面向玩家的沟通能力，本章转向面向平台的收益能力。
- 下一章：第 49 章 AI 运维检测 —— 收益链路对稳定性要求极高，下一章引入 AI 侧的异常预测来守住这条链路。