AIGC DApp 完整需求规格、用例与决策稿#

文档版本：V2.0-DRAFT-01
整理日期：2026-07-26
文档性质：最新需求整理稿、逻辑审查稿、需求方会议确认稿
当前状态：待需求方确认，不可直接作为真实资金合约开发和主网上线依据

交付说明：本文以 AIGC_DApp-01.txt 和 AIGC_DApp-02.txt 为当前需求源，生成日期为2026-07-27。文中“原文明确”可进入详细设计；“建议”不是需求方结论；“TBD”在关闭前不得写入不可逆资金逻辑。本交付是需求分析和规格文档，不代表合约已开发、部署、审计或上线。

0. 一页结论#

0.1 产品定位#

AIGC DApp拟运行于BSC，围绕邀请注册、1 USDT认证、AIC销毁型任务、T10限量任务、漫剧与广告分佣、链上P2P、社区等级、月度邀请榜、聊天室/红包和个人中心形成闭环。业务模块可以拆分设计，但真实资金模块目前只能进入“需求冻结与测试网方案”阶段，不能直接进入主网上线。

0.2 两份源文件的关系#

0.3 已能确认的关键算术#

1. 认证费：1 USDT = 推荐人0.2 + 排行榜0.2 + 创始社区0.6，分配合计100%。
2. T10：每份10 USDT，20天每天1 AIC；最多10000份、每天500份，对应最多100,000 USDT建设池收入和200,000 AIC奖励负债。
3. 广告例子：10000USDT（即10,000 USDT）÷ 5,000点 = 2 USDT/点；用户当日+3得6 USDT，+1得2 USDT。
4. 协议费去向：12%+10%+8%+5%+8%+10%+7%+40%=100%。
5. 排行榜奖池：25%+17%+8%+50%=100%，但Top4～103内部如何分配仍未定义。

0.4 必须先关闭的四个根问题#

• 资金守恒：认证费已100%分配，却承诺365天后可能全额退款；需要退款储备、延迟分配或可执行追回机制。
• 任务偿付：S0～S16投入被100%销毁，不能用已销毁本金支付后续奖励；必须在销售前给TaskVault足额注入AIC。
• 费用语义：原文“GAS”混合了BSC网络BNB Gas和AIC协议交易费，两者必须拆开命名、展示和结算。
• 转账定位：限制钱包互转与标准BEP-20自由流通、去中心化定位冲突，必须选择自由代币、许可型代币、仅P2P转移或内部账本之一。

0.5 核心用例总览#

0A. 关键业务时序图与例子#

以下图表均为本地预渲染SVG，直接双击HTML即可查看，不依赖在线Mermaid或CDN。

0A.1 邀请注册与1 USDT认证#

0A.2 S1～S16销毁型任务与领取#

0A.3 T10限量任务#

0A.4 漫剧任务、活跃度与广告分佣#

0A.5 P2P买单与部分成交#

0A.6 AIC协议费分配#

0A.7 月度邀请排行榜结算#

0A.8 365天收益不足1 USDT退款#

0A.9 聊天室USDT红包（待定义状态机）#

0A.10 未认证清理与聊天室处罚#

0B. 可执行验收场景（需求冻结后使用）#

1. 文档目的#

本文以 AIGC_DApp-01.txt 为主要需求来源，以 AIGC_DApp-02.txt 为数据看板、资金比例和P2P摘要补充，并参照此前需求及技术文档识别变更、遗漏和冲突。

本文用于：

1. 将最新需求整理为结构化、可讨论的产品需求；
2. 区分需求原文、历史基线、技术建议和待确认事项；
3. 标记会影响资金归属、合约状态机、奖励偿付和用户权益的逻辑问题；
4. 为需求方会议提供逐项结论和签字记录位置；
5. 在规则确认后，作为正式PRD、合约规格和测试用例的输入。

2. 需求来源和效力#

新需求没有提到某项旧规则，不代表旧规则自动删除。所有涉及旧规则替换的内容，必须在变更决议中明确记录“保留、修改或废止”。

3. 状态标记#

4. 名词和口径#

5. 项目概述#

项目拟在BSC上建设一个连接钱包使用的DApp，主要包括：

• 邀请注册和1 USDT认证；
• AIC任务升级、销毁和周期奖励；
• T10 USDT限量任务；
• 漫剧观看、活跃度和广告收益分配；
• USDT/AIC P2P交易；
• 用户、任务和社区等级手续费；
• 社区晋级、考核和手续费分红；
• 月度直推认证排行榜；
• 聊天室、USDT红包、徽章、个人中心；
• 中英文、白皮书、路线图、商业计划书和媒体入口。

6. 用户角色#

7. 代币和首页数据#

7.1 代币基础信息#

7.2 首页数据看板#

首页拟展示以下数据：

$56,899、1.05K、5,666、$0.12、$0.139、300、100和$139,000应暂按页面示例值处理，不能写入合约或作为固定运营数据，除非需求方明确其数据时点和来源。

8. 注册、邀请和认证#

8.1 注册流程#

1. 用户只能通过邀请链接进入DApp；
2. 用户连接钱包；
3. 用户签名证明钱包控制权；
4. 系统完成注册并记录邀请关系候选信息；
5. 未认证用户不能参与P2P交易和聊天室。

待确认：

• 邀请关系在打开链接、首次签名还是支付认证费时永久锁定；
• 一个钱包是否只能绑定一个推荐人；
• 是否允许无推荐人注册；
• 防自荐、防循环推荐和多个钱包刷邀请规则；
• 签名内容、nonce、有效期、域名绑定和防重放。

8.2 认证#

用户支付1 USDT后：

• 成为已认证用户；
• 激活S0任务；
• 推荐人的贡献值增加1；
• 推荐人获得0.2 USDT直推奖励。

8.3 认证费分配#

8.4 365天收益不足1 USDT退款#

原文：认证后365天内收益低于1 USDT，可申请原路退回认证费。

该规则当前为P0逻辑冲突：认证费已经100%分配，没有保留退款准备金，却仍形成最高1 USDT/人的或有退款负债。

必须确认：

1. 退款金额是1 USDT全额还是扣除已得收益后的差额；
2. “收益”只计算USDT，还是包含AIC；
3. AIC收益按发放数量、当前价格还是实际卖出收入折算；
4. 申请窗口是认证后任意时点，还是仅第365天后；
5. 退款资金来自预留、创始社区、推荐人追回还是延迟分配；
6. 退款后认证、S0、贡献值、排行榜和推荐奖励是否撤销；
7. 用户已经交易、发红包或获得社区权益时是否仍可退款；
8. 如何防止多钱包重复认证和退款套利。

9. S0～S16任务体系#

9.1 原文任务表#

除S0外，表中总产量均为投入的120%，即30天毛发放为投入的1.2倍。

9.2 投入处理#

原文同时使用“质押”和“投入数量即时100%销毁”。二者含义冲突：

• 质押通常意味着资产被锁定，期满可能解锁；
• 100%销毁意味着资产永久不存在，不能退还。

本文暂按“用户销毁AIC以购买30天任务收益权”理解，但该解释必须由需求方确认并统一对外表述。

9.3 任务奖励储备#

固定总量模式下，任务不能凭空增发。创建任务前必须满足：

AIC任务奖励金库可用余额
>= 所有已创建任务尚未发放的AIC总额

待确认：

• 21.00B总量中预留多少AIC进入任务奖励金库；
• 被销毁的投入AIC是否计入“净通缩”展示；
• 用户能否同时持有多份同等级或不同等级任务；
• “升级”是否要求按S1→S2顺序进行，还是可直接购买任意档；
• 升级时支付全额还是补差额；
• 新任务是否替换旧任务；
• 任务参数变更是否只影响新任务；
• 日产量按自然日、每24小时还是按秒累计；
• 奖励自动转账还是用户主动领取；
• 未领取收益是否过期；
• 暂停或广告平台故障时如何处理已购买任务。

10. T10限量USDT任务#

10.1 原文规则#

• 任务价格：10 USDT；
• 周期：20天；
• 日产量：1 AIC；
• 总产量：20 AIC；
• 总限量：10,000份；
• 每天开放：500份；
• 当天未售出的份额过期，不顺延、不增发；
• 收取的10 USDT全部进入建设池；
• 任务权益对应AIC协议费30%。

10.2 最大资金规模#

最大建设池收入 = 10,000 × 10 USDT = 100,000 USDT
最大AIC奖励负债 = 10,000 × 20 AIC = 200,000 AIC
开放销售天数 = 10,000 ÷ 500 = 20天

10.3 待确认#

• 每个钱包最多购买几份；
• 每日500份按哪个时区开放；
• 抢购失败、交易失败和链重组是否占用名额；
• “当天份额销毁”指销售资格过期，不应与AIC代币销毁混用；
• T10能否与S系列任务叠加；
• 20天AIC奖励是否也要求完成每日漫剧任务；
• 建设池能否立即支出，支出权限和公开账本；
• 200,000 AIC是否在销售前全部注入奖励金库；
• 退款、暂停、项目终止时如何处置。

11. 推荐奖励和贡献值#

11.1 直接推荐#

• 直推一名成功认证用户，推荐人贡献值增加1；
• 推荐人获得0.2 USDT；
• 排行榜统计当月直推已认证人数。

11.2 两级任务收益#

原文新增：LV1为5%，LV2为5%。

以下内容全部为TBD：

• 百分比的计算基数：任务投入、任务日产量、总产量或实际领取量；
• 奖励资产：AIC或USDT；
• 资金来源：被推荐人收益扣除或项目额外发放；
• S系列和T10是否都参与；
• 推荐人是否必须认证或达到任务等级；
• 用户与上级之间的推荐关系锁定时点；
• 退款、任务取消和作弊时的追回规则；
• LV1/LV2奖励是否计入用户“365天收益”。

在资金来源和基数确认前，不得把两级5%写入资金合约。

12. 漫剧任务、活跃度和广告分佣#

12.1 漫剧任务#

原文规则：

• 用户观看漫剧并完成当天任务后获得AIC奖励；
• 有效观看10分钟，活跃度增加1；
• 观看完整剧集，活跃度增加3；
• AIC奖励发到用户连接的钱包地址。

待确认：

• 10分钟和完整观看是互斥档位，还是完整观看获得1+3共4点；
• 每人每天最多获得多少活跃度；
• 不同长度剧集如何判定完整观看；
• 快进、切后台、静音、断网、重复播放是否有效；
• AIC奖励对应哪个任务等级的日产量；
• 未完成观看时当天产量是否永久失效；
• 服务端验真方式和反挂机、多开、模拟请求机制；
• “直接到账”是项目主动支付Gas，还是用户主动领取并承担Gas。

12.2 USDT广告分佣#

原文公式：

每点活跃度佣金 = 当日可分配广告佣金USDT ÷ 当日全部有效活跃度
用户广告佣金 = 用户当日有效活跃度 × 每点活跃度佣金

示例：当日广告佣金10,000 USDT、总活跃度5,000点，则每点2 USDT；用户1点获得2 USDT，3点获得6 USDT。

必须确认：

• “当日可分配广告佣金”是平台毛收入还是最终净到账；
• 广告平台、结算币种、结算延迟和退款/无效流量扣回；
• USDT何时实际注入分佣金库；
• 日切时区和数据截止时间；
• 当日总活跃度为0时的资金处理；
• 小数精度、舍入余数、最低领取额和过期规则；
• 广告收入不足、晚到或被平台追回时如何处理；
• 用户主动领取还是批量发放；
• AIC任务奖励和USDT广告佣金是否同时获得；
• 活跃度是否参与社区或其他权益。

13. P2P交易#

13.1 V2原文明确内容#

• 在BSC上通过智能合约交互；
• 存在买入USDT池和卖出AIC池；
• 卖方可以部分卖出；
• 买方填写目标价格；
• 使用24H均价；
• 要求整数成交；
• 订单每小时滚动；
• 普通用户限交易一次；
• VIP用户可交易三次。

13.2 历史基线，待确认是否沿用#

13.3 V2新增P2P问题#

1. 24H均价采用滚动24小时VWAP、自然日VWAP还是其他公式；
2. 24H均价用于展示、限价还是实际统一成交；
3. “每小时滚动订单”是刷新页面、更新排名、统一到期还是清空重建；
4. 滚动后原订单时间优先级是否保持；
5. “整数成交”是AIC数量只能为整数，还是USDT金额也必须为整数；
6. 普通一次/VIP三次按小时、自然日还是滚动24小时；
7. 交易次数是建单次数、成交次数、部分成交次数还是买卖合计；
8. VIP资格来自任务、社区、付费还是管理员配置；
9. 用户撤单、订单有效期、最小成交量和最大订单数；
10. 自成交、关联钱包和拆单刷社区成交笔数的处理。

“完全去中心化”建议改为“资产托管和成交结算由智能合约执行”。价格基准、社区等级、广告验真、Top100和聊天室仍依赖链下服务，整体系统不是完全去中心化。

14. AIC协议交易手续费#

14.1 费率来源#

S1没有明确费率，暂不能自动归入S2～S9。

14.2 多重资格#

用户可能同时拥有认证、S等级、T10和社区等级。需求方必须选择：

• 方案A：取所有有效资格中的最低费率；
• 方案B：任务等级优先；
• 方案C：社区等级优先；
• 方案D：使用其他组合公式。

技术建议：采用方案A，并在成交前固定读取当前有效费率。

14.3 手续费承担和计费基数#

历史基线为：

买方实收AIC = 本次成交AIC
卖方交付AIC = 本次成交AIC + AIC协议手续费
AIC协议手续费 = 本次成交AIC × 卖方当前费率

V2只列出费率，没有明确是否继续由卖方额外承担。该结算语义必须再次确认，否则50%可能被误解为“卖10个买方只收到5个”。

14.4 手续费分配#

该比例数学上闭合，并解决了旧版黄金/钻石比例冲突，但仍需确认：

• 分配资产为AIC，而不是BNB Gas；
• 分配发生在每笔成交时还是进入总池后按周期结算；
• 社区池如何在同等级用户之间分配；
• 无合格社区时对应份额滚存、销毁还是转入其他池；
• 团队钱包、Vesting、多签和领取方式；
• 小数舍入余数归属。

15. 社区晋级、权益和考核#

15.1 原文社区表#

15.2 逻辑问题#

以“成交笔数”作为晋级和考核指标容易被以下方式操纵：

• 把一笔交易拆成大量小额订单；
• 一张买单被多次部分成交；
• 关联钱包互相交易；
• 低价值订单反复成交；
• 为社区考核在月末集中刷单。

必须确认：

• “社区”包含直推、全部下级还是固定N层；
• “社区认证人数”是否要求仍处于认证有效状态；
• 一笔指一张订单完全成交，还是每个部分成交事件；
• 最小有效成交金额和AIC数量；
• 同一买卖双方每天最多计几笔；
• 统计历史累计、自然月还是滚动30天；
• 大于与大于等于的边界；
• 同时满足人数和成交条件后何时生效；
• 未通过月度考核后降级、暂停权益还是给予宽限期；
• 降级时已形成的分红权益是否保留；
• 社区分红在同等级社区/用户之间平均还是按业绩加权。

技术建议：以达到最低有效金额的唯一成交USDT名义额为主，成交笔数仅作辅助指标。

16. 月度邀请排行榜#

16.1 原文规则#

• 统计每个自然月直推已认证人数；
• 当月结束后排名，下月重新统计；
• 每笔1 USDT认证费的20%进入排行榜池；
• Top1获得25%；
• Top2获得17%；
• Top3获得8%；
• Top4～Top103合计获得50%。

以上奖池分配合计100%。

16.2 待确认#

• Top4～Top103共100人，是平均每人0.5%，还是按人数/名次加权；
• 排行榜是否确实奖励103人，而非旧版Top100；
• 当月不足103人时剩余资金如何处理；
• 同邀请数并列时按什么排序；
• 认证后退款、作弊或注销是否从有效邀请中扣除；
• 推荐人是否必须保持认证；
• 月度时区、截止区块、结果公示和申诉期；
• 奖金自动发放还是用户领取；
• 领取期限和过期资金；
• 认证费实时进入当月池还是退款期后才确认收入。

17. 未认证用户清理#

原文：注册30天内未认证用户自动注销。

建议将“注销”定义为链下账户状态变为ExpiredUnverified，因为钱包地址、签名事件和链上历史不能被删除。

待确认：

• 30天按注册时间精确计算还是自然日；
• 过期用户能否重新通过邀请链接注册；
• 原推荐关系是否保留；
• 昵称、聊天记录和风控记录保存多久；
• 认证交易已发送但链上确认延迟时如何处理；
• 数据隐私、审计和客服恢复规则。

18. 聊天室和USDT红包#

18.1 聊天室#

原文功能：

• 日常聊天；
• 文字、语音、图片和受限大小的视频；
• 双向撤回；
• 显示账户等级参数；
• 设置开放时间；
• 未认证用户不能加入；
• 晋级社区可以创建专属聊天室；
• 禁止语音电话和视频电话；
• 敏感词过滤。

惩罚规则：

1. 第一次违规：禁言30分钟；
2. 第二次违规：禁言3天；
3. 第三次违规：移出聊天室。

待确认：

• 违规次数是永久累计还是按周期清零；
• 谁可判定违规，是否自动审核；
• 用户申诉和管理员误操作恢复；
• 双向撤回的时限；
• 撤回仅对用户不可见，后台审计是否保留；
• 文件大小、格式、存储时间和下载权限；
• 聊天室开放时区、成员上限和管理员数量；
• 社区降级后聊天室如何处理。

18.2 USDT红包#

USDT红包属于新增真实资金模块，必须单独定义：

• 普通红包/拼手气红包；
• 总金额、份数、单人上下限；
• 红包资金由智能合约托管还是中心化钱包托管；
• 抢红包并发、重复领取和机器人防护；
• 未领完余额何时退给发送者；
• 发送、领取和退款的BNB Gas承担；
• 红包只允许当前聊天室成员领取还是可转发；
• 暂停、封禁、删除聊天室时资金处理；
• 交易记录、风控和客服审计。

在红包托管、退款和Gas规则确认前，不能把USDT红包列为可上线功能。

19. 个人中心、徽章和内容入口#

19.1 个人中心#

• 默认头像为项目LOGO；
• 展示功勋徽章及重要账户参数；
• 展示认证、任务、社区、排行榜、收益和钱包信息。

待确认：头像是否允许用户修改、哪些参数公开、是否允许他人查看。

19.2 徽章#

需形成完整的徽章编码、获得条件、失效条件、展示优先级和图形资产表。

19.3 内容和外部入口#

• 白皮书；
• 路线图；
• 商业计划书；
• 新用户手册；
• 简体中文和英文；
• X、Telegram频道和客服入口。

待确认：文档版本管理、翻译审核、外链地址、客服方式和内容发布权限。

20. AIC钱包互转限制#

原文要求限制钱包地址互转，避免代币集中到一个地址。

该要求与标准自由流通BEP-20及“完全去中心化”存在架构冲突。必须从以下模式中选择：

即使限制普通钱包互转，也无法可靠识别同一自然人控制的多个钱包。若目标是防止任务和社区刷量，应使用奖励资格、额度和关联风险控制，不应把所有代币转账一刀切禁止。

21. 资金池和偿付边界#

建议至少分离以下账本或Vault：

任何任务、广告分佣、排行榜或红包发放都必须满足：

对应资金池可用资产 >= 已形成但尚未支付的用户权益

不同资金池之间不得用同一余额重复承诺，不得用P2P用户托管资金垫付项目奖励。

22. P0：阻塞资金合约和正式经济模型#

23. P1：业务完整性和用户体验#

24. 非功能和安全要求#

24.1 智能合约#

• 使用不可重入保护、检查-生效-交互顺序和安全代币转账；
• 不信任前端传入的等级、奖励、价格和推荐关系；
• 所有资金变化必须产生可索引事件；
• 参数变更使用多签和延迟生效；
• 紧急暂停不能永久阻止用户取回自己的托管资金；
• 任务、排行榜、广告和红包领取必须防重放；
• 对价格、数量、费率、精度和舍入进行边界测试。

24.2 链下服务#

• 所有链下数据可以从最终确认的链上事件重建；
• 广告完成必须使用服务端可验证事件，不能只信任前端计时；
• 社区、排行榜和分红计算必须输出可复核明细；
• 链重组后能够回滚并重放；
• 敏感管理操作具备权限、审计和告警；
• 聊天文件和用户资料具备访问控制和数据保留策略。

24.3 前端#

• 每次真实资金操作明确显示资产、金额、目标合约、协议费和BNB Gas；
• 不使用“GAS降低至30%”描述AIC协议费；
• 任务页面显示投入被销毁、总权益、已领取和剩余权益；
• 广告页面区分AIC任务奖励与USDT广告分佣；
• P2P成交页显示买方实收、卖方交付、协议费和USDT总额；
• 所有失败状态提供可重试或资金退出路径。

25. 进入开发前的完成标准#

只有满足以下条件，V2资金模块才可进入正式合约实现：

1. 第22节全部P0有明确结论、确认人和日期；
2. 代币总量、名称、创世分配和任务奖励储备冻结；
3. 认证退款模型能够逐笔证明资金守恒；
4. S0～S16、T10和两级推荐的最大负债可以计算并有储备覆盖；
5. P2P订单、价格、部分成交、撤单、过期和手续费结算形成完整状态机；
6. 社区和排行榜使用可复核、抗拆单刷量的统计口径；
7. 广告收入必须先实际到账，再形成USDT分佣权益；
8. 红包具有独立托管、领取、过期和退款状态机；
9. AIC转账模式与交易所、钱包和去中心化定位一致；
10. 完成经济模型压力测试、BSC测试网验证、独立安全审计和主网Go/No-Go评审。

26. 建议的分期范围#

第一阶段：需求和经济模型冻结#

• 关闭全部P0；
• 完成资金流、负债表和角色权限；
• 冻结V2正式PRD。

第二阶段：非资金原型#

• 钱包连接和签名；
• 首页数据看板原型；
• 个人中心、徽章、中英文和内容入口；
• P2P订单大厅交互原型；
• 聊天室非红包功能原型。

第三阶段：测试网资金闭环#

• Token、ActivationVault、TaskVault、OrderEscrow；
• 社区和排行榜可复核计算；
• 广告验真和领取；
• USDT红包独立测试网验证。

第四阶段：审计和上线评审#

• 不变量测试和经济压力测试；
• 权限、多签和应急退出验证；
• 独立合约审计；
• 真实资金主网Go/No-Go决策。

27. 需求变更决议表#

28. 会议确认记录#

29. 签字确认#

需求方确认：本文中标记为“已确认”的业务规则真实、完整；所有TBD在关闭前不得由技术方自行选择；任何涉及用户资金、奖励、退款、手续费、销毁和转账限制的变更必须重新记录并确认。