# GWGU 赛制与产品方案 v0.1

编写日期：2026-10-12  
文档性质：供讨论和实施拆解的规则草案。标为“已确认”的内容来自本次对话；其他机制均为建议，不代表已经授权发行、部署或转移资金。

## 1. 已确认的产品方向

| 项目 | 已确认内容 |
|---|---|
| 名称 | GWGU |
| 发行方式 | 在 Flap 发行金库代币 |
| 税收 | 3%；买卖两侧具体配置尚待确定 |
| 奖励 | BNB |
| 赛事方向 | 参考 GGC 的交易竞赛机制，改造成持续的每日赛 |
| 首轮开启 | 代币发布当天，发行完成、金库与赛事准备就绪后，尽快开启 |
| 首轮结束 | 实际开赛日期的次日早上 08:00，北京时间 |
| 常规轮次 | 每天 08:00 至次日 08:00，北京时间，每轮 24 小时 |
| 日切与领奖 | 08:00 截榜并进入结算，同时开启下一轮；结果确认后开放上一轮领奖 |

北京时间统一指 UTC+8。下文日期仅为演示，不是实际发币安排。

**定位建议：由 GWGU 交易税支持、凭交易成绩赢取 BNB 的每日 Meme 交易联赛。**

品牌文案建议：**GWGU — Go Win. Go Up.**

## 2. 时间规则：首轮灵活，之后固定

### 2.1 首轮只启动一次

记录两个不同事件：

- `tokenLaunchedAt`：代币真实发行成功的时间。
- `competitionStartedAt`：赛事满足开赛条件并正式启用的时间。

开赛条件建议：代币与金库绑定验证完成、适用规则已公开并锁定版本、报名及数据采集可用。赛事可以提前完成准备，以缩短发币到开赛的间隔；不必等代币毕业后才讨论开赛，但纳入的交易来源必须可被正确解析。

正式开赛只能执行一次，不能通过刷新页面、重复点击或重启服务改写开赛时刻。比赛只统计正式开赛及个人报名生效之后的交易，不能事后追认开赛前的盈利。

如果准备工作拖到发行次日，说明“发行当天开赛”的目标没有完成。应公开新的开赛安排，不允许静默回填时间。

### 2.2 “次日”是日历的第二天

设实际开赛时间为 A：

```text
首轮结束 E1 = A 在北京时间所在日期的下一天 08:00
首轮比赛区间 = [A, E1)
第 2 轮 = [E1, E1 + 24 小时)
第 n 轮 = [E1 + (n-2) × 24 小时, E1 + (n-1) × 24 小时)，n ≥ 2
```

这不是“遇到最近一个 08:00 就结束”。如果凌晨开赛，也按日历的第二天 08:00 结束。

| 开赛时间，北京时间 | 首轮结束 | 首轮时长 |
|---|---|---|
| 10 月 15 日 15:00 | 10 月 16 日 08:00 | 17 小时 |
| 10 月 15 日 22:30 | 10 月 16 日 08:00 | 9 小时 30 分钟 |
| 10 月 15 日 07:00 | 10 月 16 日 08:00 | 25 小时 |
| 10 月 15 日 08:00 | 10 月 16 日 08:00 | 24 小时 |
| 10 月 15 日 23:59 | 10 月 16 日 08:00 | 8 小时 1 分钟 |

因此，首轮是“非固定时长”，不能统一宣传成“不满 24 小时”。

### 2.3 边界以链上已执行的交易为准

建议采用左闭右开区间 `[start, end)`。截止时间正好为 08:00:00 的区块内交易归入新一轮；08:00 前发送、08:00 后才被打包的交易不算上一轮。区块重组及确认深度属于结果校验，不能用用户点击按钮的时间替代链上执行时间。

界面倒计时可以归零，但服务重启、浏览器关闭、执行者延迟不能移动赛程边界。轮次按固定规则计算；交易确认和结算提交可以稍后发生。

## 3. 先解决参赛者的完整路径

以下为建议流程，持仓门槛和本金上限尚未最终确认。

1. 选手查看本轮规则、截止时间、可用奖池与支持的交易范围。
2. 连接资格钱包，签名绑定参赛钱包与领奖地址。签名应包含赛事、链、轮次、用途、有效期与防重放随机数。
3. 检查 GWGU 资格持仓（若采用持仓门槛）、参赛钱包资产、资金来源和报名时间。
4. 固定该选手当轮起始资金及估值基准，确认报名生效。
5. 自行交易，查看暂定成绩、计入的交易、被排除的交易及原因。
6. 08:00 后查看上一轮待确认成绩，同时可以参加下一轮。
7. 结果确定后，向独立领奖地址领取 BNB，记录交易回执和领取后状态。

### 3.1 首轮快速启动与中途报名

建议允许开赛后报名，个人成绩从报名确认生效后开始计算，所有选手共同在本轮 08:00 截止。不补计报名前的交易，不把短时间成绩线性放大为 24 小时成绩。

报名截止是否提前、提前多久，属于待定参数。不能以“首轮准备快”为理由，在规则未公开时开始计分。

### 3.2 资格资产与交易资产分开

建议将 GWGU 资格持仓保留在资格钱包，不纳入选手盈亏。参赛本金由选手自持，比赛金库只保管奖金。

是否要求持有 GWGU、持有数量、持续持有还是快照检查，尚待确认。若采用锁仓，需要另外定义锁仓期限、税费和退出规则，不能默认增加。

### 3.3 初始本金与新一轮报名

建议参考原赛，将初始本金上限定为 2,000 美元，但尚未确认。以报名时规定的报价源估值，包含用于交易的 BNB、稳定币及 Gas 预算。

建议报名时只接受规定的结算资产与 Gas 资产，避免把已经浮盈的 Meme 仓位带入比赛。后续轮次可复用已清理的参赛钱包，或绑定新的干净钱包。不能简单把昨天的买入成本沿用到今天并再次认领同一段盈利。

奖金发往独立领奖地址，避免上一轮领奖污染当前轮的资金账。

## 4. 交易范围与成绩计算

### 4.1 交易范围建议

以 BSC 为拟定首发范围，允许交易预先公布且能被系统完整解析的 Flap / DEX 交易来源。具体网络和支持范围仍需在规则确认时锁定。

“参考 GGC”不代表平台可以直接获得 GMGN 的内部账户数据。不能默认 GMGN 专属 API、全链全路由归因或风控能力已可用。

GWGU 自身的交易税用于赛事资金；其他代币交易不会自动向 GWGU 奖池贡献收入。是否允许 GWGU 本币计入竞技成绩也需要明确，建议先排除资格资产本身，减少自我激励冲突。

### 4.2 主榜建议：有效净利润

以美元计分，以 BNB 发奖，主榜按有效净利润排序，收益率同时展示。

```text
有效净利润 = 已实现净利润 − 尚未平仓部分的未实现亏损
```

这是一条 GWGU 建议新增的规则，不是对 GGC 已核实细则的复述。

例如：卖出的仓位赚 100 美元，但剩余仓位亏 500 美元，有效成绩为 -400 美元；不能只展示 100 美元来争冠。未兑现的浮盈不加分。

实施前需要定清楚：

- 成本法：建议采用按资产、按本轮独立记录的加权平均成本。
- 手续费：按真实钱包流量和成交结果记录；已反映在净到账里的交易税不得再扣一次；Gas 只扣一次。
- 定价：BNB / 美元基准、稳定币脱锚处理、低流动性资产估值和无法卖出资产的处理。
- 期末估值：根据可兑现数量和流动性估算，不用最后一笔微量交易价格给整个仓位估值。
- 部分卖出：按出售数量释放相应成本，剩余仓位保留成本。
- 起始现金与 BNB：持有期间的基础资产价格变化如何计入必须统一，不能把自然波动误当选币盈利。
- 同分：建议先比较更低峰值资金占用，再按公开的确定性顺序处理；不能临时由管理员挑选。
- 正收益资格：建议主榜奖金只发给有效净利润大于零者；不足三名则对应名次空缺。

以上估值与同分规则都属于待验证草案。正式版本必须先通过真实历史交易回放。

### 4.3 百倍交易

保留百倍门槛，建议以已完成买入和卖出的同一可追踪交易批次计算：

```text
兑现倍数 = 对应已卖出份额的净卖出收入 ÷ 该份额完整买入成本
```

要求兑现倍数达到 100 倍，并满足最低实际投入、最低实际净盈利和独立市场成交条件。这些数值待定。小额试单、赠币、关联交易、自发币、自控流动性、不可兑现报价都不能自动构成合格成绩。

多个合格选手时，建议先比较符合条件的实际净盈利，再采用确定性同分顺序。没有合格者时，百倍奖金留在专门的累积池。

### 4.4 积分与人气

保留两个奖项，不在公式未定义时对外假称已能自动结算。

- 积分建议围绕有效盈利交易、不同资产上的有效表现和风险控制设计；不直接按成交量、次数或付费额度发分。公式、封顶、重复资产合并和关联资产识别待定。
- 人气建议只让合格参赛者成为候选人，分值和投票快照可复核。钱包不等于自然人；如果采用持币加权，应该直接称为持币投票，不能宣传“一人一票”。
- 发币前需要选定防女巫方案、候选人范围、投票时间和争议流程。不能把刷票识别视为已经解决的问题。

## 5. 奖项与奖金草案

以下百分比是对“分配给本轮赛事的 BNB”进行分配，不是对代币税收去向的最终批准。

| 奖项 | 建议比例 | 合格条件摘要 |
|---|---:|---|
| 冠军 | 40% | 有效净利润榜第 1 |
| 亚军 | 20% | 有效净利润榜第 2 |
| 季军 | 10% | 有效净利润榜第 3 |
| 百倍猎手 | 15% | 合格已兑现百倍交易 |
| 积分王 | 10% | 合格积分榜第一 |
| 人气王 | 5% | 合格候选人投票第一 |
| 合计 | 100% | 比例仍为待确认建议 |

同一选手是否可以兼得、是否要求六位不同获奖者、递补优先级都需要明确。建议优先按六位不同获奖者设计，但累积百倍奖可能高于冠军奖金，不能机械地让选手因先拿主榜奖而丧失更大的奖励；完整分配算法需在上线前冻结并公开验证。

未定义或无合格者的奖项不转给运营方。建议原类别资金留待后续合格轮次；不能临时提高其他奖项占比。

### 5.1 首轮不按时长放大奖金

首轮奖励来源建议为：正式开赛前已确认到账并明确分配给首轮的启动资金，加上首轮期间实际记入的赛事收入。

首轮只有 9 小时就分配这 9 小时实际形成的预算，不能乘以 `24 / 9` 宣传成完整一天奖金。首轮 25 小时也按实际记账，不额外承诺保底。

## 6. 金库会计与入库边界

### 6.1 不能用成交额推定已到账 BNB

Flap 官方当前文档说明，毕业后的税费可能先以代币形式积累，达到阈值后兑换为报价资产再分配。GWGU 奖池应基于金库已确认并记账的 BNB，不能用成交额乘以 3% 直接承诺付款。见来源 S2。

税收中分配给比赛的比例、运营费用、启动资金是否存在，均尚未确认。不会默认加入额外分红池、运营抽成或固定保底。

### 6.2 分类账

| 分类 | 是否可再次分配 |
|---|---|
| 已到账、已记账、尚未分配的本轮赛事收入 | 可按本轮规则分配一次 |
| 已封存、等待结果的本轮奖金预算 | 不可被其他轮次使用 |
| 百倍等类别的累积奖金 | 只能按该类别规则使用 |
| 已确认获奖但未领取的奖金 | 不可挪到下一轮 |
| 已领取奖金 | 从余额及对应负债同步扣除 |
| 未识别或未完成归属核验的余额差额 | 先核验，不直接承诺 |

最后一行在使用 Flap V3 余额差额模型时须按官方要求实现收入同步，不能另建会阻断同步的会计机制。原生 BNB 的常规转入可在接收时记账；未触发正常回调的额外余额按下一次同步时确认，不能事后伪造归属时间。见来源 S1。

采用以下资金约束：

```text
可分配本轮资金
+ 已封存待裁定预算
+ 分类累积资金
+ 已确认未领取负债
≤ 已核验的金库 BNB 余额
```

同一笔收入只能进入一个分类一次。领取和其他出账必须同步减少相应分类与收入基线。

### 6.3 日切与迟到收入

- 07:59:59 正常入库并记账的资金属于上一轮。
- 08:00:00 及之后入库并记账的资金属于下一轮。
- 前一天产生、次日 08:03 才被归集进金库的税，按 08:03 的收入记账，不能改写前一天已经封存的预算。
- 结算服务到 08:10 才执行，不影响上面的时间归属。
- 未领取的历史奖金不是“新收入”。
- 已分配给某类别的滚存资金不能再参与全奖池百分比分配。

### 6.4 首次开赛前的收入

建议单列 `preStartRevenue`。首次开赛时，如果规则规定用于首轮，则只导入首轮一次，并公开金额。启动资金必须真实到账；不能因发币成功就展示虚拟初始奖池。

## 7. 结算与复核

建议每一轮独立经历：

```text
计分中 → 已截榜 / 预算封存 → 暂定结果 → 校验与异议 → 结果确认 → 可领取
```

新一轮可以在上一轮处于后续任意状态时开始。任何“上一轮未复核，下一轮也不能开始”的全局锁都不符合已确认的赛程。

建议规则：

- 公开区块范围、参赛名单、逐笔计分明细、排除原因、规则版本与结果摘要。
- 结果确认前可更正，但必须保留版本、原因及重新确认的记录。
- 结果确认并开放领取后，不允许替换名单或给已经领取的奖项重新分配；重大问题走公开的异常流程。
- 校验 / 异议窗口长度待定，不能对外默认宣传“08:00 全部到账”。
- 数据缺失、链重组、索引故障时暂缓确认，已封存资金不挪作下一轮奖励。
- 结果签署者、异议处理者与资金权限要公开；权限变更不能偷偷改动本轮已公布规则。

链上提交名单或 Merkle 根只约束付款资格和金额，不会自动证明交易成绩真实、没有串通。需要完整的数据回放与审核机制。

## 8. 反作弊边界与误伤控制

| 情况 | 建议处理 |
|---|---|
| 报名后主动追加 BNB / 资金资产 | 按规则冻结资格，提供可核验原因 |
| 第三方恶意转入垃圾币或灰尘 | 隔离为无成本外部流入，不自动取消资格 |
| 第三方主动向选手转入 BNB | 标记流入；需要明确隔离 / 不使用证明规则，不能让攻击者随意淘汰选手 |
| 主动使用未经批准的外部流入资金 | 取消对应成绩或参赛资格，适用规则需预先公布 |
| 领上一轮奖金进入本轮参赛地址 | 通过独立领奖地址从产品层面避免 |
| 买卖自己发行或实际控制的代币 | 排除相关成绩，并按已公布规则处理资格 |
| 对敲 / 同控制者多钱包 / 自控流动性 | 关联调查，不以单一共同资金源直接认定作弊 |
| 代币改税、限制卖出、不可兑现资产 | 保守估值并暂缓涉及的奖励，不凭展示价格派奖 |
| 报名之后更换规则或价格源 | 当前轮不生效；适用未来轮次且提前公告 |
| 多链跨入或不支持的路由 | 未支持前不计入，规则页面明确展示 |

“禁止赛中充值”必须区分主动补充本金和被动遭受转账，不能设计成任何人转一分钱就能使榜首出局。

## 9. 完整产品页面与模块

本清单保留完整目标，不等于已经实现。

| 模块 | 用户能做什么 |
|---|---|
| 赛事首页 | 查看本轮起止、奖池、数据更新时间、六奖状态和百倍累积 |
| 报名页 | 检查网络、资格、钱包、资产、规则与本轮截止时间 |
| 我的赛况 | 看有效成绩、实时持仓、计入 / 排除交易、资格状态 |
| 全榜 / 分榜 | 查看主榜、百倍候选、积分与人气榜，区分暂定和最终 |
| 选手页 | 查看公开战绩、历史获奖与证据，不公开个人私密信息 |
| 投票页 | 查看候选人、投票权来源、截止时间及投票结果 |
| 历史赛季日 | 查看每轮规则版本、成绩明细、异议记录和最终分配 |
| 领奖页 | 看可领取 / 已领取 BNB，发起领取并展示回执与后状态 |
| 金库页 | 展示本轮收入、封存预算、百倍累积、历史应付与资金流 |
| 规则页 | 展示适用版本、评分公式、估值、支持范围和反作弊约束 |
| 赛事运营台 | 开赛检查、结果审核、异常处理、权限和变更记录 |
| Flap 金库信息页 | 展示适合平台 UI 的公共状态与领取入口 |

前端应明确区分“暂定排名”“结果确认”“可领取”“已领取”，不把本地模拟标签替换为真实链上状态。

## 10. 技术拆解与信任边界

### 10.1 拟定组成

1. 时间与规则模块：固定首轮、08:00 边界、规则版本和轮次编号。
2. 交易采集模块：解析已公布的交易来源，处理税、路由、区块确认和重组。
3. 计分模块：可回放的资金账、成本账、持仓估值、主榜与特殊奖项。
4. 身份与资格模块：钱包绑定、报名、防重放、投票权及关联风险。
5. 比赛金库：收入分类、轮次预算、累积资金、结果确认和领取。
6. 结果服务：存储逐笔证据、规则快照、名单版本和申诉记录。
7. 产品前端：上一节完整页面。
8. 运维执行模块：补采数据、提交结算、异常恢复；不得改变时间边界。

### 10.2 Flap 当前接口依据

2026-10-12 核对的官方规范建议新金库采用 `VaultBaseV3`，工厂接口采用 `VaultFactoryBaseV2` 并声明规范 `v2.3`。BNB 报价对应 `vaultQuoteToken() == address(0)`；金库实现公开说明、UI schema、轻量收入接收与规范记账。见来源 S1。

Flap 当前规范还要求受限金库函数向其 Guardian 提供相应权限。项目权限模型必须把该信任角色写明，不能承诺“仅项目方能调用”或“没有任何管理权限”。见来源 S1。

工厂是发行集成的一个组件；先把赛制、会计与金库逻辑验证清楚，再接入发行流程。本阶段没有部署、发币、签名广播或启动真钱结算任务。

## 11. 待定参数登记

| 参数 | 当前状态 | 建议 / 需要决策的内容 |
|---|---|---|
| 买卖两侧税率 | 待确认 | 将“3%税收”明确映射到实际发行参数 |
| 税收入赛事比例 | 待确认 | 是否全用于比赛；若含运营费用须明确披露 |
| 资格门槛 | 待确认 | 是否持有 GWGU、数量、检查方式 |
| 本金上限 | 待确认 | 参考原赛的 2,000 美元 |
| 交易范围 | 待确认 | 拟 BSC；先列出可完整解析的协议和路由 |
| 奖金比例 | 待确认 | 40 / 20 / 10 / 15 / 10 / 5 草案 |
| 重复得奖 | 待确认 | 六位不同获奖者还是允许兼得；递补算法 |
| 主榜计分 | 待确认 | 净已实现盈利减未实现亏损；成本和价格源 |
| 百倍门槛细则 | 待确认 | 最低投入、最低盈利、持仓批次与关联排除 |
| 积分公式 | 待确认 | 有效行为、上限、反刷、归一化方法 |
| 投票制度 | 待确认 | 选民、票权、候选人、截止和防女巫 |
| 报名截止 | 待确认 | 是否允许全程报名及提前截止量 |
| 结果确认窗口 | 待确认 | 校验、异议和异常延长规则 |
| 开赛前资金 | 待确认 | 首轮启动资金来源与导入方式 |

时间规则已经确认，不需要为了确定这些参数而再次询问是否采用次日 08:00。

## 12. 验证计划

### 本轮已完成的局部验证

2026-10-12：本地模型 11 组检查通过，覆盖同一天的 1,440 个开赛分钟；浏览器在 736 / 375 / 320 像素宽度、UTC / 洛杉矶 / 上海运行时区下各验证 8 个时间场景，并检查空输入、状态恢复和横向溢出。详细范围见同目录《GWGU-本地验证记录-v0.1.md》。

验证对象是时间规则与使用示例奖金比例的纯本地会计模型。不是金库合约、真实行情记分或真钱派奖的验证结果。

- 固定 UTC+8，不跟随运行电脑时区变化。
- 下午、深夜、凌晨和恰好 08:00 开赛。
- 月末、年末和闰日。
- 截止前、正好截止、截止后的轮次归属。
- 延迟执行仍然沿用原来边界。
- 新收入、分类滚存、未领取负债不会重复分配。
- 重复领取、重复封存和负金额拒绝。

### 实施前仍需完成

- 真实历史交易回放，含部分卖出、变税、恶意转账、低流动性和卖不出资产。
- 数据源覆盖与缺失处理；归因准确率不能从界面演示推断。
- 完整的积分、人气和奖项递补算法。
- 金库单元 / 属性测试、权限评审、前端签名和链上状态核验。
- 发币前明确所有待定参数，发布适用规则版本。
- 部署与真实付款的完成证据：交易哈希、成功回执、对应事件、独立后状态。

## 13. 官方来源与复核范围

- S1：Flap《Vault & VaultFactory Specification》，2026-10-12 核对。用于接口、记账、UI 与 Guardian 权限依据。
  - `https://docs.flap.sh/flap/developers/vault-developers/vault-and-vaultfactory-specification`
- S2：Flap《Prebond Tax》，2026-10-12 核对。用于税费归集与实际入库时点依据。
  - `https://docs.flap.sh/flap/developers/basic-and-mechanism/flap-tax-token/prebond-tax`

原 GGC 的积分、人气、百倍认定等完整细则在此前研究中没有全部核实。本方案把这些部分明确标为 GWGU 待定义规则，不宣称已经完整复制 GGC。