DecentrAI 白皮書
1. 摘要
DecentrAI 是一個完全去中心化的人工智慧推論網路,任何人都可以免費使用 AI 助手,無需註冊、無需付費、無需交出個人資料。網路由分散在全球的 GPU 礦工驅動——礦工提供算力執行 AI 推論,並以此獲得原生代幣 DXAI 作為獎勵。DXAI 代幣總量上限 2,100 萬枚,100% 透過挖礦產出,零預挖、零團隊配額、零風險投資分配。所有結算透過 Merkle Tree 錨定於 Arbitrum One 鏈上,實現可驗證、不可竄改的獎勵分配機制。DecentrAI 的目標是讓 AI 成為一種公共資源——就像網際網路本身一樣,屬於所有人。
2. 問題
2.1 中心化 AI 的四大困境
當前主流 AI 服務(ChatGPT、Claude、Gemini 等)存在根本性的結構問題:
高成本壁壘:API 調用按 token 計費,單次複雜對話可能花費數美元。對開發者而言,月帳單動輒數千美元。這將 AI 的使用權限鎖定在有支付能力的個人和企業手中,形成新的數位鴻溝。
內容審查:中心化服務商依照自身政策過濾回應內容。雖然某些過濾有其合理性,但這意味著使用者無法確定自己接收到的是完整、未經篩選的資訊。服務商的審查標準不透明,且可能隨時改變。
隱私風險:每次對話都被上傳至服務商的伺服器,用於模型訓練和改進。使用者的思考過程、商業機密、個人資訊全部被收集,而使用者對此幾乎沒有控制權。
無使用者所有權:使用者是租戶,不是擁有者。服務商可以單方面修改價格、調整模型行為、終止服務,使用者無法參與任何決策。
┌──────────────────────────────────────────┐
│ 中心化 AI 服務現況 │
│ │
│ 使用者 ──→ 服務商伺服器 ──→ 回應 │
│ │ │ │
│ │ ┌────┴────┐ │
│ │ │ 審查過濾 │ │
│ │ │ 資料收集 │ │
│ │ │ 按量計費 │ │
│ │ └─────────┘ │
│ │ │
│ └──→ 無控制權、無所有權 │
└──────────────────────────────────────────┘
2.2 為什麼現在是對的時機
開源大型語言模型(如 Llama、Qwen、Mistral)的能力已經逼近閉源模型。7B 參數模型可在消費級顯卡上流暢運行,70B 模型透過量化技術可在 24GB VRAM 上執行。全球有數百萬張閒置 GPU 等待被利用——遊戲玩家的 RTX 4090、資料中心的 A100、研究機構的 H100。DecentrAI 將這些閒置算力組織成一個有經濟激勵的推論網路。
3. 解決方案
DecentrAI 是一個免費、去中心化的 AI 助手,由 GPU 礦工網路驅動。
┌─────────────────────────────────────────────────┐
│ DecentrAI 架構 │
│ │
│ 使用者 ──→ 路由層 ──→ GPU 礦工 A ──→ 回應 │
│ │ │
│ ├──→ GPU 礦工 B ──→ 品質評分 │
│ │ │
│ └──→ GPU 礦工 C ──→ 共識投票 │
│ │
│ 結算層 ──→ Merkle Tree ──→ Arbitrum One 鏈上 │
│ │
│ ✓ 免費使用 ✓ 無需註冊 ✓ 隱私保護 │
│ ✓ 抗審查 ✓ 透明獎勵 ✓ 社群治理 │
└─────────────────────────────────────────────────┘
核心原則:
- 免費使用:任何人都可以直接使用 AI 助手,無需註冊或付費
- 礦工驅動:全球 GPU 擁有者提供算力,執行 AI 推論任務
- 公平獎勵:礦工依照貢獻的算力和回應品質,獲得 DXAI 代幣獎勵
- 鏈上透明:所有獎勵分配透過 Merkle Tree 可驗證地記錄在區塊鏈上
- 社群治理:DXAI 持有者透過 DAO 投票決定網路的發展方向
4. 技術架構
4.1 有用工作量證明(Proof of Useful Work)
傳統的工作量證明(如比特幣)消耗大量能源計算無意義的雜湊值。DecentrAI 將挖礦重新定義為「執行 AI 推論」——礦工提供算力回答使用者的問題,這份工作本身就是有價值的。
每次推論任務產生以下可驗證的指標:
| 指標 | 說明 |
|---|---|
prompt_tokens | 輸入 token 數量 |
completion_tokens | 輸出 token 數量 |
latency_ms | 首 token 延遲(毫秒) |
total_ms | 總回應時間(毫秒) |
quality_score | 品質評分(0.0 - 1.0) |
礦工的獎勵與這些指標直接掛鉤:更快的回應、更高的品質、更多的 token 產出 = 更多的 DXAI 獎勵。
4.2 Epoch 獎勵系統
網路以 Epoch(紀元)為單位運作,每個 Epoch 為 10 分鐘:
Epoch 時間線
═══════════════════════════════════════════════
Epoch N Epoch N+1
├──── 10 分鐘 ────┤ ├──── 10 分鐘 ────┤
│ │ │ │
│ 礦工執行推論 │ │ 礦工執行推論 │
│ 累積工作量 │ │ 累積工作量 │
│ │ │ │
└──── 結算 ────────┘ └──── 結算 ────────┘
│ │
▼ ▼
獎勵分配 50 DXAI 獎勵分配 50 DXAI
(前 4 年) (前 4 年)
Epoch 獎勵公式:
基礎獎勵 = 50 DXAI(每 Epoch) 減半週期 = 每 210,240 個 Epoch(約 4 年) 第 N 次減半後的 Epoch 獎勵 = 50 / (2^N) DXAI 礦工 i 的獎勵 = Epoch 獎勵 × (礦工 i 的加權工作量 / 總加權工作量) 加權工作量 = completion_tokens × quality_score × tier_multiplier
4.3 Merkle Tree 鏈上結算
每個 Epoch 結算時,系統將所有礦工的獎勵組織為 Merkle Tree,並將 Merkle Root 提交至 Arbitrum One 上的 DXAIMining 智能合約。
Merkle Root
(提交至鏈上)
/ \
/ \
Hash(A+B) Hash(C+D)
/ \ / \
/ \ / \
Leaf A Leaf B Leaf C Leaf D
礦工A 礦工B 礦工C 礦工D
3.2 DXAI 1.8 DXAI 2.5 DXAI 1.1 DXAI
Leaf = keccak256(abi.encodePacked(address, amount))
礦工可以在任何時間提交 Merkle Proof 領取獎勵,無需信任任何中心化實體。
4.4 專家路由(Expert Routing)
不同類型的問題需要不同類型的模型。DecentrAI 的路由層會自動分析使用者的問題意圖,並將請求派發至最適合的礦工:
| 意圖類型 | 推薦模型 | 說明 |
|---|---|---|
code | Qwen2.5-Coder | 程式碼生成與除錯 |
math | DeepSeek-R1 | 數學推理與計算 |
writing | Llama-3.3 | 文章撰寫與翻譯 |
analysis | Qwen2.5 | 資料分析與推理 |
general | 任意模型 | 一般對話問答 |
礦工可以宣告自己運行的模型,路由層據此進行最佳匹配。
4.5 共識投票(Consensus Voting)
對於需要高品質回應的複雜問題,DecentrAI 採用「深度模式」——同時向 3 位礦工發送相同問題,收集多份回應後進行品質評分,選出最佳回答。
使用者提問(深度模式)
│
├──→ 礦工 A ──→ 回應 A ──→ 品質評分: 0.85
│
├──→ 礦工 B ──→ 回應 B ──→ 品質評分: 0.92 ← 勝出
│
└──→ 礦工 C ──→ 回應 C ──→ 品質評分: 0.78
│
▼
回應 B 返回給使用者
三位礦工均獲得 DXAI 獎勵
所有參與推論的礦工都會獲得獎勵,但品質更高的礦工獲得更多。
4.6 自我進化模型(Self-Evolving Model)
DecentrAI 自動收集高品質的對話資料(品質評分 > 0.8),轉換為微調訓練集。當累積足夠資料後,系統觸發一次進化週期:
- 收集:從高品質對話中提取訓練樣本
- 訓練:使用 LoRA 在基礎模型上微調
- 部署:將微調後的模型推送至礦工節點
- 驗證:比較新舊模型在測試集上的表現
每一代模型都站在前一代的肩膀上,持續進步。
4.7 分散式推論(Distributed Inference)
對於超大模型(70B+ 參數),單一 GPU 可能無法容納完整模型。DecentrAI 支援管線平行(Pipeline Parallelism),將模型拆分到多台礦工上協同執行:
70B 模型分散式推論
══════════════════════════════════
礦工 A (24GB VRAM) 礦工 B (24GB VRAM)
┌─────────────────┐ ┌─────────────────┐
│ Layer 0 - 39 │──→│ Layer 40 - 79 │──→ 輸出
│ (前半模型) │ │ (後半模型) │
└─────────────────┘ └─────────────────┘
需求:2+ 台 12GB+ VRAM 的礦工同時在線
系統會自動偵測在線礦工的 VRAM 容量,決定最佳的模型拆分方案。
5. 代幣經濟
5.1 DXAI 代幣概覽
| 項目 | 值 |
|---|---|
| 代幣名稱 | DXAI |
| 總量上限 | 21,000,000 |
| 預挖 / ICO / 風投配額 | 0(零) |
| 產出方式 | 100% 挖礦產出 |
| 鏈 | Arbitrum One (Layer 2) |
| 代幣標準 | ERC-20 |
| 精度 | 18 位小數 |
5.2 礦工等級(Tiers)
| 等級 | 代表硬體 | VRAM | 獎勵倍率 | 說明 |
|---|---|---|---|---|
| T0 | CPU / 整合顯卡 | 0 | 1.0x | 入門級,瀏覽器挖礦 |
| T1 | RTX 3060 / 4060 | 8-12 GB | 1.5x | 消費級入門 |
| T2 | RTX 4070 / 5060 Ti | 12-16 GB | 2.0x | 主流算力 |
| T3 | RTX 4090 / 5090 | 24 GB | 3.0x | 高端消費級 |
| T4 | A100 / H100 | 40-80 GB | 5.0x | 資料中心級 |
等級由礦工註冊時提交的 GPU 資訊自動判定。更高等級的硬體能夠運行更大的模型、產生更快的回應,因此獲得更高的獎勵倍率。
5.3 減半時程
| 時期 | Epoch 獎勵 | 累積發行量(約) |
|---|---|---|
| Year 0-4 | 50.0 DXAI | 10,512,000 DXAI |
| Year 4-8 | 25.0 DXAI | 15,768,000 DXAI |
| Year 8-12 | 12.5 DXAI | 18,396,000 DXAI |
| Year 12-16 | 6.25 DXAI | 19,710,000 DXAI |
| Year 16-20 | 3.125 DXAI | 20,367,000 DXAI |
| ... | ... | → 21,000,000 DXAI |
每 210,240 個 Epoch(約 4 年),Epoch 獎勵減半。這與比特幣的減半機制相同,確保代幣供給逐漸遞減,直到達到 2,100 萬枚上限。
5.4 銷毀機制
當 DecentrAI 未來推出付費進階功能(如優先推論、專用模型等)時,每筆付費交易的 2% 將被永久銷毀(發送至零地址)。這創造了通縮壓力,隨著網路使用量增加,流通中的 DXAI 逐漸減少。
付費交易流向
═══════════════════════════════
使用者支付 100 DXAI
│
├──→ 98 DXAI → 礦工獎勵池
│
└──→ 2 DXAI → 銷毀(永久移除流通)
6. 治理
6.1 DAO 治理架構
DecentrAI 由 DAO(去中心化自治組織)治理。DXAI 代幣持有者可以提案並投票決定網路的發展方向。
提案 → 討論期(3天) → 投票期(5天) → 時間鎖(2天) → 執行
│
▼
多簽委員會可否決
(僅限安全相關)
6.2 提案類型與門檻
| 提案類型 | 門檻 | 最低投票率 | 說明 |
|---|---|---|---|
| 參數調整 | 51% | 5% | Epoch 時長、獎勵倍率等 |
| 升級合約 | 67% | 10% | 智能合約升級 |
| 資金動用 | 75% | 15% | 國庫資金使用 |
| 緊急修復 | 51% | 3% | 安全漏洞修補(24hr 快速通道) |
6.3 安全機制
- 多簽委員會(5/7 Multi-sig):由社群選出的 7 位委員組成,合約升級需至少 5 位簽署
- 時間鎖(Timelock):所有非緊急提案通過後需等待 48 小時才能執行,給社群反應時間
- 否決權(Veto):多簽委員會可否決明顯危害網路安全的提案,但此權力僅限於安全相關議題
7. 路線圖
Phase 0 — 基礎建設 已完成
- ✓ 核心推論代理(Ollama 整合)
- ✓ Epoch 獎勵引擎(10 分鐘週期)
- ✓ Merkle Tree 結算邏輯
- ✓ SQLite 本地帳本
- ✓ 品質評分系統
- ✓ Chat UI(PWA,離線支援)
- ✓ 挖礦儀表板、錢包頁面、區塊瀏覽器
Phase 1 — 礦工網路 已完成
- ✓ 外部礦工註冊 API
- ✓ 心跳機制與離線偵測
- ✓ GPU 自動分級(T0-T4)
- ✓ 專家路由(意圖偵測 + 模型匹配)
- ✓ 瀏覽器挖礦(Browser Mining)
- ✓ 共識投票(深度模式,3 礦工品質競選)
Phase 2 — 鏈上整合 進行中
- ✓ DXAI ERC-20 代幣合約(Arbitrum One)
- ✓ DXAIMining 結算合約
- ✓ Merkle Root 鏈上提交
- ✓ Merkle Proof 領取機制
- ☐ Uniswap V3 流動性池
- ☐ 鏈上治理合約
Phase 3 — 進階功能 規劃中
- ☐ 分散式推論上線(Pipeline Parallelism)
- ☐ 自我進化模型 V1(LoRA 微調)
- ☐ 多模態支援(圖片 + 語音)
- ☐ 付費進階通道 + 銷毀機制
- ☐ 移動端 App(iOS / Android)
Phase 4 — 生態擴展 規劃中
- ☐ 開發者 API(按量計費 + DXAI 支付)
- ☐ 模型市場(礦工上架自訂微調模型)
- ☐ 企業專用推論通道
- ☐ 跨鏈橋(Arbitrum ↔ Ethereum ↔ Base)
Phase 5 — 完全去中心化 願景
- ☐ 路由層去中心化(P2P 節點發現)
- ☐ 品質評分去中心化(鏈上仲裁)
- ☐ 模型訓練去中心化(聯邦學習)
- ☐ 多簽委員會移交社群
- ☐ 核心團隊退出營運
8. 智能合約
所有合約部署於 Arbitrum One(Chain ID: 42161)。
| 合約 | 地址 | 說明 |
|---|---|---|
| DXAI Token (ERC-20) | 0xeD708149D6aEDa21Cb71700d8634F1B33f6544c9 |
DXAI 代幣合約 |
| DXAIMining | 部署中 | Epoch 結算 + Merkle Root |
| Governance | 規劃中 | DAO 治理合約 |
| Timelock | 規劃中 | 時間鎖控制器 |
9. 團隊
DecentrAI 由匿名創始團隊發起,秉持密碼龐克(Cypherpunk)精神——程式碼即身分,貢獻即資歷。
為什麼匿名?
- AI 去中心化是一個需要抗審查的運動,匿名保護團隊免受外部壓力
- 避免個人崇拜——DecentrAI 屬於社群,不屬於任何個人
- 零預挖、零團隊配額的設計意味著團隊必須和所有人一樣挖礦獲取 DXAI
社群驅動開發:
- 所有核心程式碼開源
- 任何人都可以提交 Pull Request
- 重大技術決策透過 DAO 投票
- Discord / Telegram 社群頻道開放討論
10. 風險揭露
我們相信誠實是建立信任的基礎。以下是 DecentrAI 面臨的已知風險:
10.1 技術風險
- 推論品質不穩定:開源模型的能力仍與頂級閉源模型(GPT-4、Claude)存在差距。多礦工的硬體差異可能導致回應品質不一致。
- 延遲問題:去中心化推論比中心化伺服器慢。路由、共識投票、礦工間通信都增加延遲。
- 智能合約風險:儘管會進行安全審計,智能合約仍可能存在未發現的漏洞。
- 網路攻擊:惡意礦工可能提交低品質或有害的回應。品質評分系統可能被博弈。
10.2 經濟風險
- 代幣價格波動:DXAI 代幣的市場價格可能劇烈波動,挖礦收益的法幣價值不可預測。
- 算力集中化:大型礦場可能壟斷算力,形成事實上的中心化。
- 流動性不足:早期 DXAI 代幣可能缺乏交易流動性。
10.3 法規風險
- 合規不確定性:各國對加密貨幣和 AI 的監管政策持續演變,可能影響 DecentrAI 的運營。
- 代幣分類:DXAI 代幣在不同司法管轄區可能被歸類為不同的金融商品,帶來合規義務。
10.4 營運風險
- 早期中心化:Phase 0-2 期間,核心基礎設施仍由創始團隊維護,存在單點故障風險。
- 礦工不足:網路需要足夠數量的礦工才能提供穩定服務。早期可能面臨算力不足的問題。
附錄
A. 術語表
| 術語 | 說明 |
|---|---|
| Epoch | 10 分鐘為一個計算週期,Epoch 結束時結算獎勵 |
| Merkle Tree | 一種雜湊樹結構,用於高效驗證大量資料的完整性 |
| Merkle Root | Merkle Tree 的根雜湊,代表整棵樹的摘要 |
| Merkle Proof | 證明某筆資料存在於 Merkle Tree 中的路徑 |
| LoRA | Low-Rank Adaptation,一種低成本的模型微調技術 |
| Pipeline Parallelism | 將模型按層切割分配到多台機器上執行 |
| Arbitrum One | Ethereum Layer 2 擴容方案,交易成本低、速度快 |
| DXAI | DecentrAI 的原生代幣 |
| DAO | 去中心化自治組織 |
| ERC-20 | Ethereum 代幣標準 |
B. 參考連結
- 應用程式:supertools.tw/ai
- 挖礦儀表板:supertools.tw/ai/mine
- 代幣瀏覽器:supertools.tw/ai/explorer
- DXAI Token (Arbiscan):arbiscan.io/token/0x5965...A55E