如何建立你自己的 DAO？從零到上線指南

建立 DAO 不等於先發一個治理代幣，再開設 Discord 和投票頁面。真正的建立過程，是把使命、成員、資產、決策、執行與責任串連成一套能夠運作的制度。工具只能把規則寫進介面或合約，無法替你決定誰該擁有權力、什麼事情值得投票、提案失敗後由誰負責。

對大多數新團隊而言，最穩妥的路線是漸進式上線：先用章程、論壇和 Safe 多簽驗證協作，再用 Snapshot 收集成員意見；當金庫、成員與協議權限擴大後，才考慮治理代幣、Governor、Timelock 和更複雜的法律結構。

本文提供從想法到正式執行的完整步驟。閱讀前也可以先透過DAO 去中心化自治組織完全指南理解成員、提案、投票、執行、金庫與法律邊界。

第一步：先確認你真的需要 DAO

DAO 適合需要多人共同管理資產、協議、公共資源或社群規則的專案。例如開源協議希望把升級權交給使用者，投資社群需要共同審批資金，服務團隊希望按貢獻分配預算，創作者社群需要共同管理品牌與活動。

如果專案只有兩三位創辦人、商業模式尚未驗證、所有關鍵工作都由同一團隊完成，普通公司加多簽可能更高效。過早引入全民投票會增加溝通、合規和安全成本，卻不會自動帶來使用者。

開始前回答三個問題：哪些決定必須多人共同作出？哪些資產需要共同保管？如果創辦人離開，組織能否繼續執行？沒有清楚答案時，應先做小規模協作實驗，而不是發行可交易代幣。

第二步：寫出一頁 DAO 章程

章程不必從幾十頁法律文件開始，但至少要寫清使命、治理範圍、成員條件、提案流程、金庫原則、緊急權限和修訂方式。它是後續設定工具參數的依據。

使命應該能用一句話解釋。例如，為某個開源協議維護公共基礎設施，或為一個創作者網路分配共同收入。使命過於寬泛，會讓所有提案都看似合理，金庫也容易變成無方向的資助池。

治理範圍要同時寫“管什麼”和“不管什麼”。DAO 可能控制金庫和品牌，卻不控制開發公司的僱傭；可能管理協議參數，卻不能要求獨立前端執行商業決定。邊界越清楚，成員越不容易誤解代幣權利。

還要定義章程如何修改。普通運營規則可以較低門檻更新，核心使命、代幣供應、升級權和解散條款則應擁有更長討論期與更高支援要求。

第三步：選擇 DAO 型別與成員模型

協議 DAO 重點是合約升級、風險參數和開發協調；投資 DAO 重點是資金承諾、資產託管與退出；社交 DAO 重點是准入、文化和活動；服務 DAO 則更關心專案分配、交付與報酬。型別不同，不能複製同一套投票規則。

建立者應先確定成員如何進入。常見方式包括創辦成員名單、貢獻審核、持有 NFT、持有或質押代幣，以及由現有成員邀請。開放加入有利於擴張，審核制能提高協作密度，但會增加管理者權力。

成員資格與投票權也可以分離。一個人可以參加討論卻沒有金庫投票權；專業委員會可以審核技術提案；社群代幣可以決定方向，Safe 簽名人負責核驗執行。完整型別比較可閱讀DAO 的型別：協議DAO/投資DAO/社交DAO/服務DAO。

第四步：畫出權力與責任圖

列出 DAO 的全部控制點，包括域名、論壇、社群帳號、程式碼倉庫、前端、合約管理員、金庫、預言機、伺服器、商標和法律實體。每個控制點都要對應當前負責人、備用負責人和撤換方式。

不要只畫鏈上權限。攻擊者控制論壇管理員或域名，也可能發布假提案和釣魚連結；開發公司控制升級程式碼和部署流程，即使不持有治理代幣，也擁有重要資訊優勢。

初期可以讓創辦人多簽保留部分權限，但要公開哪些權力尚未去中心化，以及滿足什麼條件後移交。模糊的“未來會交給社群”不是路線圖，應設定時間、測試、審計與通過標準。

第五步：確定法律、稅務與合約安排

智慧合約可以持有鏈上資產，卻無法自然解決銀行帳戶、僱傭、稅務、智慧財產權、供應商合約和訴訟。DAO 是否需要基金會、協會、公司、合作社、DAO LLC 或 DUNA，要根據業務、成員所在地和適用法律判斷。

不要把匿名投票或註冊在鏈上理解為免除責任。美國 Ooki DAO 執法案例已經表明，監管與法院可能把 DAO 視為可承擔責任的組織；其他司法轄區的處理方式又可能不同。

正式吸收資金、發行可交易代幣、向公眾銷售權益或開展金融業務前，應獲得適用地區的法律和稅務意見。章程還應明確鏈上投票與法律實體董事、管理員或簽約人的關係，避免兩套規則互相沖突。

第六步：設計金庫和預算制度

DAO 金庫不應直接放在創辦人的個人錢包。初期可以部署 Safe Smart Account，設定多位 Owner 與確認門檻。Safe 的核心多簽模型要求達到指定數量的簽名後才執行交易，可以降低單點私鑰風險。

簽名人應來自不同裝置、組織與地區，避免所有金鑰存放在同一辦公室或同一雲端帳戶。2-of-3、3-of-5 等只是常見例子，實際門檻要平衡安全、時區和緊急可用性。

建立金庫後，先進行小額轉入、普通付款、拒絕交易、替換簽名人和恢復演練，再存入主要資金。記錄 Safe 地址、網路、Owner、Threshold 與已啟用模組，並透過多個公開渠道驗證。

預算制度至少包含年度或季度上限、提案授權、收款地址核驗、分期付款、報表和剩餘資金處理。日常小額支出可以設定限額，核心資金仍需多簽或治理批准。

第七步：選擇網路與基礎設施

選擇網路時，要考慮成員錢包支援、Gas、資產所在鏈、治理工具相容、區塊確認、橋接和安全假設。便宜的網路能降低投票成本，但如果金庫主要在另一條鏈，跨鏈執行會增加新的信任與操作風險。

不要預設同一個多簽地址在所有網路都已部署。Safe 官方資料提示，多鏈帳戶存在版本和網路相容限制；向未部署或不相容的地址轉帳，可能導致資產難以找回。

基礎設施還包括論壇、文件、日曆、通知、鏈上瀏覽器、資料索引和備份。治理頁面失效時，成員仍應知道如何讀取提案、找到合約和完成緊急聯絡。

第八步：選擇適合階段的治理工具

小型團隊可以使用論壇、Safe 與成員名單。需要低成本投票時加入 Snapshot；需要自動執行和更強抗審查時，再評估 Snapshot X、Aragon OSx 或 OpenZeppelin Governor 與 Timelock。

Aragon OSx 把 DAO 設計為能夠持有資產、執行操作、安裝外掛和管理權限的鏈上組織。它適合需要模組化權限與自訂外掛的團隊，但外掛獲得的權限必須逐項審計。

OpenZeppelin Governor 適合需要自主部署治理合約的協議，可組合 Votes、Counting、Quorum、Settings、Timelock 和 Late Quorum 等模組。靈活性越高，部署、測試和維護責任也越大。

選擇工具時不要只看前端。要確認投票權資料來源、執行合約、管理員、升級權限、Timelock、前端替代方案和工具停運後的恢復方法。詳細比較可閱讀DAO 治理工具：Snapshot、Tally、Governor。

第九步：建立 Snapshot Space

根據當前官方文件，在 Snapshot 主網建立 Space 需要 Ethereum 主網 ENS 名稱；測試環境則使用 Sepolia ENS。建立者進入 Space 建立頁面後，依次設定資料、域名、基礎網路、Voting Strategies、Proposal Validation、投票規則和成員。

Voting Strategy 決定誰有多少投票權，可以讀取 ERC-20、NFT、白名單、委託或其他資料。Voting Type 決定如何表達選擇，例如單選、加權、排序或贊成/反對/棄權。兩者不能混淆。

Proposal Validation 用於限制誰能發起提案，避免垃圾與釣魚。可以根據持倉、白名單或其他條件設定門檻；作者權限、管理員和 Space Controller 也要分散並記錄。

正式建立前，應先在 Snapshot 測試網完整演練。建立測試提案，檢查成員投票權、快照區塊、開始與結束時間、Quorum、委託和多種錢包簽名。

需要特別注意，oSnap 已在 2025 年 12 月停止支援，不能繼續作為 Safe 自動執行方案。現有專案應依據官方說明遷移到 Snapshot X 或 SafeSnap，新 DAO 不應照搬舊教程部署 oSnap。

第十步：決定是否發行治理代幣

DAO 不一定需要代幣。早期組織可以用 Safe 簽名人、白名單、貢獻記錄或成員 NFT 治理，等到權力分配和經濟用途清楚後再發行可交易資產。

如果發行 ERC-20 治理代幣，需要定義總供應、分配、鎖倉、歸屬、金庫份額、委託和增發權限。創辦團隊與投資者的解鎖節奏會直接影響治理集中度，不能只在行銷頁面展示“社群佔比”。

使用 Governor 時，投票代幣通常需要歷史投票權檢查點，例如 ERC20Votes 或 ERC721Votes。持有人還可能需要先自我委託或委託給代表，餘額才會進入治理權計算。

代幣應有明確用途。為了“看起來像 DAO”而發行代幣，會增加監管、稅務、流動性和投機風險。治理權也不自動代表股權、利潤分配、贖回權或法律成員資格。

第十一步：配置 Governor 與 Timelock

鏈上治理至少要確定投票權來源、提案門檻、Voting Delay、Voting Period、Quorum、計票方式和執行延遲。參數應根據真實可參與供應量和決策風險設定，而不是複製其他知名 DAO。

Voting Delay 給成員閱讀、委託和發現惡意提案的時間；Voting Period 要覆蓋主要時區；Proposal Threshold 抑制垃圾提案；Quorum 則防止少數地址在低參與時控制結果。

Timelock 應真正持有被治理的資產、合約所有權和存取角色。OpenZeppelin 官方說明強調，使用 Timelock 時由它執行提案，因此權限放在 Governor 本身可能導致治理無法操作相關資產。

部署後還要檢查 Admin、Proposer、Executor 與 Canceller。額外 Proposer 或 Canceller 可能繞過治理或阻斷已批准提案，初始化管理員應在完成配置後按設計移交或放棄權限。

第十二步：建立提案模板

每份提案應包含標題、問題、目標、背景、備選方案、預算、負責人、時間表、里程碑、利益衝突、風險、執行步驟與失敗處理。涉及鏈上操作時，還要列出目標合約、金額、函式與模擬結果。

提案最好分為討論、溫度檢查和正式執行三個階段。討論階段允許修改，不要急著投票；溫度檢查確認方向；正式提案必須使用最終地址和可執行載荷。

避免把多個無關操作打包。社群可能支援預算卻反對權限修改，捆綁會迫使成員作出錯誤取捨。高風險操作應單獨提案，並由作者之外的人員複核。

還要設定提案完成後的報告。透過並不等於交付，負責人應在固定日期更新支出、里程碑和結果；未使用資金、延期與失敗需要預先規定處理方式。

第十三步：設計日常運營與授權

全民投票適合決定使命、年度預算、核心升級和重要選舉，不適合審批每張發票。DAO 可以建立工作組、委員會和服務商，在明確範圍與預算內執行日常事務。

每項授權都應包含負責人、權限、金額上限、任期、報告頻率和撤銷方法。運營多簽與核心金庫最好分離，小額支出帳戶不應同時擁有協議升級權。

Safe Spending Limit 可以讓指定地址在額度內快速付款，但這類權限能夠繞過普通多簽確認。所有限額、模組和受益地址都必須定期複核，專案結束後立即撤銷。

代表制度也需要問責。代表應披露報酬與利益衝突，發布投票理由和參與記錄；成員應能撤回或覆蓋委託，避免少數代表永久累積權力。

第十四步：進行測試網和桌面演練

上線前至少完成一次完整生命週期：建立提案、進入延遲、投票、達到或未達到 Quorum、排隊、等待 Timelock、執行和驗證結果。還要測試失敗提案、取消提案和錯誤地址攔截。

桌面演練用於模擬真實事故。假設一名簽名人失聯、論壇被盜、惡意提案達到 Quorum、前端離線或金庫收到錯誤資產，團隊是否知道聯絡誰、在哪個合約操作、哪些權限可以暫停？

所有地址和參數應由兩名以上成員獨立核對。部署交易、Owner、Threshold、Token、Governor、Timelock 與權限移交都要形成發布記錄，不能只儲存在個人聊天中。

主網啟動時先使用小額資金和低風險權限，觀察一至兩個治理週期後再擴大金庫或移交核心合約。一次性“完全去中心化”會讓配置錯誤難以恢復。

第十五步：正式上線 DAO

上線公告應同時發布官方網域、論壇、文件、Snapshot Space、金庫、治理合約、區塊瀏覽器和支援管道。對每個地址透過多個管道交叉驗證，避免成員從搜尋廣告進入仿冒頁面。

公佈第一批成員、簽名人、管理員、代表和工作組的任期與權限。若身份匿名，應說明篩選、驗證與更換機制；匿名不應成為無法問責的理由。

首批提案應選擇低風險事項，例如社群規則確認、小額活動預算或委員會選舉。不要把代幣增發、全部金庫遷移和協議升級塞進第一次投票。

同時設立事故通報管道和治理日曆。成員要知道何時討論、何時投票、誰發布提醒，以及發現釣魚、合約漏洞或簽名人異常後如何報告。

上線後的 30/60/90 天做什麼？

前 30 天重點觀察基礎運作。檢查提案是否容易理解、投票權是否正確、簽名人能否及時回應、報表是否發布，以及成員是否能找到官方入口。

第 31 至 60 天開始評估參數。根據實際參與率調整提案門檻、Voting Period 和 Quorum，刪除不再使用的管理員與模組，並複核金庫限額。

第 61 至 90 天進行第一次治理復盤。比較提案從討論到執行的時間、預算完成率、委託集中度和安全事件，決定哪些權限可以進一步下放，哪些流程需要保留人工複核。

參數調整應透過公開提案完成，不能由後臺管理員悄悄修改。DAO 的可信度來自持續記錄，而不是上線當天宣佈“治理已交給社群”。

建立 DAO 最常見的錯誤

第一，先發代幣再找用途。投機者進入後，使命和成員文化更難建立。

第二，所有決定都投票。成員很快疲勞，真正重要的提案反而得不到關注。

第三，只看多簽門檻，不看 Safe Modules。惡意或過度授權的模組可能繞過 Owner Threshold 並執行任意交易。

第四，Quorum 直接複製大專案。若大量代幣不參與，新 DAO 會因過高門檻停擺。

第五，文字提案與 Calldata 不一致。鏈上只執行地址、金額和函式，不會理解社群本意。

第六，創辦人權限沒有退出條件。臨時管理員最終變成永久後門。

第七，忽視鏈下責任。沒有合約、稅務、智慧財產權和交付制度，鏈上投票也無法完成現實工作。更多風險可閱讀DAO 的挑戰：治理攻擊、投票冷漠與效率瓶頸。

Hotcoin LAUNCH 六維上線檢查法

18.1 L：Logic，建立理由是否成立

確認 DAO 解決的是共同資產與共同決策問題，而不是單純為了發幣或行銷。

18.2 A：Authority，權限是否可見

列出合約、金庫、域名、前端、多簽和法律實體控制者，確保每項權力都有邊界與撤換方法。

18.3 U：Users，成員與代表是否明確

說明加入、退出、委託、投票和利益衝突規則，避免錢包數量被誤當作真實成員數。

18.4 N：Numbers，治理參數是否經過測試

用真實代幣分佈和預期參與率測試門檻、Quorum、投票期、Timelock 與多簽門檻。

18.5 C：Controls，安全防線是否完整

檢查快照、權限最小化、模組、暫停、取消、監控、備份和事故溝通，並完成恢復演練。

18.6 H：Handoff，權力能否安全交接

確認創辦管理員如何移交、簽名人如何輪換、工作組如何結束，以及前端失效後能否繼續治理。

普通成員如何安全加入新 DAO？

先閱讀章程和權限圖，確認 DAO 真正控制哪些資產，以及代幣是否只有投票用途。檢視金庫、多簽、管理員和執行合約，不只看社交媒體人數。

連結治理網站前核對官網、網路和合約。使用獨立錢包參與提案、委託和領取，把主要資產與新專案風險隔離。

委託通常只分配投票權，不應要求把代幣轉給代表。任何 Permit、Token Approval 或資產傳送都需要單獨核驗。

閱讀提案的可執行內容，尤其是收款地址、金額、權限和 Timelock。高讚評論、KOL 推薦和當前票數不能替代個人判斷。

常見問題

20.1 建立 DAO 一定要發行代幣嗎？

不需要。小型組織可以使用多簽、白名單、貢獻記錄或 NFT 管理成員和投票，確認需要可轉讓治理權後再發行代幣。

20.2 建立 DAO 需要會寫程式碼嗎？

簡單 DAO 可以用 Safe 和 Snapshot 等介面完成，但權限、策略和安全仍需專業複核。自訂 Governor、外掛和跨鏈執行通常需要開發與審計能力。

20.3 DAO 金庫應該設定多少位簽名人？

沒有統一答案。應根據資金規模、成員獨立性、時區、裝置和緊急可用性設定，並確保任何單個人都不能獨立轉移核心資金。

20.4 Snapshot 投票透過後會自動付款嗎？

經典 Snapshot 通常只記錄鏈下投票。付款需由 Safe 簽名人執行，或透過 Snapshot X、SafeSnap 等經過配置的機制連結鏈上執行。

20.5 DAO 可以沒有法律實體嗎？

技術上可以，但現實合約、稅務、責任和僱傭問題仍然存在。是否設立實體及採用何種結構，應根據業務和適用司法轄區獲得專業意見。

20.6 DAO 上線後還能修改治理參數嗎？

可以，但應由章程或治理合約規定修改流程。核心參數變更需要充分討論、公開投票與權限核驗，不能依賴不透明管理員。

20.7 如何判斷 DAO 已經可以正式上線？

至少應完成章程、權限圖、金庫演練、提案全流程測試、事故預案、法律評估和公開地址驗證。僅部署代幣和投票頁面不算完成。

結論：先驗證協作，再擴大自治

建立 DAO 的正確順序是使命、成員、責任、金庫、提案、工具、測試和交接，而不是代幣、空投和宣傳。治理設計必須回答誰能決定、誰能執行、誰能暫停、誰對結果負責。

早期使用 Safe 與 Snapshot 並不代表失敗或不夠去中心化。只要臨時權限公開、受限且有清楚移交條件，漸進式治理通常比一次放棄所有控制權更安全。隨著組織成熟，再將高價值權限交給 Governor、Timelock 和經過審計的模組。

DAO 上線只是開始。參與率、執行週期、代表集中、預算完成率和安全事件都要持續復盤，工具停運、成員退出和法律變化也需要遷移方案。

回到DAO 去中心化自治組織完全指南，可以把本指南與 DAO 型別、治理工具、挑戰和案例文章結合，形成從理解到建立的完整路徑。

如需管理多鏈資產並連結治理應用，可使用 Hotcoin Web3 Wallet；需要移動端行情與交易工具，可前往 Hotcoin App；瀏覽更多教育內容，請造訪 Hotcoin。

風險提示： 本文僅用於教育與資訊分享，不構成投資、法律或稅務建議。DAO 的代幣、工具、合約權限、法律結構、稅務責任和專案狀態可能變化；建立或參與前請核驗最新官方文件、審計、合約地址、錢包簽名和所在地區規則。