白標
All-in-one 中心化交易所。

圖一整體技術架構

圖二模組依賴關係

用戶系統 ──→ 所有模組（身份驗證基礎）
資產系統 ──→ 現貨 / 合約 / 理財（帳本核心）
撮合引擎 ──→ 資產系統（成交後更新帳本）
合約引擎 ──→ 資產系統 + 風控系統（保證金 + 強平）
理財系統 ──→ 資產系統（鎖定/釋放資金）
風控系統 ──→ 所有交易模組（即時監控）
手續費系統 ──→ 現貨 + 合約（成交扣費）
通知系統 ──→ 所有模組（事件驅動）
後台管理 ──→ 所有模組（監控與干預）

2.1資產頁 Wallet

頂部「總資產估值」默認 USD 計價、支援 BTC/CNY/EUR 切換；估值基於即時中間價 (Bid+Ask)/2。提供「隱藏小額資產」開關（< $1 自動隱藏）+ 眼睛圖示一鍵隱藏餘額。

三本帳戶分區展示

2.2現貨交易 Spot Trading

整合 TradingView 圖表庫，支援 1m/5m/15m/1h/4h/1D/1W。內建 MA/EMA/BOLL/MACD/RSI/VOL 等技術指標。Orderbook WebSocket 推送，延遲 < 50ms，顯示最佳 20 檔買賣價量 + 累計深度條形圖。

四種訂單類型

2.3合約交易 Futures Trading

USDT 本位 + 幣本位永續合約 (Perpetual)。永續合約無交割日，靠資金費率錨定現貨。槓桿滑桿 1x~125x，BTC/USDT 最高 125x、山寨幣最高 20~75x。開倉前需先選保證金模式（逐倉 / 全倉），兩者可在該幣種無持倉、無掛單時切換。下單面板常駐顯示：預估強平價、預估開倉手續費、下一次資金費率倒數與預測值。

2.3.1 保證金模式：逐倉 Isolated ｜ 全倉 Cross

保證金模式決定「行情不利時最多會賠掉多少」以及「帳戶其他資金會不會被牽連」，是合約新手最常誤解、也最容易爆倉的地方，因此完整列出兩者的行為差異、適用情境與強平邏輯。

切換規則：模式綁定「幣種 × 持倉方向」，必須在該幣種無持倉且無未成交掛單時才能切換，切換不影響其他幣種。逐倉可在持倉中手動追加保證金以降低強平價；全倉則由系統以帳戶可用餘額自動承接。

2.3.2 資金費率 Funding Rate

永續合約沒有到期交割，價格會偏離現貨。資金費率是一種多空之間週期性互付的機制（平台不抽成，屬 P2P 轉移），用來把合約價格拉回現貨：合約溢價、做多過熱時費率為正，多方付給空方以抑制做多；合約折價、做空過熱時費率為負，空方付給多方。

結算週期：每 8 小時一次，結算時點為 00:00 / 08:00 / 16:00（UTC）。只有在結算時點仍持有倉位者才需收付；在兩次結算之間開平倉不產生資金費用。費用直接進出保證金餘額，不是手續費。

資金費率 F = 溢價指數 P + clamp( 利率 I − P , −0.05%, +0.05% )
利率 I：USDT 本位預設 0.01% / 8h（約 0.03% / 日）
溢價指數 P：合約標記價相對現貨指數的加權溢價
單次費率上下限：±0.75%（依風險限額分級調整）

單次資金費用 = 持倉名義價值 × F
例：持有 BTC 多單名義 $50,000，本次 F = +0.01%
應付 = 50,000 × 0.0001 = $5（多方付給空方）

面板顯示：合約交易頁頂部常駐「當前費率＋下次結算倒數＋預測費率」；持倉面板估算下一次應收或應付金額，讓用戶在結算前可自行決定是否減倉以避開高費率。

2.3.3 強平與標記價格

持倉面板常駐顯示強平價格（紅色）。標記價格接近強平價時（差距小於 5%），觸發 Push 通知與頁面閃爍警告。標記價格為三所（Binance/OKX/Bybit）現貨指數加權平均，作為未實現盈虧與強平的唯一判定價，防止單一交易所插針造成不合理強平。

【逐倉】強平價（做多）= 開倉價 × (1 − 1/槓桿 + MMR)
例：BTC $50,000 開多、10x 槓桿、MMR = 0.5%
強平價 = 50,000 × (1 − 0.1 + 0.005) = $45,250
→ 只賠掉該倉保證金，帳戶其餘資金不受影響

【全倉】觸發條件：帳戶權益 低於 各倉位維持保證金總和
帳戶權益 = 錢包餘額 ＋ 未實現盈虧總和
→ 系統以整個帳戶可用餘額承接，強平時可能損失全部保證金

MMR（維持保證金率）依倉位名義價值階梯遞增，見 6.3 風險限額分級

2.4理財 Earn

活期：T+0 贖回、利率浮動、現貨閒置可自動申購。定期：7/14/30/60/90/120 天，到期自動到帳，可勾選自動續期。Staking：PoS 鏈原生質押 (ETH/SOL/ADA/DOT)，鎖倉期間每日發放收益。

日收益 = 持倉金額 × APY / 365
APR vs APY 轉換: APY = (1 + APR/n)^n - 1  （n = 複利頻率）

3.1新用戶入金流程

3.2現貨交易流程

3.3合約強平三層機制

3.4充值資金流轉

用戶鏈上轉帳
    ↓
[區塊鏈節點監聽] → 掃描新區塊，匹配平台地址
    ↓
[確認數檢查] → BTC: 2 確認 / ETH: 12 確認 / USDT-TRC20: 20 確認
    ↓
[入帳服務]
    1. asset_ledger 記錄充值流水 (credit)
    2. 用戶現貨帳戶餘額 +N
    3. 發送 Kafka 事件: asset.deposit.confirmed
    ↓
[歸集] → 定時將用戶充值地址歸集至熱錢包
        熱錢包餘額超閾值 → 自動轉入冷錢包

核心帳本邏輯：每筆資產變動都是一條 ledger entry (借/貸)，採複式記帳。帳本操作必須在資料庫事務中完成 (SELECT FOR UPDATE + INSERT + UPDATE balance)，杜絕超發。

6.1KYC 三級分流

6.2冷熱錢包架構

熱錢包僅保留平台總資產 2%~5% (滿足日常提現)。冷錢包保管 95%~98%。冷錢包私鑰分片存於不同地理位置 (Shamir's Secret Sharing / MPC 多簽)。每日自動對帳 (鏈上 vs 帳本)，差異即時告警。

6.3合約風險限額分級

倉位越大，最大可用槓桿越低（階梯式限額），防止巨鯨單方向操縱市場。

6.4提現風控三層防線

第一層 用戶端：2FA 雙重驗證、提現白名單、防釣魚碼。

第二層 系統端：新地址 24h 鎖定、累計提現限額 (按 KYC 等級)、異常行為偵測。

第三層 人工端：大額 (> $10K) 人工審核 (2h SLA)、可疑交易人工複查、凍結帳號需雙人審批。

6.5極端行情防護與壓力測試

2025 年有兩起真實事件，是任何合約產品都必須正面回應的壓力測試題：10/10 事件（單日約 $190 億強制清算、一分鐘蒸發 $32 億，幣安因內部訂單簿定價使 USDe、wBETH、BNSOL 僅在該所脫錨，交叉保證金把單一資產虧損擴散成全帳戶爆倉）；Hyperliquid JELLY 狙擊（攻擊者用數個新帳戶自己當雙方，拉抬低流動性幣種現貨、透過標記價把清算來的有毒空單灌進強制接盤金庫，一度造成金庫 27% 帳面回撤）。兩者根因重疊：標記價格可被扭曲，加上強平與接盤機制在極端行情下反而放大傷害。以下是為 SimonEx 設計的防護。

事件 → 破口 → SimonEx 對策

六道防線

強平斷路器決策流

標記價格更新（多源中位數）
   → 來源脫錨或離群？ 是 → 剔除該來源並重算
                      否 ↓
   → 觸及價格帶或波動閾值？ 是 → 斷路器：暫停或限速撮合 → 回到重算
                          否 ↓
   → 帳戶權益 低於 維持保證金？ 否 → 持倉正常
                              是 ↓
   → 分批漸進強平（TWAP 拆單）
         → 保險基金充足？ 是 → 基金承接，單市場曝險封頂 → 持倉正常
                          否 → ADL，並提前收緊全市場槓桿與新倉 → 持倉正常

7.1已沉澱的產品庫存

客戶簽約那一刻起，他能拿到的不是空白專案，而是下面這些已經做好、隨時可組裝的模組：

📦 基礎套組（所有客戶都有）

🧩 客製模組庫（按客戶需求 plug-in）

7.2新客戶 12 週交付流程

7.3規模化效應 — 第二、三個客戶縮到 6~8 週

第一個客戶 12 週是「沉澱期 + 交付期」加總。從第二個客戶開始，因為基礎套組與客製模組都已存在，交付時間應該縮短到 6~8 週：

驗收這個假設（呼應 Story 區的 H2 模組化規模化假設）：第二、三個客戶實際交付時間如果接近 12 週，代表基礎套組沉澱不夠紮實，需要回頭重構。

7.4客戶上線後的加購服務

客戶上線後，可隨時加購進階模組 — 我們的營收不是「12 週賣斷」，而是「持續加值」：

常見加購：幣本位合約、定期理財 + Staking、自動複利、冷錢包 MPC 多簽自動化、ML 風控模型、API 交易、子帳戶體系、多語言、移動端 App（Flutter 雙平台一次出包）、額外客製模組（按需報價）。