DAO 治理工具：Snapshot、Tally、Governor

Snapshot、Tally 和 Governor 經常同時出現在 DAO 提案中，卻不屬於同一層。經典 Snapshot 是以錢包簽名為核心的鏈下投票平臺；Tally 長期是檢視、委託和操作鏈上治理的應用介面，目前官方產品正在向 Cactus On-chain Operations 過渡；Governor 則是一組部署在區塊鏈上的治理合約，真正定義提案、投票、法定人數和執行規則。

把三者都叫“投票工具”會掩蓋最重要的區別：一個負責收集意見，一個幫助使用者與合約互動，一個本身就是執行權力的程式碼。Snapshot 投票透過後不一定會自動改變協議；Tally/Cactus 顯示的結果來自底層 Governor；Governor 即使沒有某個前端，仍可由其他介面或直接呼叫合約繼續執行。

選擇工具時，不能只比較是否免費或介面好看，而要確認投票權從哪裡來、結果是否具有約束力、誰能執行、是否存在 Timelock，以及前端失效後能否透過鏈上資料重建。關於完整治理結構，可先閱讀DAO 去中心化自治組織完全指南。

DAO 治理工具解決什麼問題？

DAO 治理至少包含六個環節：討論問題、形成提案、確定投票資格、記錄選擇、判斷是否透過、執行資金或合約操作。一個產品很少獨立完成全部環節。

論壇、會議和研究報告負責形成共識；Snapshot 可低成本收集意見；Tally/Cactus 幫助成員讀取並操作 Governor；Governor 與 Timelock 負責鏈上規則和執行；Safe 多籤則常用於早期金庫、運營支出和緊急許可權。

工具之間的連線方式決定治理是否可信。若社群在 Snapshot 投票，卻由一個不受約束的多籤決定是否執行，最終權力仍在簽名人；若 Governor 可以自動執行，但引數和許可權配置錯誤，鏈上化反而會把錯誤永久放大。

Snapshot 是什麼？

Snapshot 經典版是一個鏈下投票平臺。使用者連線錢包後，對提案簽署訊息，而不是傳送普通鏈上交易，因此投票通常不需要 Gas。簽名可以驗證投票者地址和內容，平臺再按照 Space 設定的策略計算投票權與結果。

DAO 可以建立自己的 Space，配置名稱、管理員、作者、網路、提案規則和投票策略。提案可以用於產品方向、生態資助、成員選擇、引數意見和正式治理前的溫度檢查。

這裡的“鏈下”不等於無法驗證，也不等於結果一定沒有價值。關鍵是 DAO 章程是否承認 Snapshot 結果，以及結果如何進入多籤或鏈上合約。

Snapshot 如何計算投票權？

3.1 Snapshot 時間點

建立提案時，系統會記錄特定區塊或狀態時間點，並根據當時的資產與委託計算投票權。投票開始後才買入的代幣通常不能用於該提案，避免同一批資產在多個錢包間轉移後重復投票。

3.2 Voting Strategy

Voting Strategy 決定“每個地址有多少票”。常見策略包括 ERC-20 餘額、ERC-20 Votes 委託權、ERC-721 或 ERC-1155 持有、白名單、最低餘額、合約呼叫和外部 API。多個策略還可以組合計算。

策略越複雜，越需要檢查資料來源、網路、區塊高度和外部依賴。如果 RPC、索引或 API 異常，使用者可能顯示為零投票權；若白名單由少數管理員維護，治理也會依賴名單控制者。

3.3 Voting Type

Voting Type 決定“選票如何表達和彙總”。Snapshot 支援單選、加權、贊成式、二次方、排序和 For/Against/Abstain 等方式。它與 Voting Strategy 不同：前者計算結果，後者計算個人權重。

例如，同一個 DAO 可以用代幣餘額作為投票權，卻讓成員在五項預算中分配權重；也可以讓每個透過驗證的錢包擁有一票，再用排序方式選出候選方案。

Snapshot 有哪些優勢？

第一，參與成本低。普通成員無需為每次投票支付鏈上手續費，適合頻繁的社群調查和低風險決策。

第二，策略靈活。DAO 可以按代幣、NFT、委託、白名單或自定義資料計算權重，並針對不同子空間設定不同規則。

第三，表達方式豐富。加權、排序和多選更適合預算分配與候選人選擇，不必把所有問題壓縮成簡單的贊成或反對。

第四，結果便於審計。錢包簽名、選項和投票權可以核驗，社群也能匯出結果進行分析。

第五，適合漸進式治理。新 DAO 可以先用 Snapshot 觀察參與率和爭議，再決定哪些許可權值得遷移到自動執行合約。

Snapshot 的侷限是什麼？

經典 Snapshot 的最大邊界是：簽名結果本身通常不會直接呼叫協議或轉移金庫。多籤可以尊重結果，也可能延遲、拒絕或錯誤執行。DAO 必須公開說明投票是諮詢、溫度檢查還是具有約束力的正式決定。

鏈下系統還依賴前端、訊息服務、索引和策略資料來源。簽名可驗證不代表介面永遠線上，複雜 API 策略也可能受到外部服務影響。

低成本同樣會降低提案門檻，帶來垃圾提案、投票疲勞和表面參與。專案應設定提案驗證、討論期、模板和作者權限，而不是讓任何錢包隨時發起高風險決定。

最後，錢包簽名仍可能被釣魚頁面偽造外觀。正常 Snapshot 投票簽名不會直接轉走資產，但使用者必須核驗域名、Space 和簽名型別，不能把任何“免費簽名”都視為安全。

Snapshot X 與經典 Snapshot 有什麼區別？

Snapshot X 是完全鏈上的投票協議。官方文件說明，其 Space、投票權計算、提案結果和執行邏輯使用模組化智慧合約完成，並支援 EVM 網路與 Starknet。它與經典 Snapshot 最根本的區別，是核心治理不再只依賴鏈下簽名和人為執行。

Snapshot X 可以為提案配置 Voting Strategy 與 Execution Strategy。投票策略決定權重，執行策略判斷提案狀態，並在透過後執行預設呼叫。簡單法定人數、樂觀治理、緊急法定人數、Safe 模組和 Timelock 都可以成為執行設計的一部分。

“完全鏈上”並不代表使用者體驗中沒有任何鏈下服務。Relayer 等服務可以幫助降低操作門檻，但不是協議執行的強制依賴。鏈上治理還會帶來部署、Gas、合約審計和升級複雜度，不一定適合所有小型社群。

Tally 是什麼？為什麼現在又叫 Cactus？

Tally 長期是以 Governor 為核心的鏈上治理應用。使用者透過介面瀏覽提案、檢視投票權、委託代表、發起提案、投票、排隊並執行。它把複雜的合約狀態轉化為可讀頁面，但不會取代底層治理合約。

截至當前，Tally 官方文件已經明確使用“Cactus”品牌，並表示 Cactus 建立在 Governor 標準之上：平臺索引鏈上資料，並幫助使用者呼叫獨立執行的 Governor 合約。文件與部分行業資料仍保留 Tally 名稱，因此本文沿用原定標題，同時將其理解為正在過渡中的產品與品牌。

這個變化不會自動改變某個 DAO 的治理合約。即使介面改名，提案、委託、投票和執行權限仍由具體鏈上的 Governor、Timelock 與代幣合約決定。使用者應以 DAO 官網、合約地址和當前官方文件為準，不透過搜尋廣告進入仿冒治理頁。

Tally/Cactus 主要提供哪些能力？

8.1 提案發現與狀態展示

應用會索引 Governor 事件，顯示提案內容、投票期、法定人數、支援率、執行操作和當前狀態。使用者無需自己解析區塊日誌，但仍應核對可執行呼叫和目標地址。

8.2 委託與代表頁面

持幣者可以把投票權委託給自己或代表，資產不需要離開錢包。代表頁面有助於比較治理立場與歷史行為，但資料完整度和利益衝突披露仍由社群治理。

8.3 建立和提交鏈上提案

符合提案門檻的地址可以透過介面構建目標合約、轉帳金額和呼叫資料。介面降低技術難度，也會讓錯誤地址和惡意呼叫更容易被包裝成普通表單，因此正式提交前必須模擬與複核。

8.4 投票、排隊與執行

使用者透過應用向 Governor 傳送交易。投票結束後，符合條件的提案進入 Queue，並在 Timelock 到期後執行。介面只是交易入口，是否成功仍取決於鏈上狀態、許可權和 Gas。

8.5 資料與治理營運

索引、API、通知、委託關係與歷史分析幫助 DAO 營運治理。當前 Cactus 文件還把治理參數、代幣啟動、委託和激勵納入更廣的 On-chain Operations 體系。

Governor 是什麼？

Governor 不是一個單獨網站，而是一類管理鏈上治理的智慧合約。Compound Governor Alpha 與 Bravo 對行業影響很大，OpenZeppelin 則提供模組化 Governor 框架，讓專案選擇投票權、計票、法定人數、提案門檻和執行延遲。

一個典型 Governor 會接收提案，固定投票權時間點，開放投票，判斷法定人數和多數條件，再把透過的操作交給 Timelock。到期後，任何獲得執行許可權的地址都可觸發預先批准的合約呼叫。

若協議升級權、金庫和管理員角色真正交給 Timelock，社群投票才能直接控制關鍵資產。若團隊仍保留獨立管理員，Governor 可能只是部分治理或象徵性入口。

OpenZeppelin Governor 有哪些核心模組？

10.1 Votes

GovernorVotes 從實現 IVotes 的代幣或憑證讀取歷史投票權。持幣者通常需要先委託給自己或代表，餘額才會進入治理權計算。資產仍在原錢包，委託只改變投票權歸屬。

10.2 Counting

Counting 模組決定 For、Against 和 Abstain 如何計票。OpenZeppelin 還提供分數化和可覆蓋委託等擴充套件，使代表與本人投票能夠採用不同規則。

10.3 Quorum

Quorum 是提案有效所需的最低參與或支援量。它可以按代幣總供應的比例計算，也可以設計 Super Quorum，讓達到更高支援的提案更早進入成功狀態。

10.4 Settings

治理需要設定 Voting Delay、Voting Period 和 Proposal Threshold。延遲給成員委託與審查時間，投票期決定參與視窗，提案門檻則減少垃圾與惡意提案。

10.5 Timelock

Timelock 在透過與執行之間增加等待期。它應持有被治理的資金和權限，Governor 負責排隊，執行者只能在時間到期後呼叫已經批准的操作。

10.6 安全擴充套件

PreventLateQuorum 防止大戶在最後時刻達到法定人數後立即結束投票；Proposal Guardian 可在設計好的許可權下取消提案。任何守護者和取消權都必須有清楚邊界，避免安全機制變成永久控制後門。

Governor 的提案生命週期是什麼？

第一步是 Propose。提案包含目標合約、傳送價值、呼叫資料和文字描述。提案人通常需要達到投票權門檻。

第二步是 Voting Delay。提案已釋出但尚未開始投票，成員有時間閱讀、委託和發現惡意呼叫。

第三步是 Active。投票視窗開啟，Governor 按快照時間點讀取投票權，並記錄 For、Against 與 Abstain。

第四步是 Succeeded 或 Defeated。只有滿足法定人數和透過規則的提案才能繼續。

第五步是 Queue。使用 Timelock 的治理把提案操作排隊，並開始執行延遲。

第六步是 Execute。等待期結束後，合約呼叫按照原始載荷執行。若地址、參數或權限錯誤，鏈上結果不會因為“社群本意”不同而自動撤銷。

Snapshot、Tally 與 Governor 如何組合？

最常見的流程是：論壇討論形成草案，經典 Snapshot 進行溫度檢查，提案人根據回饋生成 Governor 呼叫，再透過 Tally/Cactus 提交、投票、排隊和執行。這種模式兼顧低成本討論與高約束執行。

另一種是 Snapshot 加 Safe。社群用鏈下簽名投票，多籤簽名人根據結果執行付款。這適合早期 DAO 和運營預算，但信任邊界在多籤。

SafeSnap 透過 Safe 模組與 Reality.eth 把 Snapshot 結果連線到交易執行，降低純人工執行的信任；Snapshot X 則把投票與 Execution Strategy 直接放到鏈上。

大型協議可以讓 Governor 管理核心合約，把低風險資助交給多籤或委員會；社交與服務 DAO 則可能只需 Snapshot 和 Safe。關於不同組織需求，可閱讀DAO 的型別：協議DAO/投資DAO/社交DAO/服務DAO。

怎樣選擇合適的治理工具？

如果決策頻繁、金額較小、需要多種投票表達，經典 Snapshot 更合適。它能快速驗證社群意見，但必須說明執行人和約束機制。

如果組織管理核心協議、升級許可權或大額金庫，應優先考慮 Governor、Timelock 與經過審計的鏈上治理。Tally/Cactus 可提供互動體驗，不能替代合約安全。

如果 DAO 尚在早期，成員少且規則持續變化，可以從 Safe 多籤與 Snapshot 開始，逐步把許可權交給 Governor。一次性放棄全部管理員許可權，會讓錯誤配置難以修復。

如果需要抗審查、鏈上計算和自動執行，又希望使用 Snapshot 的模組化模型，可以評估 Snapshot X。部署前仍需測試 Voting Strategy、Execution Strategy、法定人數和許可權。

工具選擇還要考慮成員所在網路、Gas、錢包相容、委託習慣、緊急應變和法律執行。功能最多不等於最適合。

配置治理參數時要注意什麼？

提案門檻過低會產生垃圾與釣魚提案，過高則讓普通成員無法提出問題。可以設定分階段流程：低門檻討論，高門檻鏈上執行。

法定人數應參考可流通投票權、委託率和歷史參與，而不是機械複製其他 DAO 的比例。若大量代幣永久不參與，過高 Quorum 會讓治理停擺；過低則易被少數人控制。

投票期要覆蓋主要時區並給代表審查時間。核心升級應比普通社群調查擁有更長視窗。

Timelock 必須足以讓使用者與安全團隊響應，又不能長到阻礙漏洞修復。高風險與普通提案可以採用不同延遲。

提案呼叫應經過模擬、地址核驗和獨立複核。文字描述不執行任何操作，真正執行的是 Targets、Values 與 Calldatas。

治理工具會帶來哪些安全風險？

第一是前端釣魚。仿冒 Snapshot、Tally 或 DAO 官網可能誘導惡意簽名與授權。使用者必須從官方治理入口進入。

第二是策略配置錯誤。Snapshot 網路、區塊、Token 地址或 API 策略錯誤，會讓部分成員失去投票權。

第三是合約許可權殘留。Governor 已部署，不代表團隊管理員、多籤和代理升級權已經移交。

第四是惡意提案。攻擊者可能把轉移金庫、授予角色或升級惡意實現隱藏在看似正常的描述中。

第五是委託集中。少數代表積累大量投票權後，即使沒有持有相同數量資產，也可能主導治理。

第六是低參與。最安全的工具也無法解決成員不閱讀、不投票和不監督執行。完整問題可繼續閱讀DAO 的挑戰：治理攻擊、投票冷漠與效率瓶頸。

Hotcoin VOTING 六維選型法

為了比較治理工具，可以使用 VOTING 六維方法。它不是安全認證，而是一份部署與參與前檢查清單。

16.1 V：Voting Power，投票權從哪裡來

確認使用代幣、NFT、委託、白名單還是身份憑證，並檢查快照時間與資料來源。

16.2 O：Off-chain or On-chain，關鍵環節在哪裡

區分鏈下簽名、鏈上計票和鏈上執行。不要把可驗證簽名誤寫成自動執行。

16.3 T：Threshold，門檻是否合理

檢查提案門檻、法定人數、透過比例和 Super Quorum，結合真實參與率而非照搬參數。

16.4 I：Interface，前端能否替換

確認前端失效後能否透過其他介面或合約繼續參與，避免治理完全依賴單一網站。

16.5 N：Notice，是否留出審查時間

Voting Delay、Voting Period 與 Timelock 應給社群足夠時間發現錯誤和惡意操作。

16.6 G：Governance Execution，誰最終執行

確認結果由多籤、Safe 模組、Snapshot X、Governor 還是人工團隊執行，並檢查取消與緊急許可權。

普通使用者如何安全參與治理？

第一，從專案官網或官方文件進入治理頁面，核對域名、Space、鏈、Governor 與 Token 地址。

第二，分清簽名和交易。經典 Snapshot 多為鏈下訊息簽名；Governor 投票、委託、Queue 和 Execute 通常是鏈上交易。任何代幣授權都應額外檢查。

第三，確認投票權時間點。提案建立後才買入或委託的代幣，可能無法用於當前投票。

第四，閱讀執行呼叫。重點核對目標地址、轉帳金額、角色變更、升級實現和 Timelock，而不是只看標題。

第五，使用獨立治理錢包，把投票與主要資產隔離，並定期撤銷不再使用的授權。

第六，委託前檢視代表歷史、投票理由、報酬和利益衝突；委託不應要求把代幣轉給代表。

常見問題

18.1 Snapshot 投票需要 Gas 嗎？

經典 Snapshot 使用鏈下簽名，通常不需要投票 Gas；Snapshot X 是鏈上協議，部署和操作可能產生 Gas，也可由贊助或 Relayer 改善體驗。

18.2 Snapshot 投票透過後會自動執行嗎？

經典版通常不會，除非 DAO 接入 SafeSnap 等執行模組。Snapshot X 則可透過 Execution Strategy 自動執行透過的提案。

18.3 Tally 和 Governor 是同一個東西嗎？

不是。Tally/Cactus 是應用和索引層，Governor 是鏈上治理合約。前端幫助使用者互動，但許可權與結果由合約決定。

18.4 Tally 為什麼變成 Cactus？

當前官方文件顯示 Tally 正過渡為 Cactus On-chain Operations。歷史提案和行業資料仍常用 Tally 名稱，使用時應以當前官網與 DAO 官方入口為準。

18.5 持有治理代幣為什麼顯示零投票權？

常見原因是未在提案快照前持有、沒有委託給自己或代表、連線錯誤網路，或 Space 的 Voting Strategy 不計算該資產。

18.6 Governor 一定要搭配 Timelock 嗎？

技術上不一定，但高風險協議通常應設定執行延遲。沒有 Timelock 的提案透過後可能立即執行，社群缺少應變時間。

18.7 Governor 部署後就是完全去中心化嗎？

不一定。還要檢查代理管理員、金庫、Timelock、取消權、安全委員會、前端和其他合約許可權是否真正受治理控制。

結論：投票介面不等於治理權

Snapshot、Tally 與 Governor 分別解決不同問題。經典 Snapshot 讓社群低成本表達意見；Snapshot X 把模組化投票與執行搬到鏈上；Tally/Cactus 讓成員更容易閱讀和操作 Governor；Governor 則把提案、計票、法定人數與執行規則寫進智慧合約。

最實用的方案通常不是三選一，而是分層組合：論壇負責研究和討論，Snapshot 負責早期共識，Governor 與 Timelock 負責高價值鏈上執行，Tally/Cactus 提供互動，Safe 管理早期或受限運營許可權。

治理安全也不能靠工具名稱保證。參數、權限、合約程式碼、代表集中度和成員參與，都會決定最終結果。正確順序是先定義組織要治理什麼，再決定誰有權投票、怎樣形成結果，最後才選擇前端與合約。

完成本篇後，可返回文章DAO 去中心化自治組織完全指南繼續建立整體框架；準備搭建治理系統時，可繼續閱讀如何建立你自己的 DAO？從零到上線指南。

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

風險提示： 本文僅用於教育與資訊分享，不構成投資、法律或稅務建議。Snapshot、Snapshot X、Tally/Cactus、Governor、Safe 與相關合約功能可能變化；參與或部署前請核驗最新官方文件、網路、合約地址、治理引數、錢包簽名和實際執行許可權。