Skip to content

架构概览

六层拓扑结构

┌──────────────────────────────────────────────────────────┐
│  L0 — Telegram Bot API                                   │
│      • Bot框架 (Telegraf, Node)                          │
│      • WebApp UI (Next.js, TON Connect)                  │
│      • 内联键盘 + WebApp启动                             │
├──────────────────────────────────────────────────────────┤
│  L1 — Round Engine (回合引擎)                            │
│      • 确定性有限状态机 (Go)                             │
│      • 阶段: 公告 → 提交 → 揭示 → 结算                  │
│      • 提交-揭示验证                                     │
│      • Merkle Root (默克尔根) 构建                       │
├──────────────────────────────────────────────────────────┤
│  L2 — Oracle Aggregator (预言机聚合器)                   │
│      • 问题池 (Postgres + IPFS)                          │
│      • LLM集成管线 (Claude + GPT + Gemini)               │
│      • 对抗性去偏器                                      │
│      • DRAND (分布式随机信标) 信标获取器                 │
│      • TON-VRF (TON可验证随机函数) 轮询                  │
├──────────────────────────────────────────────────────────┤
│  L3 — Identity Layer (身份层)                            │
│      • Trust Ladder (信任阶梯) L0–L7 状态机              │
│      • Worldcoin / PoH (人性证明) / Gitcoin Passport 适配器│
│      • KYC (身份认证) 供应商集成 (Sumsub)                │
│      • Reputation Score (声誉评分) 贝叶斯更新器          │
├──────────────────────────────────────────────────────────┤
│  L4 — Ad-Revenue Settlement (广告收入结算)               │
│      • AdMob SDK (移动端 + WebApp)                       │
│      • Telegram Ads SDK                                  │
│      • AdMob SSV (服务端验证) 回调接收器                 │
│      • zk-SNARK (零知识简洁非交互式论证) 证明器 (SP1, 第二阶段)│
├──────────────────────────────────────────────────────────┤
│  L5 — TON Settlement (TON结算层)                         │
│      • $POP Jetton (代币) 合约 (FunC)                    │
│      • Vesting (归属) 包装合约                           │
│      • Round Merkle Root 提交合约                        │
│      • 争议解决合约                                      │
│      • DAO (去中心化自治组织) 治理合约 (第三阶段)        │
└──────────────────────────────────────────────────────────┘

数据流

用户在Telegram中点击"Play"

L0: WebApp打开,请求进入Round

L4: 展示广告 (AdMob),等待SSV回调

L4: SSV验证通过 → 发放POP积分

L1: 用户收到Round问题 (来自L2)

L1: 用户在Commit阶段提交c_i

L1: 用户在Reveal阶段揭示(s_i, b_i)

L1: Round Engine计算多数意见,构建Merkle Root

L3: 有效权重 = α × r_i 应用

L1: Prize Pool (奖池) 分配给幸存者

L5: Merkle Root提交至TON (每24小时批量处理)

用户在WebApp中看到POP积分 + Round结果

延迟预算

阶段目标实际 (P50)实际 (P95)
Announce (公告)5 秒4.2 秒4.8 秒
Commit (提交)30 秒29.5 秒30 秒
Reveal (揭示)15 秒14.7 秒15 秒
Settle (结算)10 秒7.3 秒9.8 秒
Round总计60 秒55.7 秒59.6 秒

结算阶段包括Merkle Root构建和验证;链上TON提交以24小时为周期单独批量处理。

基础设施

  • 托管: Cloudflare Workers + R2 + KV (边缘分发,低延迟)
  • 数据库: Postgres (主库), Redis (Round状态,临时数据), R2 (Round工件,归档)
  • Round Engine: 无状态Go二进制;在Cloudflare任播后水平扩展
  • TON客户端: ton-core SDK;通过TonAPI Cloud连接全节点
  • 可观测性: OpenTelemetry → Grafana Cloud;Sentry用于客户端错误

开源组件

  • Round Engine: MIT, github.com/cashpop-protocol/round-engine
  • WebApp: MIT, github.com/cashpop-protocol/webapp
  • 智能合约 (TGE后): MIT, github.com/cashpop-protocol/contracts
  • 问题池构建管线: 源代码可用, github.com/cashpop-protocol/reservoir

完整的CashPop (现金流行) 技术栈将在TGE (代币生成事件) 后支持自托管:任何运营者均可启动分叉实例,但未经DAO批准不得发行$POP。

Built on TON.