DecentrAI 治理進化路徑

「去中心化」最容易吹牛、最難做的部分不是技術，是治理。Token 上鏈很容易，誰決定升級、誰投票、誰執行才是難題。

DecentrAI 採取漸進式去中心化——剛部署時一定是 deployer 單錢包控制（要快速迭代修 bug），但每個里程碑後權力下放一點，直到完全社群擁有。這篇用實際合約 source 跟 Arbitrum 鏈上現況帶你看清整條路徑，哪些決策已經、或將來要走 DAO 投票。

為什麼不一開始就 DAO？

新項目把 owner 直接設 DAO 是「理論優雅、實務災難」的經典：

早期 bug 一定會發生，DAO 投票流程曠日廢時
礦工網路初期需要快速調整 reward 公式、加 model、修參數
全社群投票需要先有「夠多認真持有者」前提，前 6 個月通常沒有

OpenZeppelin、Aragon、Optimism 等老牌專案都走「中心化啟動、漸進式去中心化」路線。我們抄這個 playbook。

4 個 Phase

Phase 1（目前）：Single-sig EOA

合約 owner: 0xFd9a2254d52B70a7850262aa5D38FAC42f8d4e27
功能可動  : settleEpoch / registerModel / activateModel / pause / transferOwnership
信任假設  : 信任 deployer 不亂搞 + 私鑰沒被偷

風險：deployer 私鑰被盜 = 整個項目的 model registry 被替換為惡意版本。我們用 .env.settler 600 權限保護、不上 git。

Phase 1 持續到：網路有持續 1 個月以上 stable settle、需要修改頻率降低。

Phase 2（6 個月內）：2-of-3 Safe Multisig

合約 owner: 新 Safe 地址
簽名者    : 3 個錢包（創辦人 + 早期貢獻者 + 社群代表）
門檻      : 任何 settleEpoch / 升級需 2 人簽
信任假設  : 任 1 人作惡或被盜，剩下 2 人能阻止

啟動方式：呼叫 transferOwnership(newSafeAddr)。技術上是 1 步、實際是搬家工程。

到了 Phase 2：

任何 admin tx 要兩人在 Safe UI 點 confirm
Settler script（settleEpoch 自動每 10 min）需用 Safe Module（提案後可由腳本執行）
升級風險大幅降

Phase 3（1 年內）：OpenZeppelin Governor + Timelock

合約 owner: TimelockController 地址
投票      : DXAI 持有者，1 DXAI = 1 vote
提案門檻  : 1% 流通量
通過門檻  : 多數 + Quorum（25% 流通量參與）
Timelock  : 通過後 2 天才執行（讓反對者離場機會）

這是「真 DAO」。流程：

任一持有者 ≥ 1% 流通量可提案
提案開放 5 天投票
通過 → Timelock 鎖 2 天
自動執行（任何人 trigger）

技術上 Governor + Timelock 是 OpenZeppelin 開源套件，我們會 fork 通用模板，加自定義 quorum 機制。

Phase 4（社群成熟後）：5-of-9 全社群

合約 owner: 9-人 multisig（5 投票通過）
組成      : 早期創辦團隊 ≤ 2 席（後續還會降）

跟 Optimism Foundation 結構接近。最終目標。

哪些決策需要 DAO 投票？

決策類型	Phase 1	Phase 2	Phase 3+
修 bug（緊急）	EOA	2-of-3 Safe	Multi-sig 緊急通道
註冊新 model	EOA	Safe	DAO 投票
啟用新 model（換 active）	EOA	Safe	DAO 投票
改 reward 公式	EOA（透過合約升級）	Safe	DAO + Timelock
epoch settle Merkle root	settler 自動	settler 自動	settler 自動
加 token utility（staking 等）	部署新合約	Safe	DAO + Timelock

注意：epoch settle 是純機械操作（算 Merkle root + 上鏈），完全自動、不需治理。需要治理的是「規則變更」。

提案實例：升級到 dxai-shadow-v2

模擬 Phase 3 之後的真實流程。

步驟 1：草稿提案

社群在 Discord / Forum 寫初稿：

# DXAI-IP-001: 升級 active model 到 dxai-shadow-v2

## 動機
目前 active model dxai-shadow-v1 是 14B Qwen 2.5 微調。經 3 個月運行，有以下發現：
- 中文表現優秀，但日文/韓文相對弱
- Context 8K 不夠用於長文件分析
- 訓練資料偏 zh-TW，國際化不足

## 提案
訓練 dxai-shadow-v2，base 改用 Qwen 3 32B（Apache-2.0），訓練資料擴到
50,000 樣本，包含均衡 zh/en/ja/ko 各 25%。

## 技術細節
- modelHash 將上傳到 https://supertools.tw/dxai/manifests/v2.json
- 預計訓練成本：$2,000 USD（社群眾募）
- 部署後執行：
  - registry.registerModel("dxai-shadow-v2", 0x..., 0x..., "Qwen/Qwen3-32B", uri)
  - registry.activateModel("dxai-shadow-v2")
  - registry.bindEpochModel(currentEpoch, "dxai-shadow-v2")

## 影響
- 礦工需重新下載 ~ 18GB GGUF（Q4_K_M of 32B）
- 8GB VRAM 礦工將無法繼續 → 估計 30% 礦工流失
- 但長期吸引新礦工，因為更高品質代表更多用戶 → 更多獎勵

## 投票選項
A: Approve - 通過，3 個月內部署
B: Reject - 不升級，繼續 v1
C: Modify - 改用 14B 但增加訓練資料（不換 base）

步驟 2：Snapshot 開投票

Snapshot.org 是大部分 DAO 用的鏈下投票工具。建好 DXAI space 後：

Title: DXAI-IP-001: Upgrade to dxai-shadow-v2
Body:  [完整提案]
Voting period: 5 days
Strategy: erc20-balance-of @ block snapshot
Choices: Approve / Reject / Modify

任何 DXAI 持有者連 wallet 即可投票，不花 gas（鏈下簽名）。

步驟 3：通過後上鏈執行

如果 Approve 勝出，需要 trigger Governor 執行（Phase 3 後）或由 multisig 確認執行（Phase 2）：

// 假設 Phase 3
const governor = new ethers.Contract(GOVERNOR, ABI, signer);
const calldata = registry.interface.encodeFunctionData("activateModel", ["dxai-shadow-v2"]);
const proposalId = await governor.propose([REGISTRY], [0], [calldata], "DXAI-IP-001");
// 通過 → Timelock 排隊 2 天 → execute

整段是公開可驗的鏈上動作。

反對提案怎麼辦？

如果某提案實際上對網路不利（例如「把 owner 轉給某中心化公司」），社群可以：

在投票期內動員 DXAI 持有者投反對票
若已通過進 Timelock，Timelock 期間可以準備分叉
真分叉：fork 整套合約 + 重新部署、社群選邊

這是區塊鏈治理的最後保險——不喜歡決議？fork。

短期：怎麼參與治理（Phase 1-2）

現階段 Phase 1，正式投票機制還沒上線，但你可以：

加 Discord（網站連結）參與設計討論
挖礦累積 DXAI——未來投票權重直接相關
提 GitHub issue——技術 / tokenomics / UX 問題
內容貢獻——寫教學文、翻譯、做 dashboard

治理風險：不要美化它

DAO 並不總是優於 multisig。實證上的常見坑：

投票冷淡：很多 DAO quorum 過低，5% 持有者就決定一切
巨鯨壟斷：早期挖最多 DXAI 的人話語權過大
執行癱瘓：Timelock + 投票期 = 任何決定 1 週起跳
投票 buying：流動 DXAI 高之後，可能出現 vote-renting

我們不假裝這些不存在。透過：

Quadratic voting（投票權 = sqrt(持有量)）— 抑制巨鯨
Council 機制（保留 fast-track 通道處理緊急）— 降執行延遲
嚴格 quorum（25%）— 抑制低參與
長期持有者加權（vesting bonus）— 抑制 vote-buying

可以緩解但不能完全消除。

結論

「漸進式去中心化」不是逃避責任，是承認當前的網路規模還不適合完全社群治理。Phase 1 → Phase 4 每一步都鏈上可驗、節點可獨立 fork。

如果哪天你覺得我們治理路線走偏，記住：你手上的 DXAI 同時就是你的退場票。Fork 永遠是選項。

延伸閱讀

DecentrAI 治理進化路徑：從單錢包到 DAO 的 4 階段，含 Snapshot 提案實例