去中心化錢包
+ DEX 聚合器。

圖一整體分層架構

2.1內建錢包 (Wallet Core)

採用 BIP39/BIP32/BIP44 標準，路徑 m/44'/60'/0'/0/x 支援多帳號派生。所有私鑰使用 AES-256-GCM 加密儲存於本機 Secure Storage (iOS Keychain / Android EncryptedSharedPreferences / Web IndexedDB + WebCrypto)。

// 助記詞生成 (BIP39)
const mnemonic = ethers.Mnemonic.entropyToPhrase(ethers.randomBytes(16)); // 12 words
const wallet = ethers.HDNodeWallet.fromPhrase(mnemonic, undefined, "m/44'/60'/0'/0/0");

// 加密存儲
const encryptedJson = await wallet.encrypt(userPassword); // scrypt KDF
// 存入 IndexedDB（Web）或 Keychain（App）

// 解密還原
const decryptedWallet = await ethers.Wallet.fromEncryptedJson(encryptedJson, userPassword);

2.2外部錢包連接 (wagmi + viem)

// wagmi config — 統一管理所有 Connector
export const config = createConfig({
  chains: [mainnet, polygon, arbitrum, bsc],
  connectors: [
    injected(),                    // MetaMask
    walletConnect({ projectId: 'YOUR_WC_PROJECT_ID', ... }),
  ],
  transports: {
    [mainnet.id]: http('https://eth-mainnet.g.alchemy.com/v2/KEY'),
    [polygon.id]: http('https://polygon-mainnet.g.alchemy.com/v2/KEY'),
    ...
  },
});

2.3Swap 核心流程

// 1. 檢查 Allowance
const allowance = await tokenContract.allowance(userAddress, ROUTER_ADDRESS);

// 2. 如需 Approve（精確授權）
if (allowance < amountIn) {
  await tokenContract.approve(ROUTER_ADDRESS, amountIn);  // ⚠️ 不用 MaxUint256
}

// 3. 執行 Swap
const swapTx = await routerContract.swapExactTokensForTokens(
  amountIn,
  amountOutMin,  // 扣除滑點
  [tokenA, tokenB],
  userAddress,
  deadline
);

2.4多鏈 Fallback Provider

// 多節點容錯
const provider = new ethers.FallbackProvider([
  { provider: alchemyProvider, priority: 1, stallTimeout: 2000 },
  { provider: infuraProvider, priority: 2, stallTimeout: 2000 },
]);

2.5交易狀態追蹤

5.1私鑰流向（核心原則）

⚠️ 私鑰永遠不離開用戶裝置。

❌ 私鑰永遠不會：傳送到後端伺服器 / 寫入 log / 出現在 URL / 存入未加密 Storage。

5.2助記詞 6 大風險與防護

5.3合約風險偵測

5.4Approve 無限授權風險

// ❌ 危險：無限授權
await token.approve(router, ethers.MaxUint256);

// ✅ 安全：精確授權
await token.approve(router, exactAmountNeeded);

// 一鍵撤銷授權
async function revokeApproval(tokenAddr, spenderAddr, signer) {
  const token = new ethers.Contract(tokenAddr, ERC20_ABI, signer);
  return token.approve(spenderAddr, 0); // 設為 0
}

UI 設計：Swap 時預設精確授權；提供「授權管理」頁面列出所有已授權 Token + Spender；每項顯示「撤銷」按鈕。

5.5防釣魚機制

啟動時載入 MetaMask 釣魚黑名單 (auto-updated)。DApp 連線前檢查 domain：blacklist 直接阻擋、whitelist 直接通過、unknown 顯示警告。所有外部連結強制顯示完整 URL，可疑 URL 高亮提醒。

5.6鏈上永續與金庫防狙擊（JELLY 型攻擊防護）

當 SimonEx 的 DEX 聚合層延伸到鏈上永續、或提供流動性金庫（Vault）作為做市與接盤方時，必須正面回應 2025 年 3 月 Hyperliquid JELLY 事件：攻擊者用數個新帳戶自己當雙方，先讓一筆過度槓桿的空單被清算、灌進強制接盤金庫，再拉抬低流動性幣種現貨、經標記價把金庫的空單推入巨額帳面虧損（一度達金庫 NAV 的 27%）。根因是標記價貼著可操縱的現貨、單一市場無曝險上限、金庫無法拒絕接盤。以下防護與 CEX 6.5 呼應，聚焦鏈上場景。

6.1已沉澱的產品庫存

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

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

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

Web3 客戶要的客製化比 CEX 更深 — 因為很多客戶就是「想推自己的 Token」，這牽涉到代幣經濟學、流動性設計、質押收益這些核心 DeFi 模組。我為這些需求設計了可組裝的客製模組庫：

6.2新客戶 6~8 週交付流程

6.3規模化效應 — 第二、三個客戶縮到 4~5 週

第一個客戶 6~8 週是「沉澱期 + 交付期」加總。從第二個客戶開始，如果沒新模組需求，交付時間應該縮到 4~5 週：

跟 CEX 對比：CEX 客戶交付 12 週（含合約引擎 + 金流通路）；DEX 客戶交付 6~8 週（stateless + 不用接金流）。DEX 是 CEX 之後的自然延伸 — 同一批 30 人團隊複用核心架構與部分客製模組。

6.4客戶簽約後可加購的進階模組

上線後客戶可隨時加購：

• 限價單 (Limit Order)：1inch limit order 整合或自建
• 進階交易模擬：Tenderly Bundle Simulator 整合
• 授權管理頁面：列出所有已 Approve token + 一鍵撤銷
• 移動端 App：Flutter 雙平台一次出包
• 機構級 API：給 OTC desk / 做市商使用的 REST + WebSocket
• 客製代幣模型：例如稅費代幣、Reflection、Anti-MEV 設計

6.5不要做（重要原則）

• 自建 AMM 合約 — 直接用 Uniswap，不要重造輪子
• 自建 Token List — 用 Uniswap 官方 + 客戶自選白名單
• 自建 RPC 節點 — Alchemy/Infura FallbackProvider 足夠
• 跨鏈橋自建 — 安全風險太高，直接整合 Wormhole SDK（理由見決策 #5）

6.6技術棧

React 18 + TypeScript 5
Vite 5 + TailwindCSS
wagmi v2 + viem v2（外部錢包整合）
ethers.js v6（內建錢包核心，BIP39/BIP44/加密）
@walletconnect/modal v2.7 + @walletconnect/ethereum-provider v2.17
@tanstack/react-query v5 + Zustand v5
Alchemy SDK + Multicall3 + FallbackProvider