Monad Blitz — 链上可信抽奖平台
用智能合约托管 + 可验证随机数，彻底消除抽奖场景中"主办方作弊"的信任问题。
押金托管Pyth Entropy VRF链上集熵双模式准入Monad 原生
解决什么问题
传统抽奖中，参与者无法验证三件事——本产品把三件事全部变成链上可验证：
- 中奖名单是不是真的？ → 链上注册事件，一地址一份押金，一地址一份资格
- 开奖过程是否被操纵？ → Pyth Entropy 可验证随机数，任何单方无法操纵
- 承诺的奖品会发吗？ → 合约托管奖池，合约强制派发，到期 100% 退押金
核心机制（用户旅程）
①注册 · register() 附 10 MOD 押金 → 资格名单 +1，押金入合约托管
②注资 · 赞助方 fundPrizePool() 注入奖金（与押金严格分离）
③锁仓 · 押金在锁仓期内锁定，任何人不可取回
④开奖 · 到期后任何人触发 draw(userSeed) → 请求 Pyth Entropy
⑤公布 · 链上随机数洗牌取前 N 名中奖者，均分奖池
⑥领取 · 未中奖者领回全部押金，中奖者各领 奖池/N
两种开奖形式
定时开奖
部署时设定 drawTime；项目方预先公布承诺 seed（公开不可抵赖）；到期任何人触发。适合线上社区活动、周期性营销抽奖。
现场开奖（差异化亮点）
现场观众扫码提交熵（摇手机/输入），链上聚合为熵根并强制作为 userSeed——把现场变成随机数源，观众真实参与开奖。适合黑客松颁奖、meetup、展会。
线下准入：防远程薅羊毛
线下活动的奖池若被远程羊毛党稀释（押金零成本时薅羊毛是正期望），双模式准入一套合约代码解决：
- 线上无许可模式（issuer = 零地址）：任何人 register() 即可入围
- 线下验签模式（issuer ≠ 零地址）：工作人员在 /host 页对参与者地址 ECDSA 签名（绑定地址+合约+有效期），生成二维码当面回传，合约 ecrecover 验签通过才入围
- 签发者密钥无提款权限，最大损失仅若干张无效准入票——与检票员放熟人进场同级的有界信任
信任模型对比（评委核心关注）
| 信任风险 | 传统抽奖 | Monad Blitz |
|---|---|---|
| 参与者真实性 | 名单不透明，可凭空造假 | 链上注册事件，一地址一份押金 |
| 主办方操纵结果 | 黑箱开奖，无法验证 | 可验证随机数，任何单方无法操纵 |
| 奖品承诺 | 口头发钱，可能赖账 | 奖金预先锁入合约，强制派发 |
| 押金安全 | 无此概念 | 合约托管，到期 100% 退回 |
| 开奖执行 | 主办方说了算 | 到期后任何人可触发，无准入 |
残余信任假设（诚实声明）：Pyth 验证者网络（多数诚实）、Monad 共识层；线下模式另含签发者准入信任（与检票同级，无资金权限）。合约无 owner、无提款函数、参数全部 immutable。
商业价值要点
- 为什么必须是 Web3：名单/开奖/资金三个环节全部上公开账本，信任从"平台品牌"降级为"验证数学与代码"；Web2 中心化数据库可随时篡改，第三方公证只是信任转移
- 为什么是 Monad：以太坊一笔注册 gas 数美元（经济上不成立）；Monad 亚美分 gas + 高 TPS 支撑现场百人并发扫码
- 目标客户：品牌市场部（可验证公平成为信任资产）、Web3 项目/DAO（防女巫精准触达真人）、线下活动主办方（集熵互动工具）、直播平台（主播自证清白）
- 收入模式：按场次 SaaS 服务费 + 未来门票分成 + 增值服务（开奖大屏/数据报告）。押金与奖池 100% 归用户，平台收入不与参与者利益冲突
完整产品设计文档
https://github.com/wangzhenxi/monad-blitz/blob/main/docs/product-design.md含完整需求拷问记录、边界情形风险清单、演示脚本、未来规划等。