Polymarket Clone — 東南亞預測市場平台
針對越南、菲律賓及孟加拉市場，打造一個功能完整的預測市場（Prediction Market）平台。 涵蓋 Web 端與 App 端、管理後台、區塊鏈金流系統，以及多層級團隊分潤體系。
🌐
1執行摘要
一頁看完整個產品的核心定位
3
目標市場國家
2
客戶端平台 (Web + App)
4
核心系統模組
∞
可擴展市場類別
產品定位
本產品為一個完整複製 Polymarket 體驗的預測市場平台，用戶可以針對現實世界事件（政治、體育、加密貨幣、經濟等）進行預測交易。與 Polymarket 一致，用戶買入 YES 或 NO 份額，價格反映市場的集體預測概率。事件結算後，正確方獲得 $1.00/份額。
核心差異化
▸在地化 — 支援越南語、菲律賓語、孟加拉語及英語介面，當地熱門事件市場（如選舉、體育聯賽）
▸多層代理分潤 — 內建邀請碼 + 多層級代理體系，適合東南亞市場的地推與社群裂變
▸多鏈金流 — 區塊鏈入金支援多條公鏈，降低當地用戶入金門檻
▸合規優先 — 每個市場獨立合規框架，與當地合作夥伴共建
2市場分析
三個目標市場的機會與挑戰
🇻🇳 越南
| 人口 | ~1 億 |
| 網路滲透率 | ~79%（約 7,900 萬人） |
| 加密貨幣採用 | 全球前 5，Chainalysis 2024 全球加密貨幣採用指數排名第 3 |
| 支付習慣 | MoMo、ZaloPay、VNPay 等電子錢包高度普及，年輕世代熟悉加密貨幣 |
| 博弈法規 | 線上博弈嚴格管制，但預測市場屬灰色地帶。2017 年開放體育博彩試點 |
| 語言 | 越南語（主）、英語（商務） |
| 熱門主題 | 足球（V-League、歐洲足球）、政治、加密貨幣價格、東南亞運動會 |
| 機會評級 | 高 加密貨幣友善人口基數大 |
🇵🇭 菲律賓
| 人口 | ~1.17 億 |
| 網路滲透率 | ~73%（約 8,500 萬人） |
| 加密貨幣採用 | 全球前 10，Axie Infinity 等 GameFi 帶起大量加密用戶 |
| 支付習慣 | GCash、PayMaya 主導行動支付，銀行卡滲透率低，Crypto P2P 活躍 |
| 博弈法規 | PAGCOR 監管，線上博弈持牌營運。POGO 政策變動可能影響外資 |
| 語言 | 菲律賓語（Tagalog）、英語（官方） |
| 熱門主題 | 籃球（PBA、NBA）、政治選舉、拳擊、娛樂（選秀節目） |
| 機會評級 | 高 博弈文化接受度高 + 英語優勢 |
🇧🇩 孟加拉
| 人口 | ~1.73 億 |
| 網路滲透率 | ~40%（約 6,900 萬人，快速成長中） |
| 加密貨幣採用 | 中等偏低，P2P 交易活躍但央行尚未明確規範 |
| 支付習慣 | bKash、Nagad 行動支付主導，功能手機用戶佔比高 |
| 博弈法規 | 嚴格禁止（Gambling Act 1867），但執法程度有限 |
| 語言 | 孟加拉語（主）、英語（教育/商務） |
| 熱門主題 | 板球（IPL、國際賽）、政治、微型金融、氣候事件 |
| 機會評級 | 中 人口紅利大但基礎設施與法規挑戰較高 |
合規注意：預測市場在各國的法律定位不同。越南與孟加拉的博弈法規較嚴格，需要在「資訊市場 / 意見交易所」的框架下定位產品，而非傳統博弈。菲律賓則有 PAGCOR 持牌營運的可能路徑。建議在每個市場配備當地法律顧問。
3產品功能總覽
四大系統模組一覽
🌐 用戶端平台
Web + iOS + Android，100% 複製 Polymarket 體驗並在地化優化
市場瀏覽
預測交易
投資組合
錢包管理
排行榜
多語系
📊 管理後台
營運數據儀表板、市場管理、用戶管理、風控系統
儀表板
市場 CRUD
用戶管理
風控報表
結算管理
⛓️ 金流系統
區塊鏈入金、錢包管理、多簽機制、出入金控管
多鏈支援
HD 錢包
多簽審批
風控規則
對帳系統
👥 團隊分潤
邀請碼、多層代理、分潤計算、即時佣金查詢
邀請碼
多層代理
分潤引擎
佣金提現
團隊報表
4用戶端：完整流程
Web 端與 App 端的功能規格，100% 對標 Polymarket 體驗
平台策略：Web 端為主力（React SPA），同步開發 iOS / Android 原生 App（React Native 或 Flutter）。PWA 作為過渡方案讓用戶從手機瀏覽器快速體驗。
4.1 註冊與 KYC
開啟平台
→
Email 或
社交登入
社交登入
→
自動創建
託管錢包
託管錢包
→
基礎 KYC
(手機驗證)
(手機驗證)
→
進階 KYC
(身份證件)
(身份證件)
→
開始交易
註冊方式（對標 Polymarket）
| 方式 | 說明 | 優先級 |
|---|---|---|
| Email + 密碼 | 傳統註冊方式，搭配 OTP 驗證 | P0 |
| Google OAuth | 一鍵登入，Polymarket 採用 Privy 提供類似體驗 | P0 |
| Web3 錢包 | MetaMask / Coinbase Wallet / WalletConnect 連接 | P0 |
| 手機號碼 | 東南亞市場額外需求：用本地手機號直接註冊（Polymarket 無此功能） | P1 |
| Apple ID | iOS App 必須支援 | P1 |
| Telegram Mini App | 東南亞 Telegram 用戶量大，可作為獲客入口 | P2 |
KYC 分級制度
| 等級 | 驗證內容 | 額度限制 | 功能權限 |
|---|---|---|---|
| Level 0 | 僅 Email 驗證 | 瀏覽市場，不可交易 | 瀏覽、模擬交易 |
| Level 1 | 手機號碼驗證 | 單日入金 $500 / 累計 $2,000 | 交易、入金 |
| Level 2 | 身份證件 + 自拍驗證 | 單日入金 $5,000 / 累計 $50,000 | 完整交易、出金 |
| Level 3 | 地址證明 + 資金來源 | 無上限 | VIP 功能、API 交易 |
技術選型：KYC 服務建議整合第三方（如 Sumsub、Onfido、或 Jumio），支援越南身份證（CCCD）、菲律賓 PhilSys ID、孟加拉 NID。本地手機驗證使用 Twilio / 當地 SMS Gateway。
4.2 入金流程
點擊「充值」
→
選擇入金方式
→
鏈上轉帳 /
法幣購買
法幣購買
→
系統確認
區塊數
區塊數
→
餘額到帳
開始交易
開始交易
入金方式矩陣
| 方式 | 說明 | 手續費 | 到帳時間 | 優先級 |
|---|---|---|---|---|
| 鏈上轉帳 (USDC/USDT) | 用戶從外部錢包或交易所轉入穩定幣 | 平台 0%（用戶承擔 Gas） | 1-5 分鐘 | P0 |
| 信用卡/簽帳卡 | 整合 MoonPay / Transak，法幣直接購買加密貨幣 | 2-3% | 10-40 分鐘 | P0 |
| 本地電子錢包 | MoMo (VN)、GCash (PH)、bKash (BD) → 穩定幣 | 1.5-3% | 5-15 分鐘 | P1 |
| 銀行轉帳 | 本地銀行 → 平台帳戶 → 穩定幣 | 0.5-1% | 1-24 小時 | P1 |
| P2P 入金 | 類似幣安 P2P，本地法幣與穩定幣配對交易 | 0%（掛單方） | 即時 | P2 |
4.3 市場瀏覽
市場類別（對標 Polymarket + 在地化擴展）
| 類別 | 說明 | 範例市場 | 來源 |
|---|---|---|---|
| 加密貨幣 | 幣價預測、DeFi 事件 | 「BTC 六月底會突破 $120K 嗎？」 | Polymarket 原有 |
| 體育 | 足球、籃球、板球、拳擊 | 「V-League 2026 冠軍是？」「Manny Pacquiao 會復出嗎？」 | 在地化擴展 |
| 政治 | 選舉、政策預測 | 「2026 菲律賓中期選舉 — 執政黨是否維持多數？」 | 在地化擴展 |
| 經濟 | 匯率、GDP、利率 | 「越南盾 Q3 會貶破 26,000/USD 嗎？」 | 在地化擴展 |
| 娛樂 | 選秀、影視、社群話題 | 「下一季 Philippine Idol 冠軍會是女性嗎？」 | 在地化新增 |
| 科技 | 產品發布、AI 里程碑 | 「Apple 2026 WWDC 會發佈 AR 眼鏡嗎？」 | Polymarket 原有 |
市場瀏覽頁面功能
▸分類導覽 — 左側欄顯示市場類別，可展開子類別
▸排序方式 — 交易量（24h）、流動性、最新上架、即將結算
▸搜尋 — 即時搜尋市場名稱與描述
▸市場卡片 — 顯示 YES/NO 價格（概率）、交易量、流動性、結算日期
▸趨勢標籤 — 「🔥 熱門」「📈 急漲」「⏰ 即將結算」
▸收藏功能 — 用戶可收藏感興趣的市場到 Watchlist
4.4 交易流程
市場詳情頁（對標 Polymarket）
每個市場的詳情頁面需包含以下模組：
▸市場標題與描述 — 清楚的問題描述 + 結算條件
▸YES/NO 價格 — 即時顯示，大字體，顏色區分（綠/紅）
▸價格歷史圖表 — 折線圖，可切換時間範圍（1H / 24H / 7D / 30D / All）
▸訂單簿 — Bids 與 Asks 的深度圖（類似中心化交易所）
▸交易面板 — 右側固定面板：選擇 YES/NO → 市價單/限價單 → 輸入金額 → 確認
▸最近交易 — 即時成交記錄列表
▸討論區 — 用戶留言與分析分享
▸相關市場 — 推薦相似主題的其他市場
▸結算資訊 — 結算 Oracle、結算標準、截止日期
交易機制（CLOB — 中心化限價訂單簿）
完全複製 Polymarket 的 CLOB 混合架構：
| 項目 | 規格 |
|---|---|
| 訂單類型 | 市價單（即時成交）+ 限價單（掛單等待） |
| 訂單撮合 | Off-chain 撮合引擎（高效能 + 低延遲），On-chain 結算（安全性） |
| 份額代幣 | 基於 Gnosis CTF（Conditional Token Framework），每個市場產生 YES/NO 兩個 ERC-1155 代幣 |
| 份額價格範圍 | $0.01 — $0.99（代表 1% — 99% 概率） |
| 結算 | YES 份額結算為 $1.00 或 $0.00；NO 份額反之 |
| Maker 手續費 | 0%（可提供 rebate 獎勵流動性提供者） |
| Taker 手續費 | 動態費率，最高 2%（50/50 市場最高，極端概率市場較低） |
| 最小交易額 | $1.00 |
用戶下單
選 YES/NO + 金額
選 YES/NO + 金額
→
簽名授權
EIP-712 簽名
EIP-712 簽名
→
CLOB 撮合
Off-chain 引擎
Off-chain 引擎
→
鏈上結算
CTF 合約執行
CTF 合約執行
→
份額入帳
Portfolio 更新
Portfolio 更新
4.5 投資組合管理
Portfolio 頁面功能
▸持倉總覽 — 所有未結算持倉列表，顯示當前市價、成本、未實現 P&L
▸P&L 圖表 — 90 天損益曲線圖（已實現 + 未實現）
▸已結算市場 — 歷史結算記錄，顯示最終盈虧
▸掛單管理 — 查看/取消未成交的限價單
▸交易歷史 — 完整交易記錄（時間、市場、方向、價格、金額）
▸一鍵領取 — 已結算市場的獎金自動/手動領取
▸導出功能 — CSV 下載交易記錄（稅務用途）
4.6 出金流程
點擊「提現」
→
選擇方式
+ 輸入金額
+ 輸入金額
→
二次驗證
(2FA / OTP)
(2FA / OTP)
→
風控審核
(大額人工)
(大額人工)
→
鏈上轉帳
到帳通知
到帳通知
出金方式與限額
| 方式 | 最小金額 | 單日限額 | 手續費 | 處理時間 |
|---|---|---|---|---|
| 鏈上提幣 (USDC/USDT) | $10 | 依 KYC 等級 | 平台 $0（用戶承擔 Gas） | 1-5 分鐘（自動） |
| 法幣出金（透過 Ramp/MoonPay） | $50 | 依 KYC 等級 | 1-3% | 1-3 工作日 |
| 本地電子錢包 | 等值 $20 | 依 KYC 等級 | 1.5-2% | 即時 — 24 小時 |
4.7 其他平台功能
| 功能 | 說明 | 對標 Polymarket | 優先級 |
|---|---|---|---|
| 排行榜 | 依 P&L、收益率、交易量排名。分時段（週/月/全期）+ 分類別 | ✅ 有 | P0 |
| 通知系統 | 價格提醒、結算通知、入金確認、佣金到帳 | ✅ 有（基礎版） | P0 |
| 社群功能 | 市場評論區、用戶 Profile、跟單功能 | ✅ 有評論 | P1 |
| API 開放 | REST + WebSocket API，供量化交易者與機器人使用 | ✅ 有完整 API | P1 |
| 模擬交易 | 虛擬資金練習模式，降低新手門檻（Polymarket 無此功能） | ❌ 無 | P2 |
| 深色/淺色主題 | 使用者可切換，預設深色（同 Polymarket） | ✅ 深色為主 | P2 |
5管理後台
營運團隊的全方位數據與管理介面
5.1 儀表板首頁 (Dashboard)
一頁總覽所有關鍵營運指標：
即時指標
▸即時線上用戶數
▸24H 交易量 / 交易筆數
▸24H 入金 / 出金總額
▸平台手續費收入
累計指標
▸總註冊用戶 / 活躍用戶
▸累計交易量 (TVL)
▸累計手續費收入
▸各市場國家用戶分佈
趨勢圖表
▸日/週/月交易量趨勢
▸用戶增長曲線
▸入金/出金趨勢
▸留存率 (D1/D7/D30)
5.2 市場管理 (Market Management)
▶
▸建立市場 — 設定問題、結算條件、結算時間、類別、流動性池初始資金
▸審核市場 — 社群提案的市場需經管理員審核後上架
▸結算市場 — 手動結算 + Oracle 自動結算，支援爭議處理流程
▸暫停/下架 — 緊急情況下可暫停交易或下架市場
▸流動性管理 — 查看各市場的訂單簿深度，必要時由平台注入流動性
▸批量操作 — 批量建立相關市場（如系列賽事的各場比賽）
5.3 用戶管理 (User Management)
▶
▸用戶列表 — 搜尋、篩選（KYC 狀態、國家、註冊時間、活躍度）
▸用戶詳情 — 個人資料、KYC 文件、交易歷史、入出金記錄、持倉
▸KYC 審核 — 待審核佇列、自動審核 + 人工複審流程
▸帳號操作 — 凍結帳號、限制交易、重置密碼、調整 KYC 等級
▸客服工單 — 整合客服系統，查看/處理用戶反饋
5.4 金流管理 (Financial Management)
▶
▸入金記錄 — 所有入金交易列表，含鏈上 TxHash、狀態、金額
▸出金記錄 — 所有出金申請，待審核/已完成/已拒絕
▸大額出金審核 — 超過閾值的出金需多人審批
▸熱錢包餘額 — 各鏈熱錢包即時餘額監控
▸冷錢包管理 — 定期從熱錢包轉入冷錢包的排程管理
▸手續費報表 — 交易手續費、入金手續費、出金手續費分別統計
▸對帳系統 — 鏈上資料與系統資料的自動比對，異常告警
5.5 風控系統 (Risk Management)
▶
▸異常交易檢測 — 短時間大量交易、相同 IP 多帳號、洗盤行為模式
▸AML 監控 — 整合 Chainalysis / Elliptic，鏈上地址風險評分
▸即時告警 — 超額出金、異常登入、KYC 偽造檢測
▸風控規則引擎 — 可自訂規則（如：單筆出金 > $10K 自動轉人工）
▸IP / 裝置指紋 — 偵測多帳號關聯、VPN 使用
5.6 代理管理 (Agent Management)
▶
▸代理列表 — 各級代理的資訊、等級、下線人數、佣金統計
▸代理審核 — 申請成為代理的審核流程
▸分潤報表 — 各層級佣金發放記錄、匯總報表
▸分潤設定 — 調整各層級分潤比例、特殊代理個別設定
▸代理樹狀圖 — 視覺化呈現代理上下線關係
5.7 系統設定 (System Config)
▶
▸手續費設定 — 各類交易的費率調整
▸KYC 額度設定 — 各 KYC 等級的入出金限額
▸公告管理 — 發佈系統公告、維護通知
▸權限管理 — RBAC 角色權限控制（超級管理員 / 營運 / 客服 / 財務）
▸操作日誌 — 所有後台操作的完整審計日誌
5.8 盤口模板系統 (Market Template System) ⭐ 新增
▶
5.8.1 預設模板類型
系統內建 6 種盤口模板，營運人員選擇模板後只需填入關鍵參數即可上架：
🟢 二元盤 (Binary)
▸結果：Yes / No
▸適用：事件發生與否
▸範例：「特朗普會在 6/30 前訪問中國嗎？」
🔮 多選項盤 (Multi-Outcome)
▸結果：3～20 個選項
▸適用：多候選人/多結果
▸範例：「2026 世界盃冠軍？」
📈 價格漲跌盤 (Price Movement)
▸結果：Up / Down
▸適用：加密貨幣、股票、商品
▸範例：「BTC 5 分鐘內漲或跌？」
▸自動對接：CoinGecko / Binance API 即時報價
⚽ 體育賽事盤 (Sports)
▸結果：隊伍 A / 隊伍 B（可含平手）
▸適用：NBA、足球、電競等
▸範例：「Timberwolves vs Spurs 誰贏？」
▸自動對接：ESPN / SportRadar API 即時賽況
📊 數值區間盤 (Range)
▸結果：多個數值區間
▸適用：IPO 估值、選舉票數等
▸範例：「Cerebras IPO 收市市值？500-600 億 / 600-700 億」
⏰ 時間預測盤 (Deadline)
▸結果：在某時間前 Yes / No
▸適用：里程碑事件
▸範例：「BTC 在 2026/12/31 前達到 $150K？」
5.8.2 模板欄位定義
每個模板自動帶入預設值，營運人員只需覆寫必填欄位：
| 欄位 | 說明 | 是否必填 | 自動填入 |
|---|---|---|---|
| 標題 | 市場問題（如「BTC 會漲嗎？」） | 必填 | — |
| 選項 | 根據模板類型自動生成（Yes/No、Up/Down 等） | 必填 | ✅ 預設 |
| 結算時間 | 市場到期日期時間 | 必填 | — |
| 分類標籤 | 政治/體育/加密/財經/娛樂/科技 | 選填 | ✅ 依模板 |
| 結算邏輯 | Oracle 自動結算 / 管理員手動結算 | 選填 | ✅ 依模板 |
| Oracle 資料源 | UMA / API Feed / 管理員裁決 | 選填 | ✅ 依模板 |
| 初始流動性 | 平台注入的初始資金池金額 | 選填 | ✅ 預設值 |
| 縮圖/圖標 | 市場卡片展示圖片 | 選填 | ✅ 類別圖庫 |
| 地區限定 | VN / PH / BD / 全球 | 選填 | ✅ 全球 |
| 風險等級 | 高/中/低 — 影響單筆交易上限 | 選填 | ✅ 中 |
5.8.3 快速建盤流程
從選模板到上架，最快 30 秒完成：
1
選擇模板
從 6 種預設模板或自訂模板中選擇
2
填入參數
輸入標題、選項、結算時間（其餘自動填入）
3
即時預覽
前端卡片樣式預覽，確認用戶看到的畫面
4
一鍵上架
發佈至前台，自動部署合約 + 建立訂單簿
5.8.4 自定義模板管理
▸另存為模板 — 從任何已上架市場反向生成模板，儲存常用配置
▸模板編輯器 — 自訂欄位預設值、結算邏輯、Oracle 對接方式
▸模板共享 — 跨地區營運團隊可共用模板庫，確保盤口風格一致
▸版本管理 — 模板修改歷史追蹤，可回滾至前版
5.8.5 批量建盤與排程
▸CSV / Excel 匯入 — 上傳表格一次建立數十到數百個市場（如世界盃 64 場比賽）
▸API 批量建盤 — 透過 REST API 程式化建盤，適合對接外部賽事資料源
▸排程上架 — 預設上架時間，到時自動發佈（如賽前 24 小時自動開盤）
▸連動建盤 — 設定觸發條件，自動建立關聯市場（如 A 隊晉級後自動開下一輪盤口）
▸即時價格盤自動輪替 — BTC/ETH 等價格漲跌盤到期後自動建立下一期，7×24 不間斷
6區塊鏈金流系統
多鏈支援、錢包架構、多簽管理、出入金控管
6.1 公鏈比較分析
以下列出四條候選公鏈的優劣分析，供決策參考：
| 指標 | Polygon PoS | BSC | Arbitrum | Base |
|---|---|---|---|---|
| Gas 費用 | < $0.01 極低 | ~$0.03 低 | ~$0.01 極低 | < $0.01 極低 |
| TPS | ~65 TPS | ~160 TPS | ~40,000 TPS | ~100+ TPS |
| 確認時間 | ~2 秒 | ~3 秒 | ~0.26 秒 | ~2 秒 |
| USDC 原生支援 | ✅ 原生 USDC | ❌ 僅 Bridged | ✅ 原生 USDC | ✅ 原生 USDC |
| 東南亞 CEX 支援 | 高 幣安/OKX 均支援出入 | 高 幣安原生鏈 | 中 部分交易所支援 | 中 Coinbase 生態為主 |
| DeFi 生態 | 成熟（Aave, Uniswap, QuickSwap） | 成熟（PancakeSwap, Venus） | 活躍（GMX, Camelot） | 快速成長（Aerodrome） |
| Polymarket 相容性 | 100% Polymarket 在此鏈 | 需重寫 | EVM 相容 | EVM 相容 |
| 綜合評分 | ⭐ 推薦首選 | 備選（東南亞用戶多） | 技術優秀但生態偏歐美 | 潛力大但目前偏早期 |
建議策略：Phase 1 以 Polygon PoS 為主鏈（完全複製 Polymarket 合約），Phase 2 加入 BSC 支援（因幣安在東南亞用戶量最大，降低入金摩擦）。其他鏈視需求擴展。
6.2 錢包架構
三層錢包架構
用戶錢包層
託管錢包（Custodial）— 平台為每位用戶透過 HD Wallet (BIP-44) 生成獨立地址。用戶無需管理私鑰。類似 Polymarket 使用 Privy 的 Embedded Wallet 方案。
外部錢包（Non-Custodial）— 進階用戶可連接 MetaMask 等外部錢包，直接與智能合約互動。
平台熱錢包層
用於日常入金歸集與出金撥款。每條支援鏈各一個熱錢包。設定餘額閾值：餘額過高自動轉冷錢包，餘額過低觸發告警。建議單錢包上限：$500K。
冷錢包層（多簽）
使用多簽合約（如 Safe/Gnosis Safe）存放平台主要資金。需 3/5 或 2/3 簽名方可動用。私鑰分散保管（硬體錢包 + 地理分散）。
HD 錢包技術規格
| 項目 | 規格 |
|---|---|
| 標準 | BIP-32 / BIP-39 / BIP-44 |
| 衍生路徑 | m/44'/60'/0'/0/{user_index} |
| 助記詞存儲 | HSM（Hardware Security Module）加密存儲，絕不明文落盤 |
| 私鑰管理 | AWS KMS / GCP Cloud HSM 加密，應用層僅持有加密後的密鑰 |
| 地址生成 | 用戶註冊時即時生成，每條支援鏈各一個地址 |
6.3 多簽管理
多簽方案設計
| 場景 | 簽名方案 | 說明 |
|---|---|---|
| 冷錢包資金調撥 | 3/5 多簽 | 5 位管理者中需 3 位簽名。私鑰分散於不同硬體錢包 + 不同地理位置 |
| 熱錢包補充 | 2/3 多簽 | 日常營運用，3 位營運管理者中 2 位簽名即可 |
| 大額出金審批 | 2/3 多簽 | 超過 $10K 的單筆出金，需 2 位以上管理員確認 |
| 智能合約升級 | 4/5 多簽 + Timelock | 合約升級需 4/5 簽名 + 48 小時時間鎖，防止惡意升級 |
技術選型：建議採用 Safe (Gnosis Safe) 作為多簽合約。它是業界最成熟的多簽方案，管理超過 $1000 億資產。在 Polygon 和 BSC 上均有部署。
6.4 出入金控管
入金流程技術架構
鏈上監聽
Event Listener
Event Listener
→
確認區塊數
Polygon: 128 blocks
Polygon: 128 blocks
→
AML 風險
掃描
Chainalysis
掃描
Chainalysis
→
資金歸集
→ 熱錢包
→ 熱錢包
→
餘額入帳
通知用戶
通知用戶
出金風控規則
| 規則 | 觸發條件 | 處理方式 |
|---|---|---|
| 自動放行 | 金額 ≤ $1,000 且用戶 KYC ≥ L2 且無風控標記 | 系統自動處理，1-5 分鐘到帳 |
| 人工審核 | 金額 $1,000 — $10,000 或用戶有中風險標記 | 需 1 位營運人員審核 |
| 多人審批 | 金額 > $10,000 | 需 2 位以上管理員多簽審批 |
| 自動凍結 | 24 小時內累計出金 > $50,000 或 AML 高風險地址 | 自動凍結出金並通知風控團隊 |
| 帳號鎖定 | 連續 3 次出金被拒 或 偵測到可疑行為模式 | 鎖定帳號，要求人工驗證 |
對帳機制
▸即時對帳 — 每筆入金/出金交易，系統帳本與鏈上狀態即時比對
▸定時對帳 — 每小時跑一次全量對帳，檢查所有錢包餘額 vs 系統記錄
▸異常告警 — 差異超過 $100 或 0.1% 立即告警營運團隊
▸日結報表 — 每日生成完整金流報表，含入金/出金/手續費/平台餘額
7團隊分潤體系
邀請碼 + 多層代理制度 + 佣金計算引擎
7.1 邀請碼機制
邀請碼系統設計
| 項目 | 規格 |
|---|---|
| 碼格式 | 6-8 位英數混合（如 ALPHA2026），支援自訂碼（代理專屬） |
| 生成方式 | 每位用戶自動獲得 1 組預設碼；代理可申請多組自訂碼 |
| 綁定時機 | 註冊時填入邀請碼；30 天內未綁定也可補填（一次性） |
| 綁定關係 | 永久綁定，不可更改上線 |
| 分享方式 | 連結分享（app.example.com/?ref=ALPHA2026）、QR Code、社群分享 |
| 追蹤 | UTM 追蹤來源（social / direct / group），統計各渠道轉化率 |
7.2 多層代理制度
代理層級結構
平台 (Platform) — 收取全部交易手續費後，分配佣金給下方代理
總代理 (Master Agent) — 直接與平台簽約，負責一個區域市場（如越南全國），可發展子代理
門檻：邀約制 / 繳納保證金 / 累計推薦 ≥ 100 有效用戶
門檻：邀約制 / 繳納保證金 / 累計推薦 ≥ 100 有效用戶
區域代理 (Regional Agent) — 由總代理發展，負責子區域，可再發展推廣員
門檻：由總代理審核 / 累計推薦 ≥ 30 有效用戶
門檻：由總代理審核 / 累計推薦 ≥ 30 有效用戶
推廣員 (Promoter) — 最基層推廣角色，透過分享邀請碼發展用戶
門檻：任何已完成 KYC L2 的用戶均可申請
門檻：任何已完成 KYC L2 的用戶均可申請
代理等級與權益
| 等級 | 直推分潤 | 二代分潤 | 三代分潤 | 額外權益 |
|---|---|---|---|---|
| 推廣員 | 下線交易手續費的 20% | — | — | 個人邀請碼、基礎報表 |
| 區域代理 | 下線交易手續費的 25% | 二代手續費的 10% | — | 自訂邀請碼、團隊報表、專屬客服 |
| 總代理 | 下線交易手續費的 30% | 二代手續費的 15% | 三代手續費的 5% | 全功能後台、API 接口、季度分紅、品牌授權 |
注意：分潤比例需確保平台仍有足夠利潤。以 Taker 手續費 2% 為例，若總代理線下的用戶交易 $10,000，手續費 $200。三層分潤合計最高：30% + 15% + 5% = 50%，即 $100 分出，$100 歸平台。實際比例建議根據市場反應動態調整。
7.3 分潤計算引擎
計算邏輯
公式：
範例：用戶 C 交易產生 $200 手續費。C 的上線是推廣員 B，B 的上線是區域代理 A，A 的上線是總代理 S。
S（總代理）：三代分潤 = $200 × 5% = $10
A（區域代理）：二代分潤 = $200 × 10% = $20
B（推廣員）：直推分潤 = $200 × 20% = $40
平台保留：$200 - $70 = $130（65%）
佣金 = 下線交易手續費 × 對應層級分潤比例範例：用戶 C 交易產生 $200 手續費。C 的上線是推廣員 B，B 的上線是區域代理 A，A 的上線是總代理 S。
S（總代理）：三代分潤 = $200 × 5% = $10
A（區域代理）：二代分潤 = $200 × 10% = $20
B（推廣員）：直推分潤 = $200 × 20% = $40
平台保留：$200 - $70 = $130（65%）
分潤系統技術設計
▸即時計算 — 每筆交易完成後即時計算各層佣金，寫入佣金明細表
▸結算週期 — T+1 日結算（前一日佣金次日可提現），避免沖正問題
▸最低提現 — 佣金累計 ≥ $10 方可提現
▸提現方式 — 轉入平台交易帳戶（繼續交易）或鏈上提幣
▸防刷機制 — 自買自賣偵測、最低有效交易額（如淨虧 > $0.10 的交易才算有效）
▸代理後台 — 即時查看團隊人數、交易量、佣金明細、提現記錄
8技術架構
前端、後端、區塊鏈、基礎設施四層架構
前端層 (Frontend)
| 組件 | 技術選型 | 說明 |
|---|---|---|
| Web 端 | Next.js 14+ (React) + TypeScript | SSR/SSG 支援、SEO 優化、Polymarket 也使用 React |
| Mobile App | React Native 或 Flutter | 跨平台開發，共用部分邏輯。Flutter 在東南亞開發者社群活躍 |
| 狀態管理 | Zustand / Redux Toolkit | 輕量且高效的全局狀態管理 |
| 即時數據 | WebSocket + React Query | 訂單簿、價格、成交即時推送 |
| 圖表 | TradingView Lightweight Charts | 專業級金融圖表，Polymarket 使用類似方案 |
| Web3 連接 | wagmi + viem + WalletConnect | 主流 Web3 錢包連接方案 |
| UI 框架 | Tailwind CSS + shadcn/ui | 快速開發 + 一致的設計語言 |
| 國際化 | next-intl / i18next | 支援 EN / VI / TL / BN 四語 |
後端層 (Backend)
| 組件 | 技術選型 | 說明 |
|---|---|---|
| API 服務 | Node.js (NestJS) 或 Go (Gin/Fiber) | NestJS 生態豐富；Go 在高併發場景更優 |
| CLOB 撮合引擎 | Rust / C++ / Go | 核心撮合邏輯需高效能，建議 Rust（安全 + 效能） |
| 主資料庫 | PostgreSQL | 用戶、訂單、交易記錄等結構化數據 |
| 快取 | Redis Cluster | 訂單簿快取、Session、Rate Limiting |
| 訊息佇列 | Kafka / RabbitMQ | 交易事件流、通知推送、佣金計算 |
| 搜尋引擎 | Elasticsearch | 市場搜尋、用戶搜尋 |
| 即時推送 | WebSocket Gateway (Socket.io / ws) | 訂單簿更新、價格推送、交易通知 |
| 排程任務 | Bull Queue / Agenda | 對帳、結算、報表生成 |
區塊鏈層 (Blockchain)
| 組件 | 技術選型 | 說明 |
|---|---|---|
| 智能合約 | Solidity (EVM) | CTF 合約、Exchange 合約、多簽合約 |
| 合約框架 | Foundry / Hardhat | 開發、測試、部署 |
| Oracle | UMA Optimistic Oracle 或自建 | 市場結算的可信資料來源 |
| 鏈上監聽 | ethers.js / viem + Alchemy/Infura | 監聽入金事件、合約事件 |
| 多簽 | Safe (Gnosis Safe) | 平台資金管理 |
| 審計 | CertiK / Quantstamp / Trail of Bits | 上線前必須通過至少一家頂級審計 |
基礎設施層 (Infrastructure)
| 組件 | 技術選型 | 說明 |
|---|---|---|
| 雲端服務 | AWS (ap-southeast-1) 或 GCP | 新加坡區域，低延遲覆蓋東南亞 |
| 容器化 | Docker + Kubernetes (EKS/GKE) | 微服務部署、自動擴縮容 |
| CDN | CloudFront / Cloudflare | 靜態資源加速、DDoS 防護 |
| 監控 | Datadog / Grafana + Prometheus | APM、日誌、指標、告警 |
| CI/CD | GitHub Actions + ArgoCD | 自動化測試、部署、回滾 |
| 日誌 | ELK Stack / Loki | 集中式日誌管理 |
| 密鑰管理 | AWS KMS / HashiCorp Vault | 敏感資料加密、API Key 管理 |
9開發路線圖
四個階段，從 MVP 到完整產品 — 含團隊配置與加人效益分析
9.0 基準團隊配置（Baseline：8 人）
以下所有工期預估基於 8 人核心開發團隊 + 1 位產品經理 + 1 位 QA。
核心開發團隊組成
| 角色 | 人數 | 技能需求 | 主要負責 |
|---|---|---|---|
| 前端工程師 | 2 | React / Next.js、TypeScript、Web3 (wagmi/viem)、React Native 或 Flutter | Web 端 UI、App 端、圖表、訂單簿介面、多語系 |
| 後端工程師 | 2 | Node.js (NestJS) 或 Go、PostgreSQL、Redis、Kafka、WebSocket | API 服務、用戶系統、市場管理、分潤引擎、管理後台 API |
| CLOB 撮合引擎工程師 | 1 | Rust 或 C++、高效能系統設計、交易所撮合邏輯 | Off-chain 撮合引擎核心、訂單簿、效能調優 |
| 區塊鏈工程師 | 2 | Solidity、Foundry/Hardhat、Gnosis CTF、Safe 多簽、鏈上監聽 | 智能合約開發/審計、錢包系統、入出金鏈上邏輯、多鏈整合 |
| DevOps / SRE | 1 | AWS/GCP、K8s、Docker、CI/CD、監控 | 基礎設施、部署流程、監控告警、安全加固 |
非開發但必要角色
| 角色 | 人數 | 說明 |
|---|---|---|
| 產品經理 (PM) | 1 | 需求定義、優先級排序、進度追蹤、與老闆/合作夥伴溝通 |
| QA 工程師 | 1 | 測試策略、自動化測試、金流場景驗證、多裝置相容性 |
| UI/UX 設計師 | 1 (可外包) | 前期 UI 設計後可轉為兼職，Phase 1 開始前需完成主要頁面設計稿 |
合計：8 位開發 + 2-3 位非開發 = 10-11 人的完整團隊。以下工期預估都基於這個 8 人開發基準。
9.1 四階段路線圖（8 人基準）
1
Phase 1：MVP 核心交易平台
8 人 · 預估 3-4 個月 · 約 24-32 人月
| 工作包 | 負責角色 | 預估工時 | 說明 |
|---|---|---|---|
| 用戶註冊/登入系統 | 後端 前端 | 3 週 | Email + Google OAuth + Web3 錢包 + Privy 整合 |
| CTF 智能合約 | 區塊鏈 ×2 | 5-6 週 | Fork Gnosis CTF + 自訂 Exchange 合約 + 單元測試 + 測試網部署 |
| CLOB 撮合引擎 | 撮合引擎 | 6-8 週 | 核心撮合邏輯、市價/限價單、訂單簿管理、與合約的整合 |
| 入金 / 出金流程 | 區塊鏈 後端 | 3-4 週 | 鏈上監聽、確認邏輯、餘額管理、出金簽名 |
| 市場瀏覽 + 交易 UI | 前端 ×2 | 6-8 週 | 市場列表、詳情頁、交易面板、訂單簿視覺化、圖表 |
| Portfolio + 交易歷史 | 前端 後端 | 2-3 週 | 持倉、P&L、掛單管理、歷史記錄 |
| 基礎管理後台 | 後端 前端 | 3-4 週 | 市場 CRUD、用戶列表、入出金記錄（可用 Retool/AdminJS 快速搭建） |
| 基礎設施搭建 | DevOps | 持續 | AWS 環境、CI/CD、Docker、監控、日誌 |
關鍵路徑 (Critical Path)：CLOB 撮合引擎（6-8 週）→ 與 CTF 合約整合測試（2 週）→ 端到端交易流程驗證（1 週）。撮合引擎是 Phase 1 最大的技術瓶頸，直接決定整體工期。
2
Phase 2：金流完善 + App 端
8 人 · 預估 2-3 個月 · 約 16-24 人月
| 工作包 | 負責角色 | 預估工時 | 說明 |
|---|---|---|---|
| KYC 分級整合 | 後端 | 2-3 週 | Sumsub/Onfido API 整合、審核流程、額度控管 |
| 信用卡入金 | 後端 前端 | 2 週 | MoonPay/Transak Widget 嵌入 + Webhook 回調 |
| BSC 多鏈支援 | 區塊鏈 ×2 | 3-4 週 | 合約部署至 BSC、跨鏈入金監聽、地址生成 |
| 多簽冷錢包 | 區塊鏈 | 2 週 | Safe 部署 + 熱→冷轉帳排程 + 管理介面 |
| 風控系統 | 後端 | 3-4 週 | 規則引擎、AML (Chainalysis) 整合、異常偵測 |
| iOS / Android App | 前端 ×2 | 6-8 週 | React Native / Flutter 跨平台 App，核心交易功能 |
| 排行榜 + 通知 | 後端 前端 | 2 週 | 排行計算、Push Notification (FCM/APNs) |
| 管理後台完善 | 前端 後端 | 3 週 | Dashboard 圖表、風控面板、金流管理、對帳系統 |
關鍵路徑：App 端開發（6-8 週）與後端金流/風控可平行進行。App 上架審核（Apple 約 1-2 週）需提前規劃。
3
Phase 3：團隊分潤 + 擴展
8 人 · 預估 2-3 個月 · 約 16-24 人月
| 工作包 | 負責角色 | 預估工時 | 說明 |
|---|---|---|---|
| 邀請碼系統 | 後端 前端 | 2 週 | 碼生成、綁定邏輯、追蹤統計、分享頁面 |
| 多層代理分潤引擎 | 後端 ×2 | 4-5 週 | 三級代理樹、即時佣金計算、結算週期、防刷偵測 |
| 代理管理後台 | 前端 後端 | 3 週 | 代理列表、樹狀圖、分潤報表、設定面板 |
| 本地電子錢包入金 | 後端 區塊鏈 | 3-4 週 | MoMo / GCash / bKash API 串接（每個渠道約 1 週） |
| 多語系 + 在地化 | 前端 ×2 | 2-3 週 | i18n 框架、VI/TL/BN/EN 翻譯、在地化市場設定 |
| 社群功能 | 後端 前端 | 3 週 | 評論系統、用戶 Profile、跟單功能 |
| API 開放 | 後端 | 2 週 | 公開 REST + WebSocket API、API Key 管理、文件 |
關鍵路徑：分潤引擎的業務邏輯複雜（多層計算 + 防作弊 + 結算），需要充分的邊界測試。本地支付渠道串接依賴第三方審核流程，可能有不可控延遲。
4
Phase 4：優化與規模化
8 人 · 持續迭代 · 無固定結束點
▸P2P 入金功能
▸模擬交易模式
▸Telegram Mini App
▸進階圖表與分析工具
▸社群治理（用戶提案市場）
▸更多公鏈支援
▸效能優化（撮合引擎、延遲降低）
▸合規擴展至更多東南亞國家
9.2 總工期摘要
| 階段 | 工期（8 人） | 人月數 | 里程碑 |
|---|---|---|---|
| Phase 1 | 3-4 個月 | 24-32 | 越南市場 Web 端 MVP 上線，核心交易可用 |
| Phase 2 | 2-3 個月 | 16-24 | App 上架、多鏈金流、KYC 完整、風控就位 |
| Phase 3 | 2-3 個月 | 16-24 | 三國上線、代理分潤啟動、地推可開始 |
| Phase 4 | 持續 | — | 規模化營運、功能迭代 |
| 合計 P1-P3 | 7-10 個月 | 56-80 人月 | 完整產品上線（Web + App + 三國 + 代理） |
9.3 增加人手的效益分析
「加人能不能縮短工期？」— 答案取決於具體工作包的可並行度。以下是三種團隊規模的比較：
三種團隊規模比較
| 指標 | 精簡團隊（5 人） | 基準團隊（8 人）⬅ 建議 | 加速團隊（13-15 人） |
|---|---|---|---|
| 前端 | 1 人 | 2 人 | 3 人（+1 專職 App） |
| 後端 | 1 人 | 2 人 | 3 人（+1 專職分潤/風控） |
| 撮合引擎 | 1 人 | 1 人 | 1-2 人 |
| 區塊鏈 | 1 人 | 2 人 | 3 人（+1 專職審計/安全） |
| DevOps | 1 人（兼職） | 1 人 | 2 人（+1 SRE） |
| QA | 0（開發自測） | 1 人 | 2 人（+1 自動化測試） |
| Phase 1 工期 | 5-7 個月 | 3-4 個月 | 2.5-3 個月 |
| P1-P3 總工期 | 12-16 個月 | 7-10 個月 | 5-7 個月 |
| 月人力成本（估） | ~$25K-35K | ~$45K-65K | ~$75K-110K |
哪些工作加人有效（可並行拆分）
| 工作包 | 加人方式 | 預估縮短 | 說明 |
|---|---|---|---|
| 前端 UI 開發 | +1 前端（專職 App 端） | 高效 可省 4-6 週 | Web 端和 App 端可完全並行開發，介面獨立，共用 API。加 1 人幾乎等比縮短。 |
| 多鏈支援 | +1 區塊鏈 | 高效 可省 2-3 週 | Polygon 和 BSC 合約部署、監聽服務可完全並行。每條鏈的工作獨立。 |
| 管理後台 | +1 後端 或用低代碼平台 | 高效 可省 2-4 週 | 後台與用戶端 API 可並行。若用 Retool/AdminJS，甚至不需專人。 |
| 本地支付渠道 | +1 後端 | 中等 可省 1-2 週 | MoMo / GCash / bKash 三個渠道可並行串接，但共用支付抽象層需先完成。 |
| QA / 測試 | +1 QA 專職自動化 | 中等 間接省 2-3 週 | 自動化測試可提早發現 bug，減少後期回歸修復時間。金流場景尤其重要。 |
哪些工作加人無效（瓶頸在於複雜度而非人力）
| 工作包 | 為何加人無效 | 真正的瓶頸 |
|---|---|---|
| CLOB 撮合引擎 | 核心撮合邏輯高度耦合，2 人以上同時寫同一個引擎反而增加溝通成本。經典的「一個女人懷胎九月，九個女人不能一個月生一個小孩」。 | 需要 1 位高度專精的工程師，6-8 週不可壓縮。可加 1 人做周邊（測試、監控、API 封裝），但核心邏輯只能一人寫。 |
| 智能合約安全 | 合約安全審計需要逐行 review，加人不加速。且更多人修改合約 = 更多潛在漏洞。 | 合約由 1-2 人精心撰寫 + 外部審計公司獨立審查。審計公司的排程（通常 2-4 週）是外部瓶頸。 |
| 分潤引擎核心邏輯 | 多層分潤的業務規則必須由同一人統一設計，確保邊界情況一致性。 | 1 人設計核心邏輯 + 寫完後再分工做 UI 和報表。邏輯設計約 2 週不可壓縮。 |
| 架構設計與決策 | 系統架構需要統一 vision，太多人參與反而產生分歧與會議地獄。 | Tech Lead 做核心決策，Phase 0 花 2-3 週做技術設計文檔（不可跳過）。 |
最佳加人策略建議
推薦方案：Phase 1 用 8 人基準團隊 起步。如果時程壓力大，Phase 2 開始時加入 3-5 人（1 App 前端 + 1 後端 + 1 區塊鏈 + 1 QA），將 P1-P3 總工期從 7-10 個月壓縮至 5-7 個月。
不建議的做法：Phase 1 第一天就配 15 人以上。初期架構和介面規範尚未穩定，太多人同時開工會導致大量 merge conflict、設計不一致、以及溝通成本暴增（Brook's Law）。正確節奏是前 4-6 週用精幹小隊打地基，地基穩了再擴編。
底線提醒：無論怎麼加人，Phase 1 的 MVP 不可能壓縮到 2 個月以內。CLOB 引擎 + 智能合約 + 端到端整合測試有不可壓縮的最短路徑。如果老闆要求「2 個月內上線完整平台」，需要坦誠溝通這是技術上不可行的——除非大幅削減 MVP 範圍（例如先用 AMM 而非 CLOB）。
10風險與合規
法律、技術、營運三大風險維度
法律與合規風險
| 風險 | 說明 | 緩解措施 |
|---|---|---|
| 博弈法規 | 預測市場在多國可能被認定為博弈行為 | 以「資訊市場 / 意見交易所」定位；聘請當地法律顧問；考慮離岸實體 + 當地合作夥伴結構 |
| 金融牌照 | 部分國家可能要求金融服務牌照 | 評估各國 sandbox 計劃（菲律賓 BSP FinTech Sandbox）；與持牌機構合作 |
| 加密貨幣法規 | 各國對加密貨幣態度不同 | 越南：灰色地帶但大量使用；菲律賓：BSP 註冊 VASP；孟加拉：央行禁令但執法有限 |
| AML / CFT | 反洗錢與反恐融資要求 | 整合 Chainalysis 鏈上分析；KYC 分級制度；大額交易申報 |
技術風險
| 風險 | 說明 | 緩解措施 |
|---|---|---|
| 智能合約漏洞 | 合約被攻擊可能導致資金損失 | 至少兩家頂級審計公司審計；Bug Bounty 計劃；漸進式部署（先小額測試） |
| 私鑰洩露 | 熱錢包私鑰洩露風險 | HSM 管理；多簽機制；熱錢包限額；定期輪換 |
| 撮合引擎故障 | 高併發下引擎可能崩潰 | 壓力測試；熔斷機制；主備切換；降級策略 |
| 鏈上事件延遲 | 網路擁堵導致入金/結算延遲 | 動態 Gas 調整；多 RPC 節點備援；用戶端顯示即時鏈上狀態 |
營運風險
| 風險 | 說明 | 緩解措施 |
|---|---|---|
| 市場操縱 | 大戶操控小市場價格 | 最大持倉限制；異常交易偵測；流動性門檻 |
| 結算爭議 | 市場結果有爭議時的處理 | 明確結算規則；Oracle 爭議機制（類似 UMA 的仲裁投票）；緊急暫停機制 |
| 代理作弊 | 代理透過虛假用戶刷佣金 | 有效用戶定義（最低入金 + 最低交易量）；行為分析偵測機器人；定期審計 |
| 聲譽風險 | 負面事件影響品牌形象 | 透明的運營規則；快速客服回應；社群管理；保留準備金 |
重要聲明：本文檔僅為產品規劃用途。實際上線前，必須取得各目標市場的法律意見書，確認產品定位與營運模式的合法性。特別是關於預測市場是否被認定為博弈、加密貨幣的合法使用、以及金融服務牌照要求。
11財務模型與收益預估
三情境預估 · 第一年逐季 + 三年年度 · 敏感度分析 · 損益平衡點
聲明：以下所有數字均為預估模型，基於公開市場數據與合理假設推算。實際營收取決於市場推廣策略執行力、監管環境、競爭態勢等多重因素。本模型供內部決策參考，不構成任何財務承諾。
11.1 收入來源拆解
四大收入引擎
| 收入來源 | 計算方式 | 預估佔比 | 說明 |
|---|---|---|---|
| 交易手續費 | 交易量 × Taker 佔比 × 平均費率 | ~70-80% | 核心收入。Taker 動態費率最高 2%，50/50 市場最高。Maker 0% 不產生收入。Taker 佔比約 60-70%，平均有效費率約 0.8-1.2% |
| 入金手續費差價 | 法幣入金量 × 加價差 | ~10-15% | 信用卡入金（MoonPay 收 2-3%，平台可再加 0.5-1%）、本地電子錢包入金差價 |
| 提現手續費 | 法幣出金量 × 手續費率 | ~5-8% | 鏈上提幣免費（Gas 用戶付），但法幣出金和本地錢包出金可收 1-2% |
| 流動性收益 | 平台注入流動性的做市收益 | ~3-5% | 平台自營做市商在低流動性市場的買賣差價收益（非必要，可選） |
11.2 成本結構
固定成本（月）
| 項目 | Phase 1 期間 | Phase 2-3 期間 | 營運穩定期 | 說明 |
|---|---|---|---|---|
| 團隊薪資 | $50K-65K | $75K-100K | $90K-120K | 8→12→15 人。東南亞研發中心可壓低成本；撮合引擎 / 區塊鏈人才薪資較高 |
| 雲端基礎設施 | $3K-5K | $8K-15K | $15K-30K | AWS ap-southeast-1、RPC 節點（Alchemy/Infura）、CDN、資料庫 |
| 第三方服務 | $2K-4K | $5K-10K | $10K-20K | KYC (Sumsub ~$1/驗證)、AML (Chainalysis)、SMS Gateway、MoonPay 等 |
| 法務 / 合規 | $3K-5K | $5K-8K | $8K-15K | 三國當地法律顧問、合規諮詢、牌照申請 |
| 辦公 / 雜支 | $2K-3K | $3K-5K | $5K-8K | 辦公室、工具訂閱、差旅 |
| 固定成本合計/月 | $60K-82K | $96K-138K | $128K-193K |
變動成本（與交易量連動）
| 項目 | 佔收入比 | 說明 |
|---|---|---|
| 代理分潤支出 | 交易手續費收入的 30-50% | 三層代理合計最高 50%（總代理線下）。平均約 35%（因不是所有用戶都透過代理進來） |
| 鏈上 Gas 費 | 極低（<1%） | Polygon Gas < $0.01/tx。平台承擔歸集和出金的 Gas |
| 支付渠道成本 | 入金手續費收入的 60-70% | MoonPay/Transak 收 2-3%，平台加價後剩餘 0.5-1% 為利潤 |
| 行銷 / 獲客 | 依策略，$5-15K/月起 | 社群行銷、KOL 合作、地推費用。代理體系本身即是最大獲客渠道 |
11.3 三年損益預估
核心假設參數
| 假設參數 | 保守 | 基準 | 樂觀 |
|---|---|---|---|
| Y1 年底月活躍用戶 (MAU) | 5,000 | 15,000 | 35,000 |
| Y2 年底 MAU | 20,000 | 60,000 | 150,000 |
| Y3 年底 MAU | 50,000 | 150,000 | 400,000 |
| 月均交易額/活躍用戶 | $80 | $150 | $250 |
| 平均有效手續費率（含 Maker 0%） | 0.7% | 1.0% | 1.2% |
| 入金手續費淨利潤率 | 0.3% | 0.5% | 0.8% |
| 代理渠道用戶佔比 | 50% | 60% | 70% |
| 代理平均分潤佔手續費比 | 30% | 35% | 35% |
第一年逐季損益（基準情境）
| 指標 | Q1 開發 + 內測 |
Q2 VN 上線 |
Q3 App + PH |
Q4 BD + 代理 |
Y1 合計 |
|---|---|---|---|---|---|
| MAU（月底） | 0 | 2,000 | 8,000 | 15,000 | — |
| 季均 MAU | 0 | 1,000 | 5,000 | 12,000 | — |
| 季度交易量 | $0 | $450K | $2.25M | $5.4M | $8.1M |
| 交易手續費收入 | $0 | $4,500 | $22,500 | $54,000 | $81,000 |
| 入金手續費淨收入 | $0 | $675 | $3,375 | $8,100 | $12,150 |
| 總收入 | $0 | $5,175 | $25,875 | $62,100 | $93,150 |
| 代理分潤支出 | $0 | -$945 | -$4,725 | -$11,340 | -$17,010 |
| 固定成本 | -$210K | -$210K | -$330K | -$360K | -$1,110K |
| 行銷費用 | -$5K | -$20K | -$35K | -$40K | -$100K |
| 季度淨利（虧損） | -$215K | -$226K | -$344K | -$349K | -$1,134K |
解讀：第一年以開發為主，Q1 零收入（純開發期），Q2-Q4 收入逐步增長但遠不及成本。Y1 預計燒錢約 $1.1M，這在 fintech 產品中屬正常範圍。收入的大部分增長會在 Y2-Y3 用戶規模起來後爆發。
三年年度損益總覽（三情境）
| 指標 | Year 1 | Year 2 | Year 3 | ||||||
|---|---|---|---|---|---|---|---|---|---|
| 保守 | 基準 | 樂觀 | 保守 | 基準 | 樂觀 | 保守 | 基準 | 樂觀 | |
| 年底 MAU | 5K | 15K | 35K | 20K | 60K | 150K | 50K | 150K | 400K |
| 年度交易量 | $2.4M | $8.1M | $24M | $19M | $72M | $270M | $48M | $216M | $960M |
| 交易手續費 | $17K | $81K | $288K | $133K | $720K | $3.24M | $336K | $2.16M | $11.5M |
| 入金/出金手續費 | $4K | $12K | $48K | $19K | $108K | $540K | $48K | $324K | $1.92M |
| 總收入 | $21K | $93K | $336K | $152K | $828K | $3.78M | $384K | $2.48M | $13.4M |
| 代理分潤 | -$3K | -$17K | -$71K | -$20K | -$151K | -$794K | -$50K | -$454K | -$2.82M |
| 固定成本 | -$860K | -$1,110K | -$1,110K | -$1,350K | -$1,560K | -$1,800K | -$1,560K | -$1,920K | -$2,316K |
| 行銷 | -$40K | -$100K | -$150K | -$80K | -$200K | -$400K | -$120K | -$300K | -$600K |
| 年度淨利（虧損） | -$882K | -$1,134K | -$995K | -$1,298K | -$1,083K | +$786K | -$1,346K | -$194K | +$7.66M |
| 累計淨利（虧損） | -$882K | -$1,134K | -$995K | -$2,180K | -$2,217K | -$209K | -$3,526K | -$2,411K | +$7.45M |
關鍵洞察：
▸ 保守情境：三年累計虧損 ~$3.5M，Y3 尚未轉正。需要持續融資或調整策略。
▸ 基準情境：三年累計虧損 ~$2.4M，Y3 接近損益平衡（月度已經有正現金流）。
▸ 樂觀情境：Y2 即轉正，Y3 淨利 $7.6M。三年累計盈餘 $7.4M。這對應的是「爆發增長 + 高交易頻次」的成功場景。
▸ 保守情境：三年累計虧損 ~$3.5M，Y3 尚未轉正。需要持續融資或調整策略。
▸ 基準情境：三年累計虧損 ~$2.4M，Y3 接近損益平衡（月度已經有正現金流）。
▸ 樂觀情境：Y2 即轉正，Y3 淨利 $7.6M。三年累計盈餘 $7.4M。這對應的是「爆發增長 + 高交易頻次」的成功場景。
11.4 敏感度分析
以下分析以基準情境 Y2 數據為基礎，單獨調整一個變數觀察對年度淨利的影響：
關鍵變數敏感度（Y2 基準淨利：-$1,083K）
| 變數 | -30% | -15% | 基準值 | +15% | +30% | 彈性 |
|---|---|---|---|---|---|---|
| MAU 基準 60K |
-$1,326K | -$1,205K | -$1,083K | -$960K | -$838K | 高影響 |
| 月均交易額/用戶 基準 $150 |
-$1,326K | -$1,205K | -$1,083K | -$960K | -$838K | 高影響 |
| 平均手續費率 基準 1.0% |
-$1,299K | -$1,191K | -$1,083K | -$975K | -$867K | 中影響 |
| 代理分潤比例 基準 35% |
-$1,038K | -$1,060K | -$1,083K | -$1,106K | -$1,128K | 低影響 |
| 團隊規模/薪資 基準 $130K/月 |
-$615K | -$849K | -$1,083K | -$1,317K | -$1,551K | 高影響 |
分析結論：
▸ MAU 和人均交易額是收入端最敏感的兩個變數，影響對稱且巨大。獲客和用戶留存是生死攸關的指標。
▸ 團隊薪資是成本端最大槓桿。如果核心團隊設在越南（比起新加坡/台灣可省 40-50%），可大幅改善損益。
▸ 代理分潤意外地影響不大（因為只作用於手續費收入的一部分）。可以大膽給代理高分潤來換取更快的用戶增長。
▸ 手續費率影響中等。不建議為了收入大幅提高費率（會降低交易量），但微調 0.1-0.2% 的空間是有的。
▸ MAU 和人均交易額是收入端最敏感的兩個變數，影響對稱且巨大。獲客和用戶留存是生死攸關的指標。
▸ 團隊薪資是成本端最大槓桿。如果核心團隊設在越南（比起新加坡/台灣可省 40-50%），可大幅改善損益。
▸ 代理分潤意外地影響不大（因為只作用於手續費收入的一部分）。可以大膽給代理高分潤來換取更快的用戶增長。
▸ 手續費率影響中等。不建議為了收入大幅提高費率（會降低交易量），但微調 0.1-0.2% 的空間是有的。
11.5 損益平衡點分析
月度損益平衡條件
公式：
基準情境計算：
月固定成本（營運穩定期）：~$160K
人均月收入：$150 交易額 × 1.0% 手續費 + 入金差 ≈ $2.25/用戶/月
代理分潤後淨收入：$2.25 × (1 - 60%×35%) ≈ $1.78/用戶/月
損益平衡 MAU ≈ $160K ÷ $1.78 ≈ 90,000 月活用戶
月固定成本 ÷ (人均月收入 × (1 - 代理分潤率)) = 損益平衡 MAU基準情境計算：
月固定成本（營運穩定期）：~$160K
人均月收入：$150 交易額 × 1.0% 手續費 + 入金差 ≈ $2.25/用戶/月
代理分潤後淨收入：$2.25 × (1 - 60%×35%) ≈ $1.78/用戶/月
損益平衡 MAU ≈ $160K ÷ $1.78 ≈ 90,000 月活用戶
各情境達到損益平衡的時間點
| 情境 | 平衡 MAU | 預計達成時間 | 累計燒錢額 | 所需融資規模 |
|---|---|---|---|---|
| 保守 | 90,000 | Y3 Q3 — Q4 | ~$3.2M | $3.5-4M （含 Buffer） |
| 基準 | 90,000 | Y2 Q4 — Y3 Q1 | ~$2.2M | $2.5-3M （含 Buffer） |
| 樂觀 | 90,000 | Y2 Q1 — Q2 | ~$1.0M | $1.5-2M （含 Buffer） |
現金流需求摘要
$2.5-3M
基準情境所需資金
（到達損益平衡）
（到達損益平衡）
~90K
損益平衡 MAU
（月活躍用戶數）
（月活躍用戶數）
24-30月
基準情境平衡時程
（自開發起算）
（自開發起算）
資金建議：建議至少準備 $3M 的 runway，覆蓋基準情境下 24-30 個月的營運成本。若以 Seed / Pre-Series A 融資，這個規模在東南亞 fintech 領域是合理的。替代方案是老闆/合作夥伴自籌 $1.5-2M 啟動 Phase 1-2，以早期 traction 數據再募下一輪。
加速到達平衡的槓桿
| 槓桿 | 措施 | 影響 |
|---|---|---|
| 降低固定成本 | 團隊設在越南/菲律賓而非新加坡/台灣。資深核心（撮合引擎、區塊鏈）可遠端；其餘在地招聘 | 固定成本降 30-40%，平衡 MAU 降至 ~55K |
| 提高人均交易額 | 推出高流動性熱門市場（體育賽事、選舉）+ 遊戲化機制（任務獎勵、交易競賽） | 人均 $150→$250，平衡 MAU 降至 ~54K |
| 代理爆發增長 | 早期高分潤吸引大代理（給 40-50%），快速衝量後再逐步調降 | 犧牲短期利潤換 MAU 增速，可能提前 3-6 個月達標 |
| 增加收入來源 | 推出 Premium API（$99-499/月）、市場創建費、廣告位 | 額外 5-10% 收入，小幅加速但非關鍵 |
11.6 衝刺 200 萬 DAU — 規模化野心模型
規模概念：200 萬 DAU 是什麼量級？Polymarket 在 2024 美國大選高峰期的 DAU 約 30-50 萬。我們的目標是做到它的 4-6 倍，且在三個新興市場。這是「區域級超級應用」的規模（類比：Grab 在東南亞、MoMo 在越南）。極具野心，但三國合計 3.9 億人口的市場基數確實撐得起。
DAU vs MAU 換算與市場滲透率
| 指標 | 數值 | 說明 |
|---|---|---|
| 目標 DAU | 2,000,000 | 每日有 200 萬人登入並瀏覽/交易 |
| 對應 MAU | 5,000,000 — 6,000,000 | 交易平台 DAU/MAU 比通常 30-40%，取 35% |
| 對應註冊用戶 | 15,000,000 — 20,000,000 | MAU/註冊比 ~30-35%（大量沉默用戶） |
| 三國網路人口合計 | ~2.33 億 | VN 7,900 萬 + PH 8,500 萬 + BD 6,900 萬 |
| 所需滲透率（MAU） | ~2.4% | 每 100 個上網的人有 2-3 個是月活用戶。同類對標：幣安在 PH 滲透率 ~3-5%、MoMo 在 VN 滲透率 ~40% |
| 可行性判斷 | 有挑戰但可行 | 需要 3-4 年時間、強大的地推網絡、在地化做到極致。不是不可能，但需要認真當作一間公司來經營 |
200 萬 DAU 增長路徑
| 時間點 | DAU | MAU | 營運國家 | 關鍵增長引擎 |
|---|---|---|---|---|
| Y1 Q2 (上線) | 500 | 2,000 | 🇻🇳 | 內測 + 種子用戶 + Crypto 社群 |
| Y1 Q4 | 8,000 | 25,000 | 🇻🇳 🇵🇭 | App 上線、首批代理啟動、體育賽事市場引爆 |
| Y2 Q2 | 50,000 | 150,000 | 🇻🇳 🇵🇭 🇧🇩 | 代理網絡擴張、KOL 行銷、多語系完整上線 |
| Y2 Q4 | 200,000 | 600,000 | 🇻🇳 🇵🇭 🇧🇩 | 本地支付渠道全開、大型賽事/選舉話題紅利 |
| Y3 Q2 | 600,000 | 1,800,000 | 🇻🇳 🇵🇭 🇧🇩 + 擴展 | Telegram Mini App、社群裂變、跟單功能帶動新手 |
| Y3 Q4 | 1,200,000 | 3,500,000 | 🇻🇳 🇵🇭 🇧🇩 + 2-3 國 | 網絡效應成熟、品牌認知度建立、做市商生態 |
| Y4 Q2-Q3 | 2,000,000 | 5,700,000 | 5-6 國 | 🎯 目標達成。市場領導者地位確立 |
增長邏輯：Y1 靠產品 + Crypto 社群冷啟動（千人級）→ Y2 靠代理地推 + 本地支付打開大眾市場（十萬級）→ Y3 靠網絡效應 + 社群裂變 + 重大事件行銷進入百萬級 → Y4 H1 到達 200 萬 DAU。核心假設是每年 5-8 倍的增速，在東南亞市場並非不可能（對標 Axie Infinity 2021 在 PH 的增速）。
200 萬 DAU 所需的團隊規模
| 部門 | Y1 0→25K MAU |
Y2 25K→600K |
Y3 600K→3.5M |
Y4 3.5M→5.7M |
|---|---|---|---|---|
| 工程（前端+後端+區塊鏈+撮合引擎） | 8 | 18-22 | 35-45 | 50-60 |
| DevOps / SRE / 安全 | 1 | 3-4 | 6-8 | 10-12 |
| 產品 + 設計 | 2 | 4-5 | 8-10 | 12-15 |
| 營運 + 客服 + 風控 | 2 | 8-12 | 25-35 | 40-60 |
| 行銷 + 地推 + 代理管理 | 2 | 6-10 | 15-20 | 20-30 |
| 法務 + 合規 + 財務 | 1 | 3-4 | 6-8 | 8-12 |
| 高管團隊 | 2 | 4-5 | 6-8 | 8-10 |
| 合計 | ~18 | ~50-65 | ~100-130 | ~150-200 |
人力佈局重點：Y1-Y2 重心在工程（佔 60%+ 人力），產品要先做出來。Y3 之後重心轉向營運+客服+地推（佔 40%+），因為百萬級用戶的客服、風控、當地營運是最吃人力的。工程團隊增長放緩，轉向效能優化和穩定性。
200 萬 DAU 規模的財務模型
年度損益預估（衝刺模型）
| 指標 | Y1 建設期 |
Y2 爆發期 |
Y3 規模化 |
Y4 2M DAU |
|---|---|---|---|---|
| 年底 DAU | 8K | 200K | 1.2M | 2.0M |
| 年底 MAU | 25K | 600K | 3.5M | 5.7M |
| 年均 MAU | 8K | 200K | 1.8M | 4.5M |
| 月均交易額/用戶 | $180 | $160 | $120 | $100 |
| 年度交易量 | $17M | $384M | $2.59B | $5.4B |
| 交易手續費收入 | $153K | $3.46M | $23.3M | $48.6M |
| 入金/出金手續費 | $26K | $576K | $3.9M | $8.1M |
| 總收入 | $179K | $4.04M | $27.2M | $56.7M |
| 代理分潤 | -$32K | -$847K | -$5.71M | -$11.9M |
| 團隊薪資 | -$1.3M | -$4.2M | -$9.6M | -$14.4M |
| 基礎設施 | -$60K | -$360K | -$1.8M | -$3.6M |
| 第三方服務 + 法務 | -$120K | -$480K | -$1.2M | -$2.0M |
| 行銷 + 地推 | -$300K | -$2.0M | -$5.0M | -$6.0M |
| 辦公 + 雜支 | -$100K | -$400K | -$800K | -$1.2M |
| 總成本 | -$1.91M | -$8.29M | -$24.1M | -$39.1M |
| 年度淨利（虧損） | -$1.73M | -$4.25M | +$3.1M | +$17.6M |
| 累計 | -$1.73M | -$5.98M | -$2.88M | +$14.7M |
人均交易額為何隨規模遞減？早期用戶是 Crypto 原生 + 重度交易者，人均高。隨著代理地推把大量「普通人」帶進來，人均會從 $180 降到 $100。這在所有交易平台都是正常現象（power law 分佈），但總量反而因人數暴增而大幅上升。
資金需求與融資規劃
$8-10M
到達盈利所需總資金
（Y1-Y2 累計虧損 + Buffer）
（Y1-Y2 累計虧損 + Buffer）
Y3 Q1
月度損益平衡點
（MAU ~120 萬時）
（MAU ~120 萬時）
Y4
累計盈虧轉正
（回收全部投資）
（回收全部投資）
$56.7M
Y4 年收入
（2M DAU 達標年）
（2M DAU 達標年）
建議融資節奏
| 輪次 | 時間 | 金額 | 用途 | 估值參考 |
|---|---|---|---|---|
| Seed / 天使輪 | Y0（開發前） | $1.5-2M | Phase 1 開發 + 越南上線 + 核心團隊 12 個月 runway | Pre-money $5-8M |
| Pre-A | Y1 Q3-Q4 | $3-5M | 團隊擴張、三國上線、App 推廣、代理網絡建立 | Pre-money $15-25M 憑 VN 早期 traction |
| Series A | Y2 Q3-Q4 | $8-15M | 百萬級用戶營運、基礎設施升級、擴展新市場、行銷轟炸 | Pre-money $50-80M 憑 600K MAU + 月交易量 $30M+ |
| Series B (可選) | Y3 Q3 | $20-30M | 如果增長超預期，加速擴展至更多國家；或不需要（Y3 已盈利） | Pre-money $200-400M 憑 3M+ MAU + 盈利 |
替代路線 — 自籌啟動：如果老闆和合作夥伴能自籌 $2-3M 啟動 Y1，用早期 traction 證明模型後再融 Pre-A/A 輪。好處是保留更多股權，壞處是現金流壓力大、容錯空間小。
200 萬 DAU 的基礎設施需求
| 組件 | 15K MAU 規格 | 600K MAU 規格 | 5.7M MAU (2M DAU) 規格 |
|---|---|---|---|
| 撮合引擎 | 單機 Rust 服務 ~1,000 TPS |
3 節點叢集 ~10,000 TPS |
分區撮合叢集 (按市場分片) ~100,000+ TPS 需重新架構 |
| API 服務 | 2-4 個 Pod | 10-20 個 Pod + 自動擴縮 | 50-100 Pod + 多區域部署 新加坡 + 孟買 + 香港 |
| 資料庫 | 單 PostgreSQL (r6g.xlarge) | 主從 + 讀取副本 ×3 | 分庫分表 (Citus / Vitess) + 時序 DB (交易記錄) + Redis Cluster 64+ 節點 |
| WebSocket | 1 Gateway | 負載均衡 ×4 | ~200 萬並發連線 NATS/Kafka 作為消息中間層 |
| 鏈上監聽 | 單 RPC + 1 備援 | 專屬節點 + 2 備援 | 自建全節點 ×3 + 多 RPC provider 備援 |
| 月度基礎設施成本 | $3-5K | $25-40K | $250-350K |
架構斷點警告：從 50 萬 MAU 到 500 萬 MAU 之間，幾乎所有核心組件都需要重新架構（撮合引擎分片、資料庫分庫分表、多區域部署）。這不是簡單加機器就能解決的，需要 2-3 個月的架構重構專項。建議在 MAU 達到 30-50 萬時就開始預研，不要等到系統崩了才做。
與基準模型的關鍵差異
| 維度 | 基準模型 15K→150K MAU |
衝刺模型 25K→5.7M MAU |
倍數 |
|---|---|---|---|
| Y3 年收入 | $2.48M | $27.2M | 11× |
| Y3 年度淨利 | -$194K | +$3.1M | 轉正 |
| 累計所需資金 | $2.5-3M | $8-10M | 3-4× |
| 團隊（Y3 高峰） | 15 人 | 100-130 人 | 7-9× |
| Y4 年收入 | ~$5M (估) | $56.7M | 11× |
| 風險等級 | 中等 | 高 | — |
| 回報倍數（如成功） | 2-3× 投資回報 | 10-20× 投資回報 | 高風險高回報 |
給老闆的建議：兩個模型不是二選一，而是階段性選擇。先用基準模型的成本（$2-3M）啟動 Phase 1-2，拿到越南市場的早期 traction 數據。如果 Y1 Q4 的 MAU 增速和留存率達標（月增 50%+ / D30 留存 > 15%），就有信心和數據去融 Pre-A 切入衝刺模型。如果數據不達標，就維持基準模型穩紮穩打。不要在數據出來前就 all-in 衝刺模型。