# 💻《"36字花" 后端系统开发与后台模块详细规格书》

**适用对象**：后端开发工程师、数据库架构师、系统管理员

## 一、 系统架构与技术栈规范 (Architecture & Tech Stack)

1.  **核心开发语言/框架**：由于极高的并发读写，推荐使用并发性能优越的语言。
2.  **数据冷热分离架构**：
    *   **热数据 (Redis)**：存放**当前局的倒计时状态**、**当前局全网注单池**、**玩家连胜状态 (Streak)**、**30期开奖历史**。AI算票必须全程在 Redis 内存中计算，确保 2 秒内出结果。
    *   **业务主库 (MySQL / PostgreSQL)**：存放用户资产、核心账本、代理树状图、系统配置。注单状态确认后异步落库。
    *   **冷数据查询 (ElasticSearch / ClickHouse)**：超海量注单流水（每月上亿条）的存储与分页查询，减轻主库压力。
3.  **异步消息队列 (MQ)**：引入 RabbitMQ 或 Kafka。开奖结果一出，立刻将派彩结算、连胜状态更新、站内信发放等操作扔进 MQ 异步执行，**绝对禁止在结算期同步锁库写数据**。
4.  **事务安全性**：下注扣款动作必须是**强原子性操作 (Atomic)**，结合 Redis 分布式锁，杜绝并发下注导致的余额超扣（Negative Balance）。

---

## 二、 核心驱动引擎：30秒状态机与AI算票 (Core Engine)

后端必须启动一个绝对精准的守护进程（Daemon）来维持 30 秒一局的生命周期。

### 2.1 状态机切换逻辑 (State Machine)
*   `STATUS_OPEN (0-20s)`：接收 `Bet_API` 请求。若有自动托管任务，在 0-10s 内通过 Jitter 平滑随机执行注单，防并发风暴。
*   `STATUS_LOCKED (20.0s)`：严格切断请求接入，开始计算。
*   `STATUS_CALCULATING (20-22s)`：调用 AI 算票引擎。
*   `STATUS_PAYOUT (22-25s)`：第 22.0 秒立刻将派彩和站内信任务扔入 MQ 异步执行。同时下发结果给前端开始播放倒计时定格动画。
*   `STATUS_FINISHED (25-30s)`：本期收尾，创建下一期期号，循环。
*   **灾难兜底器**：系统启动时自检，若发现有卡在 `CALCULATING` 的历史期号，立即执行 `VOID_AND_REFUND`（全额退本）脚本。

### 2.2 AI 算票引擎算法 (后台执行逻辑)
1.  **汇集注单**：抓取本期 Redis 池中所有有效注单。
2.  **提取连赢系数**：关联下注玩家当前的连赢次数（0次=33倍，1次=66倍，2次=99倍...）。
3.  **遍历计算 (PnL Loop)**：
    *   `For i = 1 to 36:`
    *   计算如果开出 `i`，平台需赔付的总金额（含触发Jackpot的额外100万）。
4.  **RTP 风控池判定**：
    *   拉取当前“全局放水池”余额。
    *   如果有某个结果导致平台亏损，但亏损额 < 放水池余额，AI通过 `Math.random()` 以配置概率（如15%）选择该结果。
5.  **最终决断**：若未触发放水，则 `Return Min(PnL_Array)`（返回让平台赔付最少的数字）。若有多个最小值，随机取其一。

---

## 三、 🌟 核心重点：总控后台 (Admin Portal) 功能模块清单

为了让运营团队能够全方位掌控平台，后端需要为前端/后台管理系统提供以下极为详尽的 API 和模块支持：

### 3.1 📊 数据看板台 (Dashboard)
运营人员登录后台第一眼看到的数据宏观监控：
*   **实时在线**：当前 WebSocket 在线连接数。
*   **宏观财务 (今日/本周/本月)**：全网总充值额、总提现额、全网总下注额 (Turnover)、**平台实际客损盈亏 (GGR / PnL)**。
*   **风控预警屏**：滚动显示大额中奖提示（单笔赢取超过X万）、异常频繁提现提示。

### 3.2 🎲 游戏与开奖控制台 (Game & Draw Control)
*   **模式切换开关**：`[自动 AI 模式]` 与 `[手动控制模式]` 实时切换。
*   **实时注单监控**：在下注的 0-20 秒内，实时展示当前 36 个格子的注金分布热力图，并实时预估每个格子的 PnL。
*   **手动开奖干预框**：当开启手动模式时，提供一个允许在前 20 秒内指定开奖号码的输入框。
*   **历史开奖纠错与作废**：允许超管针对历史某期执行“撤回作废 (Void)”指令，系统自动扣除已派彩金额（慎用功能）。

### 3.3 👥 用户 CRM 与风控管理 (User & Risk Management)
*   **玩家列表与画像**：包含玩家ID、归属代理、注册时间、当前余额、总充提差、历史总输赢。
*   **玩家详情穿透 (Deep Trace)**：
    *   查看该玩家详细下注流水、充提流水。
    *   查看登录设备指纹、登录 IP 历史（支持同一 IP 多账号关联查询）。
*   **风控操作箱**：
    *   **冻结/解冻账户**（禁止登录 / 禁止下注 / 禁止提现）。
    *   **人工加减币 (Manual Adjustment)**：用于处理客诉补偿或线下充值，必须记录操作理由和操作人。
    *   清零连胜进度（异常账号干预）。

### 3.4 💰 财务与出入金审核中枢 (Finance Center)
*   **充值明细表**：所有充值订单状态（成功/失败/掉单补单）。
*   **提现审核队列 (Withdrawal Audit)**：
    *   列出待审核单据。**后端必须在此处提供“有效流水达标检测”标签**（如：该玩家充值1000，当前已打流水1500，流水完成率 150%，亮绿灯）。
    *   支持 `[一键通过并打款]` 和 `[驳回请求并退回余额]` 操作。
*   **Jackpot 提现专项通道**：针对大额中奖资金的专属审核队列，必须由超管权限放行。
*   **提现手续费收益报表**：单独统计系统抽取的 0.5% 手续费总收入。

### 3.5 🏢 代理中枢与佣金结算系统 (Agent System)
*   **创建总代/子代账号**：在 **管理员管理**（`/admin/auth/admin`）维护代理树：`parent_admin_id`、`commission_share_rate`（顶级角色组从渠道总佣金分得 %，子代理从上级实得抽取 %）、`channel_id`、邀请码。
*   **代理树状图 (Tree View)**：管理员列表以树形展示；非超管仅见本人及全部下级。
*   **渠道管理页**（`/admin/channel`）：
    *   顶部统计：渠道数、待分红、已分红（可点开记录）；列表支持分红余额/启用状态筛选。
    *   **数据范围**：`AdminChannelScopeService`；全平台只读条件见 `docs/渠道管理后台说明.md` §3。
    *   **操作**：查看总投注金额 / 直属投注记录（弹窗 + 筛选）；手动结算（超管或 `channel/manualSettle`）。
*   **渠道佣金结算**：
    *   按渠道 `agent_mode` 与已结算注单计算渠道总佣金（非充值口径）。
    *   按代理树拆分各管理员实得，写入 `agent_commission_record` 并 **即时入账** `admin_wallet`。
    *   支持周期自动结算（`ChannelAutoSettleTicker`）、手动提前结算；批量待结算仅超管。
*   **佣金结算看板**：`agent_settlement_period`、`agent_commission_record` 列表查询与对账。
*   详细口径见 `docs/分红说明文档.md`；渠道页交互见 `docs/渠道管理后台说明.md`。

### 3.6 🤝 联营契约与合营代理管控大厅 (Affiliate Management)
设计为与普通流水分佣系统并行的**客损占成代理模块**方案：
*   **联营契约（合营契约）线上配置**：平台超管可与高级代理在线签署“联营契约”。支持动态阶梯的占成比（例如：当月新增活跃≥10人且总客损>1万美元时，该代客损占成提高至45%）。
*   **独立负结转账单明细 (Agent Statement)**：
    *   后端按月或周生成带有“负盈利结转”规则的专业级合营账单。
    *   账表包含项目：辖区总输赢、当期大促红利扣除、当期通道成本扣除、**历史负结转累计抵扣**、当期应结佣金。
*   **佣金与负盈利全自动跑批**：结算周期末由 Cron Job 自动判断，若是正佣金则划入代理钱包；若是负佣金（玩家赢），则记入该代理名下的 Carryover Balance（累计负结转账本）供下期抵扣。
*   **独立的财务出金通道**：联营代理大额提取高额占成分红时，有专门供高级财务总监审批的安全通道，与普通玩家或刷水代理区分开。

### 3.7 ⚙️ 系统超级参数引擎 (System Configuration)
这是系统最核心的动态配置中心，**后端必须将以下参数做成 DB 可配置，严禁在代码里写死**：
*   **时间参数**：单局时长（默认30）、下注时长（默认20）。
*   **下注参数**：最高选字数（默认5，可调为6或7）、最低下注额（默认1）、**单注最高限额**（如500，风控核心）、前端快捷筹码面额配置。
*   **赔率参数**：基础赔率（默认33）、连续中奖递增步长（默认33）。
*   **大奖参数**：Jackpot 触发连胜阈值（默认10）、Jackpot 奖励固定金额（默认1,000,000）、**Jackpot资格最小下注额（默认50）**。
*   **风控参数**：提现流水倍数要求（默认1.0倍）、提现手续费比例（默认0.005）、AI RTP 放水抽水比例。
*   **代理参数**：全局 GM 盘口截留比例（默认20%）、**联营（合营）基础成本双降费比例（默认15%）**。

### 3.8 📢 运营中心 (Operations)
*   **公告信箱管理**：富文本编辑器。支持设置公告类型为 `[普通静默]` 或 `[强阻断 Pop-out]`，其中 Pop-out 要求客户端弹出并强制确认。
*   **前端走马灯/跑马灯**：管理首页顶部滚动的文字通知。

### 3.9 🔒 权限与操作日志 (Admin RBAC & Logs)
*   **角色控制 (Role-Based Access Control)**：设置超级管理员、财务审核员、普通客服。
*   **管理员操作审计 (Audit Trail)**：记录所有后台操作的日志（谁、在什么时间、把赔率从33改成了35，或给谁手动加了钱），防范内部作恶。

---

## 四、 C端前端核心 API 接口要求 (User API Requirements)

除了基础的登录注册，后端需要重点保证以下几个接口的性能与安全：

1.  **`POST /api/user/register` (用户注册)**：
    *   接受手机/邮箱、密码、以及 `invite_code`（选传）。如果带有 `invite_code`，自动挂载到对应代理名下；否则为直客。
2.  **`GET /api/game/roadmap_history` (历史路子图拉取)**：
    *   前端初始化首屏时调用，返回最近 30 期的开奖记录数组（含期号、中奖数字、赔率），用于渲染屏幕底部大路/红蓝球走势图。
3.  **`GET /api/game/current_status` (轮询/长连接)**：
    *   前端每秒请求或通过 WebSocket 接收。返回当前期号、倒计时剩余秒数、当前开奖状态。
4.  **`POST /api/game/place_bet` (核心下注接口)**：
    *   **入参**：期号、选中的动物编号数组 `[01, 02, 15]`、单注金额 `10`。
    *   **后端强校验逻辑**：
        1. 验证时间：是否超过第 20 秒？是则返回 403 封盘报错。
        2. 验证数量：数组长度是否 ≤ 系统配置的【最高选字数】？
        3. 验证连赢上限：该玩家若处于连赢态，本次下注总额（如 30）是否 ≤ 上局总下注额？
        4. 验证余额：余额是否 ≥ 30？
    *   校验全过，开启 DB 事务，扣钱，写注单，提交。
5.  **`POST /api/game/auto_spin` (启动/停止自动托管)**：
    *   后端接收托管指令后，写入守护进程列队。由服务器在后台**引入 Jitter(0-10s随机制打散)** 帮玩家调用 `place_bet`。
6.  **`GET /api/user/pnl_history` (历史记录过滤)**：
    *   后端仅返回最近 1 个月的数据（通过 SQL 时间戳硬性过滤），防止扫库查询。

---

## 五、 后端安全与反黑客建议 (Security & Anti-Fraud)

1.  **接口限流 (Rate Limiting)**：`place_bet` 接口必须限制单个用户的请求频率（如 1秒内最多2次），防止外挂脚本通过并发漏洞击穿余额。
2.  **汇率与金额精度**：底层数据库所有金钱字段（游戏币）**必须使用 `DECIMAL(18,4)` 或将其放大 10000 倍用整型 (`INT64`) 存储**。绝不允许使用浮点数（Float/Double），防止精度丢失导致对账不平。
3.  **负资产阻断**：扣款 SQL 必须带上条件判断：`UPDATE user SET balance = balance - 100 WHERE id = 1 AND balance >= 100;` 确保高并发下余额不会被扣成负数。