AI Quant Wallet
全球量化财富网络产品蓝图
不是一个“加密钱包 App”,也不是一个“量化收益页面”。真正要打造的是一个由 钱包资金层、AI Quant、套餐、VIP、Referral、Creator/UGC、BCC、Telegram/IM 和全球化运营共同组成的增长型金融产品网络。
董事会先看这一页:项目的真正价值在哪里
资金入口
Crypto + 部分国家 Fiat,让用户资金进入统一钱包与内部账本。
核心产品
AI Quant 套餐、策略、订单记录、周期结算、利润分配。
增长系统
KOC/KOL + 两层佣金 + UGC Boost + Telegram + 自建 IM。
留存系统
VIP 成长、BCC 释放、每日收益、资产趋势、团队进度。
三轮分析后的最终判断
商业模型与增长飞轮
项目不应该围绕“收益率页面”组织,而要围绕 资金 → 收益 → 身份成长 → 内容传播 → 邀请 → 再入金组织。
- 四个飞轮必须互相连接,而不是四个活动模块。
- 套餐提供第一次价值,VIP/BCC提供长期进度。
- KOC负责规模获客,UGC负责降低内容生产成本。
- Telegram承接外部社区,自建IM承接站内关系。
产品与系统架构
真正复杂的部分不是用户端,而是后台的 Rule Engine。
- 套餐、收益、VIP、UGC Boost、Referral、BCC均版本化。
- 所有奖励以事件和快照驱动,不能直接修改余额。
- 账户、钱包、账本、策略、增长各自独立服务域。
- Web / iOS / Android / Telegram Mini App 共用业务契约。
股东与规模化模型
“用户怎么赚钱”和“公司怎么赚钱”必须是两张不同的账。
- 新增 Revenue Engine,明确平台收入来源。
- 核心指标升级为 Funded User、AUM、Net Revenue、复投率。
- 每个 KOC / Creator 必须计算 CAC 与回收期。
- 全球复制靠 Country Config,而不是复制一套新 App。
产品定位:Global AI Quantitative Wealth Network
用户看到的产品
用户体验必须非常简单:钱在哪里、今天赚了多少、累计多少、下一等级差多少、我的团队给我贡献多少、BCC释放多少。
公司真正运营的系统
股东价值来自:AUM 增长、用户复投、渠道效率、平台收入、网络关系和全球可复制运营能力。
四个飞轮必须同时成立
充值 → 套餐 → 收益 → 复投 → AUM↑
收益 → 邀请 → 佣金 → 团队等级 → 再邀请
UGC任务 → Boost → 视频 → 流量 → 新用户
奖励/释放 → 累积 → 权益 → 趋势关注 → 高频回访
新增核心:公司收入引擎必须独立建模
Quant Revenue
量化利润中的平台留存 / Performance Share / 策略服务收益。
核心Package / Membership
套餐服务费、会员费、策略权限费、专业功能订阅。
可组合Wallet / Conversion
提现服务费、兑换 Spread、Fiat On/Off Ramp 渠道收入。
交易型VIP Services
高等级报告、专属策略、客服、额度、API 等增值能力。
Partner Economics
KOC、Creator、Affiliate 的佣金是 Growth Cost,不与 Revenue 混记。
BCC Economy
BCC 是 Loyalty / Token Economy,应拥有独立 Treasury 与 Reward Budget。
只有把这一层单独做出来,才能计算 CAC Payback、LTV、渠道ROI、团队佣金成本率和股东真正关心的经营利润。
用户完整生命周期:从第一次看到视频到长期复投
01 · Acquisition
YouTube / Facebook / KOC / Telegram / Referral Link → Landing / Mini App。
02 · Fast Registration
Email OTP / Google / Apple / Passkey → 生成平台账户与钱包账户 → 获得注册 BCC。
03 · First Funding
Crypto Deposit / 支持地区 Fiat Recharge → 余额到账 → 首充任务。
04 · First Quant Package
选择本金档位 / 周期 / 标的 / 策略 → 激活套餐 → 进入每日收益体验。
05 · Daily Return Loop
今日收益、订单、累计收益、BCC释放、VIP进度、市场/AI摘要。
06 · Growth Activation
邀请好友 → 获得 L1/L2 收益佣金;参加 UGC → 获得 Quant Boost。
07 · Reinvestment
到期 → 提现 / 续投 / 升级套餐 → AUM增加 → VIP升级。
08 · Network Effect
团队规模、Creator影响力、BCC权益、社区身份形成长期关系。
12 大产品系统
01 账户中心
注册、登录、Passkey、2FA、设备、KYC、国家、语言。
02 钱包
资产、充值地址、多链、提现、历史、地址簿。
03 Fiat
国家通道、币种、支付方式、汇率、手续费、订单。
04 AI Quant
策略、标的、订单记录、PnL、周期、风险、AI解释。
05 Package
本金档位、周期、基础率、限额、Boost、续投。
06 VIP
个人资金、团队资金、邀请、贡献、等级、权益。
07 Referral
3层关系、2层佣金、结算、Team AUM、排行榜。
08 Creator / UGC
任务、素材、链接回填、审核、Boost、KOC数据。
09 BCC
注册奖励、邀请奖励、利润释放、价格/指数、权益。
10 Community
Telegram、Mini App、自建IM、客服、VIP群、Creator群。
11 Growth Analytics
归因、漏斗、留存、渠道ROI、KOC CAC、反作弊。
12 Admin Rule Center
所有业务规则、国家开关、语言、资金、策略、奖励、审计。
量化系统:把“每天有收益”做成可运营、可解释的核心体验
Market Universe
BTC、ETH、主流 Crypto、黄金及后续热门大体量标的。后台按策略绑定标的。
Strategy Engine
趋势、套利、均值回归、网格、组合等策略模板;每个策略有版本和参数快照。
Order Record Engine
服务端生成/接收订单事件:开仓、平仓、标的、方向、价格、数量、PnL、策略、时间。
Settlement Engine
按套餐与周期聚合 Quant PnL → 计算用户利润 → 生成账本凭证。
AI Explanation
把复杂行情和策略转成普通用户看得懂的“本次为什么交易 / 今日发生什么”。
Mode Adapter
同一业务模型支持策略模拟模式、外部执行模式和后续多执行方模式。
建议订单对象
{
order_id, user_allocation_id, package_id,
strategy_id, strategy_version, symbol,
side, open_time, close_time,
open_price, close_price, quantity,
gross_pnl, user_pnl, platform_pnl,
status, batch_id, settlement_id, source_mode
}
套餐不只是金额档位,而是整个利润规则的容器
| 配置维度 | 示例 | 用户端展示 | 后台配置 |
|---|---|---|---|
| 本金档位 | 100 / 500 / 1,000 / 5,000 / 10,000+ | 选择投入金额 | Min / Max / Capacity |
| 周期 | 7 / 15 / 30 / 60 / 90 天 | 到期日、剩余天数 | Duration |
| 基础利润比例 | 按套餐配置 | 基础收益参数 | Base Rate |
| VIP Bonus | +X% | “V4 加成” | Level Rule |
| UGC Boost | +X%,持续 N 天 | Boost 倒计时 | Reward Rule |
| Campaign Boost | 活动临时加成 | 活动标签 | Campaign Rule |
| BCC Release | 利润 × Release Ratio | 今日释放 BCC | Emission Rule |
User Quant Profit = Eligible Principal × Effective Rate × Settlement Factor
等级体系:把“资金 + 裂变 + 贡献”变成持续成长
注册用户
首次资金用户
持续套餐用户
个人AUM + 团队
有效邀请 + AUM
高价值网络用户
顶级权益
升级计算维度
- Personal Active AUM
- L1 有效邀请人数
- L1 Active AUM
- L2 Active AUM
- L3 Team Size / Team AUM
- 历史套餐购买与续投
- Creator / Community Contribution
等级权益
- Quant Profit Bonus
- L1 / L2 Commission Rate
- BCC Release Multiplier
- UGC Reward Multiplier
- 特殊套餐 / 高额度
- 提现额度 / 速度
- VIP IM Group / 专属客服 / 报告
三级关系图谱,两层收益佣金
Referrer→ B · L1
直接邀请→ C · L2
二级→ D · L3
记录/等级
L1 Commission
A 获得一级收益佣金。
L2 Commission
A 获得二级收益佣金。
L3 Network Value
默认用于等级、排行榜、团队指标。
佣金率可同时受:用户等级、国家、活动、Creator/KOC身份、套餐类别影响。必须保存 commission_rule_snapshot。
UGC 不只是发奖金:它应该直接成为 Quant Boost 获取系统
| 任务模板 | 审核维度 | 奖励 | 有效期 |
|---|---|---|---|
| 短视频体验 | 时长、品牌露出、链接、原创度 | Quant +0.X% | 3–7 天 |
| 深度 YouTube Review | 内容完整、播放门槛、CTA | 更高 Boost | 7–30 天 |
| 社区教程 | 质量、互动、有效用户 | BCC + Boost | 按任务 |
| KOC Campaign | 注册、首充、套餐、ROI | 合作佣金 | Campaign 周期 |
BCC:奖励、释放、价格/指数、权益四个系统必须分开
Reward
注册、邀请、UGC、活动、VIP等获得 BCC 或 Locked BCC。
Release
按照量化利润的一定比例,释放等值 BCC。
Price / Index
后台规则引擎计算平台价格/指数与趋势,保留版本和参数。
Utility
VIP、手续费、套餐权益、活动、Creator、生态兑换。
利润释放示例逻辑
Released BCC = Release Value ÷ BCC Price Snapshot
后台 Price / Index Engine 建议参数
| 参数 | 作用 | 后台 |
|---|---|---|
| Base Price | 初始基准 | 可配置 |
| Time Factor | 时间增长因子 | 公式 / 阶梯 |
| User Factor | 有效用户规模 | 阈值规则 |
| AUM Factor | 平台资金规模 | 区间系数 |
| Revenue Factor | 平台经营数据 | 周期快照 |
| Supply Factor | BCC供应/释放速度 | Emission 参数 |
| Manual Policy | 特殊时期规则调整 | 审批 + 版本化 |
用户端建议提供:Current Price/Index、1D / 7D / 30D / 90D / ALL、今日变化、已释放、锁定、预计下一次释放、来源明细。
钱包资金层:所有增长系统最终都依赖这层稳定
Crypto Deposit
- TRON / Ethereum / BNB Chain 为首期重点。
- 用户拥有独立充值地址或地址映射。
- 充值监听 → 确认 → 归集 → 内部账本入账。
- 支持 USDT/USDC 及后续资产扩展。
- 充值状态、确认数、TXID 全程可查询。
Withdrawal
- 用户发起 → 安全验证 → 风控状态 → 中央账户出金。
- 热/温/冷账户与 Treasury 管理。
- 手续费、最低提现、到账网络可配置。
- 批量广播、Gas/Nonce 管理、失败重试。
- 提现订单与链上交易分离建模。
Fiat Recharge
- 国家 → 法币 → 支付渠道三级配置。
- 充值金额、汇率、手续费、渠道订单、到账状态。
- 用户端只显示所在市场当前开启的入口。
- Web / App 共用充值订单与账本。
Ledger
- Available / Frozen / Quant Allocated / Pending Withdrawal。
- Quant Profit / Referral / UGC / BCC 独立子账。
- 所有余额变化必须来自 Journal Entry。
- 每日自动 Reconciliation。
Telegram 不只是群:建议同时做 Telegram Mini App
Telegram Global
全球官方群、国家群、官方公告、Creator、VIP、客服机器人。
Telegram Mini App
从 Telegram 内直接进入登录、邀请页、Creator任务、收益摘要、活动页,减少跳转损耗。
In-App IM
官方频道、客服、群聊、私聊、策略频道、系统消息、VIP社区、Creator社区。
技术架构:前端统一,业务服务分域,规则全部后台化
Auth · Locale · Country · Feature
管理后台:这是整个项目真正的“操作系统”
Dashboard
AUM / Funded / Revenue / Withdrawal / Quant / KOC / Risk。
User
账户、设备、等级、团队、语言、国家、标签。
Wallet
地址、充值、提现、Treasury、Reconciliation。
Quant
策略、订单、批次、结算、PnL、执行源。
Package
金额、周期、Rate、Capacity、Auto-Renew。
VIP
等级条件、加成、权益、降级、升级记录。
Referral
关系树、L1/L2 Rate、佣金、Team AUM。
Creator
任务、素材、提交、审核、KOC、Boost。
BCC
价格/指数、Emission、Lock、Release、Treasury。
IM
频道、群、客服、公告、风控、内容管理。
Country / i18n
国家能力、支付、语言、文案、Feature Flag。
Analytics
漏斗、留存、渠道、KOC ROI、LTV、A/B。
从第一天统一埋点,否则后面无法判断哪个博主真正赚钱
统一归因字段
anonymous_id user_id device_id session_id creator_id / koc_id referral_code campaign_id utm_source / medium / campaign country / language app_platform / app_version
核心事件
register_started
register_success
kyc_started
deposit_address_created
deposit_success
fiat_order_created
package_view
package_activate
quant_order_view
profit_settled
bcc_released
referral_link_created
referral_registered
commission_settled
ugc_task_claimed
ugc_submitted
ugc_approved
boost_activated
withdraw_started
withdraw_success
vip_upgraded
reinvest_success
核心增长漏斗
15+ 语言:一套产品,多市场配置
Tier 1
English · Tiếng Việt · Español · Português · Bahasa Indonesia
Tier 2
ไทย · Filipino · 日本語 · 한국어 · العربية · Türkçe
Tier 3
Français · Deutsch · Italiano · 简体中文 · 繁體中文 + 后续语言
Language × Country × Platform。语言是否存在、某国家是否支持 Fiat、某平台是否展示某入口,都不应该写死在客户端。股东测算器:修改参数,立即看 AUM、收入与贡献利润
以下默认数值只是演示场景,不是收入预测。内部开会时可以直接修改输入。计算器完全在本地浏览器运行。
输入假设
即时结果
股东驾驶舱:每天只需要先看这些指标
$ —
—
$ —
—%
—%
—%
资金指标
- Gross / Net Deposit
- Active Package AUM
- Withdrawal Ratio
- Average Funded Balance
- AUM by Country
增长指标
- KOC CAC / Funded User
- Referral Funded Rate
- UGC Approved Content / Week
- Creator CAC
- Organic Share
留存指标
- D7 / D30 Funded Retention
- Package Renewal
- Profit Reinvestment Rate
- Daily Quant Page Return
- BCC Active Holder Rate
为什么这个项目有机会形成长期价值
不是单点功能竞争
- 钱包解决“钱留在哪里”。
- Quant解决“为什么把钱放进来”。
- VIP/BCC解决“为什么每天回来”。
- Referral解决“为什么带朋友”。
- UGC解决“平台为什么持续有内容”。
- Community解决“为什么形成关系网络”。
数据会形成第二层壁垒
- 不同国家的首充与套餐偏好。
- 哪类 Quant 页面最能推动复投。
- 哪个 KOC 带来的是真正高 AUM 用户。
- 什么 Creator 内容能产生最低 CAC。
- 哪些 VIP / BCC 激励真正提高 D30。
- Referral 图谱与资金网络的长期价值。
建议按 6 个阶段推进
Phase 0 — Product Foundation
品牌定位、PRD、IA、Design Tokens、Shared Types、API Contract、Event Contract、Country/Language模型。
Phase 1 — Account + Wallet
注册、账户安全、资产首页、TRON/ETH/BNB、充值、提现、账本、基础后台。
Phase 2 — Quant + Package
套餐、策略、订单记录、结算、收益中心、AI解释、续投、通知。
Phase 3 — Growth OS
Referral、VIP、KOC、UGC、Boost、Campaign、归因、数据面板。
Phase 4 — BCC + Community
BCC Reward/Release/Trend、Telegram Mini App、自建 IM、VIP/Creator社区。
Phase 5 — Global Scale
Fiat市场扩张、15+语言、国家级配置、渠道复制、运营自动化、经营驾驶舱。
不谈牌照,单从产品经营看也必须提前控制的风险
| 风险 | 影响 | 产品控制 |
|---|---|---|
| KOC带来大量注册但不入金 | CAC被虚假“注册量”掩盖 | 所有KOC以 Funded CAC / AUM / 30D Revenue 结算评价 |
| 过度依赖高收益展示 | 用户只追短期收益,品牌没有黏性 | VIP、BCC、社区、Creator身份共同构建长期进度 |
| Referral成本失控 | 收入增长但贡献利润下降 | Commission Budget / Rate Cap / VIP Gate / Campaign Budget |
| UGC刷任务 | 内容成本增加但无获客价值 | 原创检测、链接验证、播放/转化门槛、任务评分 |
| BCC释放负债过高 | 长期奖励成本不可控 | Emission Budget、Release Cap、用户/全局预算、快照 |
| 提现高峰 | Treasury压力与用户体验问题 | 资金预测、热钱包阈值、队列、自动补充、实时告警 |
| 15+语言文案失控 | 页面不一致、运营修改困难 | Translation CMS + key version + locale QA |
| 四端业务不一致 | Web/App/MiniApp出现不同账和逻辑 | 服务端规则为唯一真源 + Shared Contract |
从这份蓝图继续往下,不应该再直接画页面
① Master PRD
把 12 个系统拆成正式需求、状态、规则、异常、后台参数和验收条件。
② IA + UX Flow
Web / App / Mini App 页面树、核心用户旅程、首页与资产/量化中心交互。
③ Data Model
User、Wallet、Ledger、Package、Strategy、Settlement、Referral、Boost、BCC 等核心实体。
④ API Contract
前后端契约、事件契约、幂等规则、金额精度、时区、语言与国家规则。
⑤ Admin Spec
所有后台菜单、字段、配置权限、审批、审计与运营工作流。
⑥ Delivery Plan
Phase / Work Order / Owner / Test Gate / Web-iOS-Android 三端校验。
本轮产品分析参考的当前公开产品机制
Earn / Copy Trading
Binance Simple Earn 当前采用 Flexible / Locked、Min/Max subscription、Bonus Tier APR、每日奖励等机制;Bybit Copy Trading 当前包含 Master Trader 等级、Follower、邀请链接、利润分成和社交分享。我们借鉴的是这些“可配置金融产品 + 社交分发”的产品结构。
Wallet / Telegram
Coinbase Wallet 当前提供 Passkey、Email/Social Login 等低门槛账户体验;企业钱包基础设施常用 MPC + Vault/Omnibus 结构。Telegram Mini Apps 可在 Telegram 内运行完整 Web 界面,适合作为社群增长入口。
Coinbase Smart Wallet
Fireblocks Wallet Infrastructure
Telegram Mini Apps
最终结论
项目最值得投入的部分,不是把首页做得像某个交易所,而是把 Quant、钱包、增长、Creator、BCC、社群和数据真正连成一个统一系统。
当用户资金增长能够自动触发 VIP;用户利润能够触发 Referral 与 BCC;UGC 能够换取 Boost;KOC 能够精确追踪到 Funded AUM;Telegram 社区能够直接进入 Mini App;所有规则又能由后台运营配置——这个项目才开始具备真正的规模化能力。