# AIGC DApp 原始需求澄清与资金交互对齐稿

> 版本：v0.1（需求方会议确认稿）  
> 日期：2026-07-25  
> 唯一原始需求基线：`&&&.txt`  
> 参考材料：`prd.txt`、`项目可行性分析.md`、`技术可行性与最佳技术方案.md`  
> 使用方法：会议中逐项填写“需求方结论”，会后由需求方、产品方、技术方共同签字冻结

## 1. 文档目的和边界

本文档不是继续扩写技术方案，而是把原始需求拆成：

1. 原文已经明确的规则；
2. 原文存在冲突或无法执行的规则；
3. 技术方案曾经自行推断、但需求方尚未确认的内容；
4. 需要需求方在会议上选择的业务口径；
5. 用户、系统、资金池之间的完整交互关系。

会议期间应遵守：

- 不能用“按常规处理”“开发看着做”代替业务决定；
- 每个比例、周期、资产归属、退款条件都必须明确；
- “链上实现方式”不能倒推或改变业务需求；
- 未确认项维持 `TBD`，不得进入正式合约编码；
- 本文图中的“建议模型”只有需求方签字后才成为正式需求。

## 2. 当前可确认的原始需求

以下内容可以从 `&&&.txt` 直接读出，但仍需在最终PRD中写成精确规则：

| 编号 | 原始需求 |
| --- | --- |
| R-01 | 系统部署在 BSC，代币名称为 AIGC |
| R-02 | AIGC 发行总量为 21 亿枚，原文给出初始价格 0.1 USDT |
| R-03 | 每日允许价格上限为昨日收盘价的 120%，下限为昨日收盘价的 90% |
| R-04 | 用户通过钱包浏览器进入DApp并连接钱包 |
| R-05 | 用户支付 1 USDT 完成认证，获得30天体验任务，每日产出0.3 AIGC，总计9 AIGC |
| R-06 | 升级任务档位为15/30/60/120 AIGC，周期均为30天，总产出18/36/75/150 AIGC |
| R-07 | 只有买方可以挂单；卖方从买单大厅选择买单成交 |
| R-08 | 买单按价格从高到低排序，同价按时间从早到晚排序 |
| R-09 | 前端只显示前100名，前方订单结束后，后面的订单自动补位 |
| R-10 | 认证、青铜、白银、黄金、钻石的交易手续费率分别为50%、30%、25%、20%、15% |
| R-11 | 每认证一名被邀请用户，直接推荐奖励为0.2 USDT |
| R-12 | 每月认证费的10%进入排行榜奖励池 |
| R-13 | 排行榜奖池比例为Top1 30%、Top2 15%、Top3 5%、Top4～100合计50% |
| R-14 | 前端展示流通量、交易量、销毁量、价格、手续费和分红等数据 |

## 3. 名词必须先统一

| 名词 | 可能含义 | 需求方确认定义 |
| --- | --- | --- |
| 注册用户 | 仅连接过钱包 / 签过注册消息 / 已产生链上注册记录 | TBD |
| 认证用户 | 已成功支付1 USDT且交易最终确认的钱包 | TBD |
| 有效用户 | 已认证 / 近期活跃 / 买过任务 / 有真实交易 | TBD |
| 直接推荐 | 用户填写或通过邀请链接绑定的第一层推荐人 | TBD |
| 团队用户 | 仅直接下级 / 所有层级后代 / 限定N层 | TBD |
| 团队交易量 | 历史累计 / 当月 / 滚动30日；买方额 / 卖方额 / 双边额 | TBD |
| 任务“数量” | 购买任务需要消耗的AIGC / 锁仓数量 / 任务额度 | TBD |
| 每日产量 | 按自然日领取 / 按24小时 / 按秒线性累计 | TBD |
| 今日价格 | 最新成交价 / VWAP / 中位数 / 当前最高买价 | TBD |
| 昨日收盘价 | 日切前最后成交价 / 日VWAP / 日中位数 | TBD |
| 今日交易量 | USDT成交额 / AIGC数量 / 两者都显示 | TBD |
| 手续费率 | 占卖家交付总币 / 占买家收到币 / 占成交币数量 | TBD |
| 手续费分红 | 各等级池占总手续费比例 / 单个用户可获得比例 | TBD |
| 今日一星分红 | 青铜等级当日池收入 / 单个青铜用户预计收益 | TBD |
| “瓜分”排行榜 | 平均分配 / 按邀请数权重 / 按名次阶梯分配 | TBD |
| 保险仓 | AIGC准备金 / USDT准备金 / 两种资产分别管理 | TBD |

## 4. 参与角色

### 4.1 业务参与角色

| 角色 | 进入条件 | 可以做什么 | 可以获得什么 | 不应拥有的权限 |
| --- | --- | --- | --- | --- |
| 访客 | 打开DApp但未连接钱包 | 浏览公开数据、下载APP | 无 | 不能创建订单或领取奖励 |
| 已连接钱包用户 | 连接钱包 | 查看个人地址信息、发起认证 | 无 | 不能仅凭连接钱包获得链上权益 |
| 认证用户 | 支付1 USDT并成功确认 | 获得体验任务、买任务、挂买单、卖币 | 任务产出；可成为推荐人 | 不能重复激活 |
| 青铜用户 | 满足青铜条件 | 享受30%交易手续费率 | 青铜等级分红 | 不能自行声明等级 |
| 白银用户 | 满足白银条件 | 享受25%交易手续费率 | 白银等级分红 | 同上 |
| 黄金用户 | 满足黄金条件 | 享受20%交易手续费率 | 黄金等级分红 | 同上 |
| 钻石用户 | 满足钻石条件 | 享受15%交易手续费率 | 钻石等级分红 | 同上 |
| 买方 | 当前发起买单的用户 | 选择价格和金额、锁定USDT、撤单 | 成交后获得AIGC | 不能使用已锁定USDT做其他用途 |
| 卖方 | 当前响应买单的用户 | 选择买单、支付AIGC、完成交割 | 成交后获得USDT | 不能改变买单价格或收款人 |
| 推荐人 | 被新用户绑定的钱包 | 查看直推数据 | 每个有效认证0.2 USDT | 不能修改已经冻结的推荐关系 |
| 月榜获奖者 | 当月排名符合规则 | 在领取期领取奖励 | 排行榜USDT | 不能重复领取或领取超过份额 |

同一个钱包可以同时是认证用户、某个等级用户、买方、卖方和推荐人；这些是业务状态，不是必须分开的账户类型。

### 4.2 项目和系统角色

| 角色 | 责任 | 是否接触资金 | 待确认权限边界 |
| --- | --- | --- | --- |
| 创始社区 | 接收手续费分配 | 接收AIGC | 钱包地址、多签、锁定期、用途 |
| 技术团队 | 技术建设并接收分配 | 接收AIGC | 钱包地址、多签、锁定期、用途 |
| 运维团队 | 运营维护并接收分配 | 接收AIGC | 钱包地址、多签、锁定期、用途 |
| 多签治理方 | 发布配置、价格、等级和榜单结果 | 间接影响资金流 | 签名阈值、Timelock、可变参数、紧急权限 |
| 价格计算服务 | 计算昨日价格 | 不应直接持有用户资金 | 输入数据、公式、提交者和异常处理 |
| 等级计算服务 | 计算团队人数、交易量和等级 | 不应直接持有用户资金 | 规则版本、重算、申诉和降级 |
| 排行榜计算服务 | 计算月榜和奖励 | 不应直接持有用户资金 | 防刷、并列、公开验证和复核流程 |
| 链上索引器 | 读取事件并生成查询数据 | 不持有资金 | 确认数、链重组和数据延迟 |
| 安全/审计方 | 审计代码、资金和配置 | 原则上不持有资金 | 独立性和整改验收标准 |

## 5. 资产与资金池关系

### 5.1 系统资产

| 资产 | 来源 | 用途 | 关键问题 |
| --- | --- | --- | --- |
| USDT | 用户激活、买方挂单 | 推荐奖、排行榜、订单结算、项目运营 | 必须确认具体合约地址和精度 |
| AIGC | 初始21亿总池、用户持仓 | 任务产出、P2P交割、手续费、销毁和分红 | 必须确认初始分配和奖励储备 |
| BNB | 各参与钱包自行准备 | 支付BSC Gas | 是否提供Gas补贴或新手引导 |

### 5.2 资金池分类

必须把“用户托管资产”和“项目可支配资金”严格分开：

| 资金池 | 资产 | 资金性质 | 谁拥有权益 | 允许流向 |
| --- | --- | --- | --- | --- |
| AIGC总池/任务金库 | AIGC | 项目预留但已承担任务偿付责任 | 有效任务用户 | 任务领取，不得挪作团队分配 |
| 激活费池 | USDT | 激活收入 | 按确认后的分账规则归属 | 推荐、月榜、运营/其他确认用途 |
| 买单托管池 | USDT | **用户托管负债** | 未成交时属于买方，成交后属于卖方 | 成交或原路退款，不得用于运营 |
| 成交币暂存/手续费池 | AIGC | 交割和手续费分配中的过渡资产 | 买方及各手续费接收方 | 买方、销毁、分红、团队 |
| 销毁池 | AIGC | 永久退出流通 | 无人可取回 | burn或不可逆地址 |
| 青铜分红池 | AIGC | 对青铜用户的已承诺奖励 | 符合规则的青铜用户 | 周期领取/滚存 |
| 白银分红池 | AIGC | 对白银用户的已承诺奖励 | 符合规则的白银用户 | 周期领取/滚存 |
| 黄金分红池 | AIGC | 对黄金用户的已承诺奖励 | 符合规则的黄金用户 | 周期领取/滚存 |
| 钻石分红池 | AIGC | 对钻石用户的已承诺奖励 | 符合规则的钻石用户 | 周期领取/滚存 |
| 技术团队池 | AIGC | 项目分配 | 技术团队 | 待确认是否立即到账或锁定 |
| 创始社区池 | AIGC | 项目分配 | 创始社区 | 同上 |
| 运维团队池 | AIGC | 项目分配 | 运维团队 | 同上 |
| 排行榜池 | USDT | 对当月榜单用户的奖励负债 | 当月获奖者 | 月榜领取、过期处理待定 |
| 保险仓 | TBD | 风险准备金 | TBD | 触发条件、审批、补偿对象均待定 |

## 6. 总体角色交互图

```mermaid
flowchart LR
    V["访客"] -->|"连接钱包"| U["钱包用户"]
    U -->|"支付1 USDT"| A["认证用户"]
    A -->|"购买/领取任务"| TV["任务系统"]
    A -->|"锁定USDT建买单"| OE["P2P订单托管"]
    A -->|"提供AIGC响应买单"| OE
    OE -->|"USDT"| S["卖方"]
    OE -->|"AIGC"| B["买方"]
    OE -->|"AIGC手续费"| FP["手续费分配"]
    FP --> BR["销毁"]
    FP --> DP["等级分红"]
    FP --> TEAM["创始/技术/运维"]
    A -->|"推荐关系与团队业绩"| TIER["等级计算"]
    TIER -->|"青铜/白银/黄金/钻石"| A
    A -->|"有效邀请"| LB["月度排行榜"]
    LB -->|"USDT奖励"| A
```

## 7. USDT 资金流

### 7.1 激活资金流

根据原文，1 USDT 激活费中已明确：0.2 USDT 作为推荐奖励，10%即0.1 USDT进入排行榜池。剩余0.7 USDT用途未在原始需求中明确。

```mermaid
flowchart LR
    NEW["新用户"] -->|"1 USDT 激活"| ACT["激活费池"]
    ACT -->|"0.2 USDT"| REF["直接推荐人"]
    ACT -->|"0.1 USDT"| RANK["当月排行榜池"]
    ACT -->|"0.7 USDT，待确认"| REM["运营/保险/金库？"]
```

无推荐人时的0.2 USDT、激活失败、重复激活和退款规则必须另行确认。

### 7.2 P2P交易USDT流

```mermaid
sequenceDiagram
    actor Buyer as 买方
    participant Escrow as 买单托管合约
    actor Seller as 卖方

    Buyer->>Escrow: 建单并锁定USDT
    Escrow-->>Buyer: 返回不可变orderId
    Seller->>Escrow: 选择orderId并提交AIGC
    Escrow->>Escrow: 校验订单、价格、数量、等级和手续费
    Escrow->>Seller: 支付成交USDT
    Escrow->>Buyer: 交付约定的AIGC净额/总额（待确认）
    Escrow->>Escrow: 分配AIGC手续费
```

订单未成交部分的USDT始终属于买方，只能在成交时支付给卖方，或在撤单/过期时退还买方。

### 7.3 月榜USDT流

```mermaid
flowchart LR
    ACTS["当月全部激活费"] -->|"10%"| POOL["当月排行榜池"]
    POOL -->|"30%"| T1["Top1"]
    POOL -->|"15%"| T2["Top2"]
    POOL -->|"5%"| T3["Top3"]
    POOL -->|"合计50%，方式待确认"| T4["Top4～Top100"]
```

## 8. AIGC 资金流

### 8.1 任务资金流

原始需求只写了任务“数量”，没有明确这部分AIGC是销毁、锁仓还是支付到项目金库。

```mermaid
flowchart LR
    USER["用户AIGC"] -->|"15/30/60/120，性质待确认"| COST{"任务投入处理"}
    COST -->|"方案A"| BURN["销毁"]
    COST -->|"方案B"| LOCK["锁仓，期满返还？"]
    COST -->|"方案C"| TREASURY["进入项目/任务金库"]
    RESERVE["AIGC任务奖励储备"] -->|"30天总计18/36/75/150"| USER
```

无论选择哪种处理方式，任务奖励来源必须明确，并满足：

```text
任务奖励金库余额 >= 所有有效任务尚未领取总额
```

### 8.2 P2P与手续费AIGC流

```mermaid
flowchart LR
    SELLER["卖方AIGC"] --> SPLIT{"成交结算口径待确认"}
    SPLIT --> BUYER["买方收到AIGC"]
    SPLIT --> FEE["AIGC手续费"]
    FEE -->|"40%"| BURN["销毁"]
    FEE -->|"10%"| BRONZE["青铜池"]
    FEE -->|"8%"| SILVER["白银池"]
    FEE -->|"7%或6%"| GOLD["黄金池"]
    FEE -->|"5%或3%"| DIAMOND["钻石池"]
    FEE -->|"10%"| TECH["技术团队"]
    FEE -->|"10%"| FOUNDER["创始社区"]
    FEE -->|"10%"| OPS["运维团队"]
    FEE -.->|"原文未分配比例"| INS["保险仓"]
```

采用7%和5%时合计100%；采用6%和3%时合计97%，缺少3%归属。保险仓虽然被列出，但当前100%分配表没有给保险仓任何比例。

## 9. 主要业务交互

### 9.1 注册、认证与推荐

```mermaid
sequenceDiagram
    actor User as 新用户
    participant DApp
    participant Wallet as 钱包
    participant Activation as 激活合约
    actor Referrer as 推荐人
    participant Task as 任务系统

    User->>DApp: 打开DApp
    DApp->>Wallet: 请求连接
    Wallet-->>DApp: 返回钱包地址
    User->>Activation: 选择推荐人并授权1 USDT
    Activation->>Activation: 校验未激活、推荐关系、实际到账
    Activation->>Referrer: 支付0.2 USDT（无推荐人规则待定）
    Activation->>Activation: 预留0.1 USDT至当月排行榜池
    Activation->>Task: 创建体验任务
    Activation-->>User: 认证成功
```

### 9.2 任务购买与领取

```mermaid
sequenceDiagram
    actor User as 认证用户
    participant Task as 任务系统
    participant Vault as AIGC奖励金库

    User->>Task: 选择任务档位
    Task->>Task: 检查AIGC投入和任务规则
    Task->>Vault: 检查新增任务负债是否有储备
    alt 储备充足
        Task->>Task: 处理投入AIGC（销毁/锁仓/转入，待确认）
        Task-->>User: 创建30天任务
    else 储备不足
        Task-->>User: 拒绝创建任务，不扣资产
    end
    User->>Task: 领取已产生收益
    Task->>Vault: 支付可领取AIGC
    Vault-->>User: AIGC到账
```

### 9.3 买单、成交、撤单

```mermaid
stateDiagram-v2
    [*] --> Created: 买方锁定USDT
    Created --> PartiallyFilled: 卖方部分成交
    Created --> Filled: 全部成交
    PartiallyFilled --> PartiallyFilled: 再次部分成交
    PartiallyFilled --> Filled: 剩余全部成交
    Created --> Cancelled: 买方撤单
    PartiallyFilled --> Cancelled: 买方撤销剩余部分
    Created --> Expired: 到期
    PartiallyFilled --> Expired: 剩余部分到期
    Cancelled --> Refunded: 退回剩余USDT
    Expired --> Refunded: 退回剩余USDT
    Filled --> [*]
    Refunded --> [*]
```

原始需求没有说明撤单、部分成交和过期，但真实资金系统必须明确这些状态；不能默认订单只能一次全额成交。

### 9.4 团队等级与分红

```mermaid
flowchart TD
    EVENTS["已确认的激活与成交事件"] --> TREE["构建推荐关系和团队数据"]
    TREE --> COUNT["计算有效人数"]
    TREE --> VOLUME["计算团队交易量"]
    COUNT --> RULE["按冻结规则计算等级"]
    VOLUME --> RULE
    RULE --> TIER["认证/青铜/白银/黄金/钻石"]
    TIER --> RATE["决定卖出手续费率"]
    TIER --> DIV["决定可领取哪个分红池"]
```

这里需要确认：钻石用户只领取钻石池，还是同时领取青铜、白银、黄金和钻石池；同等级所有用户平均分，还是按个人团队业绩加权。

## 10. 明显冲突和P0确认项

以下问题会改变资金归属、合约接口或经济模型，必须优先确认。

| ID | 原始内容/问题 | 可选口径 | 建议口径 | 需求方结论 |
| --- | --- | --- | --- | --- |
| P0-01 | 黄金分红同时出现7%和6% | 7% / 6% | 先确认总分配必须等于100% | TBD |
| P0-02 | 钻石分红同时出现5%和3% | 5% / 3% | 同上 | TBD |
| P0-03 | 保险仓被列出但无资金比例 | 从手续费 / 激活费 / 项目预留注资 | 独立确定资产、比例和触发条件 | TBD |
| P0-04 | “卖10个币只能卖5个，手续费5个”无法确定买卖双方金额 | 见第11节三种模型 | 必须用数字样例签字 | TBD |
| P0-05 | 任务档位的15/30/60/120如何处理 | 销毁 / 锁仓 / 转入金库 | 由经济模型决定，不可技术方猜测 | TBD |
| P0-06 | 任务产出AIGC来自哪里 | 预铸任务池 / 可增发 / 其他收入 | 固定总量下采用预注资任务池 | TBD |
| P0-07 | 昨日收盘价如何产生 | 最后成交 / VWAP / 中位数 / 管理员设置 | 推荐有效成交VWAP或中位数 | TBD |
| P0-08 | 每日按哪个时区日切 | UTC / 北京时间 / 目标市场时区 | 全系统只允许一个时区 | TBD |
| P0-09 | 当日无成交时次日基准 | 延用昨日 / 回到初始价 / 暂停交易 | 推荐延用并显示无成交状态 | TBD |
| P0-10 | 用户能否撤单和部分成交 | 不允许 / 允许 | 推荐两者都允许 | TBD |
| P0-11 | 订单有效期 | 永久 / 固定时长 / 用户选择 | 设置最大有效期并允许提前撤单 | TBD |
| P0-12 | 第101名以后订单是否继续锁定USDT | 保留排队 / 退款 / 不允许创建 | 原文语义为继续保留排队 | TBD |
| P0-13 | “有效用户”定义 | 认证 / 活跃 / 任务 / 真实成交组合 | 明确可计算事件与观察窗口 | TBD |
| P0-14 | 团队包含几层 | 直推 / 全部后代 / N层 | 必须固定且防循环 | TBD |
| P0-15 | 团队交易量周期 | 历史累计 / 月度 / 滚动周期 | 推荐周期化，避免等级永久只升不降 | TBD |
| P0-16 | 成交量按买卖双方是否重复计算 | 单边USDT / 双边相加 / AIGC | 推荐每笔成交只记一次USDT名义额 | TBD |
| P0-17 | 等级用户如何分红 | 同级均分 / 按业绩加权 / 按有效人数 | 必须给精确公式 | TBD |
| P0-18 | 高等级是否领取低等级池 | 仅当前等级 / 累计领取各级 | 建议仅当前等级，避免重复计算；业务确认 | TBD |
| P0-19 | 推荐关系何时锁定 | 连接钱包 / 首次签名 / 激活支付时 | 推荐激活支付时永久锁定 | TBD |
| P0-20 | 无推荐人时0.2U归属 | 留激活池 / 排行榜 / 保险仓 / 不收该部分 | 必须明确 | TBD |
| P0-21 | 月榜“邀请”指什么 | 注册钱包 / 已认证用户 / 有效用户 | 建议成功认证且通过反刷规则 | TBD |
| P0-22 | Top4～100如何“瓜分”50% | 平均 / 邀请数权重 / 名次阶梯 | 原文无法确定 | TBD |
| P0-23 | 不足100人或并列如何处理 | 余额滚存 / 按现有人重分 / 退回 | 必须明确 | TBD |
| P0-24 | 21亿AIGC初始分配 | 任务、团队、流动性等比例 | 形成完整创世分配表 | TBD |
| P0-25 | 管理员可以修改哪些参数 | 不可变 / 多签延迟修改 / 紧急修改 | 建议多签+延迟+事件 | TBD |

## 11. 手续费结算必须三选一

假设价格为 `0.1 USDT/AIGC`、界面订单数量显示10 AIGC、认证用户手续费率50%。原文至少可能对应以下三种模型：

### 模型A：卖方交付数量包含手续费

| 项目 | 数量 |
| --- | ---: |
| 卖方扣除AIGC | 10 |
| 买方收到AIGC | 5 |
| 手续费AIGC | 5 |
| 买方支付USDT | 0.5或1.0，原文无法确定 |
| 卖方收到USDT | 同上 |

这是 `8.txt` 示例代码接近采用的模型，但如果买方支付1 USDT只收到5 AIGC，买方实际成交价就变成0.2 USDT/AIGC，与订单价0.1不一致。

### 模型B：买方必须收到订单显示数量，手续费由卖方额外支付

| 项目 | 数量 |
| --- | ---: |
| 买方收到AIGC | 10 |
| 手续费AIGC | 5 |
| 卖方总扣除AIGC | 15 |
| 买方支付USDT | 1.0 |
| 卖方收到USDT | 1.0 |

这种模型能保持买方看到的价格，但“50%手续费”的分母和卖方成本必须在界面明确。

### 模型C：订单数量就是卖方净卖出数量

| 项目 | 数量 |
| --- | ---: |
| 卖方初始可用AIGC | 10 |
| 买方收到AIGC | 5 |
| 手续费AIGC | 5 |
| 买方支付USDT | 0.5 |
| 卖方收到USDT | 0.5 |

这种模型最贴近“10个币只能卖出5个”，但订单大厅应该显示“买方需要5 AIGC”，而不是10 AIGC。

**需求方必须选择一种模型，并分别以认证、青铜、钻石三个等级各做一笔数字验算。**

## 12. P1业务完整性确认项

| ID | 待确认问题 | 需求方结论 |
| --- | --- | --- |
| P1-01 | 同一用户可同时持有多少份体验/升级任务？ | TBD |
| P1-02 | 任务按秒累计、每24小时还是自然日结算？ | TBD |
| P1-03 | 任务收益每天自动到账还是用户主动领取？Gas由谁支付？ | TBD |
| P1-04 | 任务30天结束后未领取收益是否永久保留？ | TBD |
| P1-05 | 任务参数变化是否只影响新任务？ | TBD |
| P1-06 | 买单最小/最大USDT金额和最小价格步长是什么？ | TBD |
| P1-07 | 是否禁止同一用户自买自卖？如何识别关联钱包？ | TBD |
| P1-08 | 同一钱包最多同时创建多少张买单？ | TBD |
| P1-09 | 卖方能否一次吃掉多张买单？ | TBD |
| P1-10 | 买单成交一部分后，剩余部分是否保持原时间优先级？ | TBD |
| P1-11 | 等级何时生效：即时、次日还是下一考核周期？ | TBD |
| P1-12 | 等级是否会降级，降级前是否有宽限期？ | TBD |
| P1-13 | 分红周期是每日、每周还是每月？ | TBD |
| P1-14 | 无该等级用户时，对应分红池如何处理？ | TBD |
| P1-15 | 分红领取期限、过期余额和小数余数如何处理？ | TBD |
| P1-16 | 推荐人是否必须先认证才能获得0.2U？ | TBD |
| P1-17 | 推荐人奖励实时到账还是设置反欺诈冻结期？ | TBD |
| P1-18 | 月榜结算时区、数据截止区块和申诉期是什么？ | TBD |
| P1-19 | “今日手续费”显示AIGC总额还是折算USDT？ | TBD |
| P1-20 | 流通总量是否扣除销毁、任务金库、锁仓和团队未解锁份额？ | TBD |
| P1-21 | APP下载具体指Android、iOS还是PWA？ | TBD |
| P1-22 | 紧急暂停时，用户是否仍能撤单、退款和领取已到期资产？ | TBD |

## 13. 需求方会议建议顺序

不要从页面长什么样开始讨论。建议按以下顺序开会：

1. **先确认结算**：第11节选择手续费模型，确认买卖双方每一笔钱和币。
2. **再确认资金来源**：任务投入如何处理、奖励从哪里来、保险仓从哪里来。
3. **确认经济参数**：手续费分配冲突、分红资格和等级规则。
4. **确认价格规则**：收盘价、日切、无成交和防操纵。
5. **确认交易状态机**：部分成交、撤单、过期、退款和第101名。
6. **确认推荐与排行**：有效邀请、并列、不足100和反刷。
7. **最后确认页面数据**：每个指标的单位、公式、截至时间和更新延迟。

## 14. 会议决议记录

| 会议信息 | 内容 |
| --- | --- |
| 会议日期 |  |
| 需求方代表 |  |
| 产品方代表 |  |
| 技术方代表 |  |
| 确认的需求版本 |  |
| 未解决P0数量 |  |
| 是否允许进入详细设计 | 是 / 否 |

### 决议变更表

| ID | 最终决定 | 决定理由 | 影响模块 | 确认人 | 日期 |
| --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |

### 签字确认

```text
需求方：________________    日期：________________

产品方：________________    日期：________________

技术方：________________    日期：________________
```

## 15. 对齐完成标准

只有同时满足以下条件，才算需求对齐完成：

- 所有P0项已有唯一、可计算、可测试的答案；
- 手续费使用至少三种等级完成数字验算；
- 激活USDT、订单USDT、任务AIGC、手续费AIGC均能逐笔守恒；
- 每个资金池有明确资产、来源、受益人、支出条件和余额处理；
- 每个角色的权限、收益和禁止操作明确；
- 订单、任务、等级和月榜都有完整状态和异常路径；
- 前端所有指标都有唯一公式、单位、时区和数据截至点；
- 需求方签字确认后形成新的正式PRD版本。

在此之前，`prd.txt` 只能视为原始需求的整理稿，不能视为已经冻结的可执行需求。