治理、DAO 與代幣經濟學

治理提案

治理提案是 DAO 中變更的基本單位:一項具體的請求——動用金庫資金、升級某個合約、更改某項費率——在能夠生效之前,會走過一條既定的生命週期。那條生命週期的用意,是把一個原始構想轉化為一項全社群都有公平機會看見、辯論並否決的決定,好讓最終具拘束力的投票成為最後一步,而非一場突襲。

成熟的提案流程通常設有數道關卡。它先以一個非正式的構想或「徵求意見」(RFC)貼文出現在論壇上,在那裡被討論與修改。接著它通過一道可選的「溫度檢查」——常是一場無拘束力的 Snapshot 意向投票——以確認有足夠的意願繼續推進。唯有此時它才被寫成正式提案:在鏈上系統中,這意味著具體、可執行的 calldata,由一個至少持有「提案門檻」代幣量的地址送出(一道防垃圾機制)。隨後是固定的投票期,結果會對照法定門檻與通過規則加以檢核,而一份通過的提案會在執行前先被關進時間鎖,好讓使用者得以反應。每一道關卡都過濾掉雜訊、模糊與倉促的決定。

其中的設計張力是真實存在的。提案門檻太高,會讓普通成員噤聲;太低,則招來垃圾提案。冗長的討論能提升品質,卻拖慢組織。鏈下的溫度檢查能省下手續費並及早浮現反對意見,但「通過的意向投票」與「具拘束力的鏈上投票」之間的縫隙,正是意圖可能悄悄漂移或被重新措辭之處。好的流程會讓每個階段都清晰可讀——誰提的、究竟會執行什麼、何時執行、以及如何反對——好讓「提案通過了」成為一句人們真能信任的話。

典型的 Compound 式路徑:(1)論壇 RFC,(2)用 Snapshot 做溫度檢查以探測風向,(3)需 25,000 COMP 才能送出的正式鏈上提案,(4)為期 3 天、需 400,000 張贊成票方達法定門檻的投票期,(5)為期 2 天的 Timelock,(6)execute()。提案可能在任何一道關卡上夭折。

要盯緊溫度檢查與可執行提案之間的接縫。意向投票批准的是文字上的意圖;鏈上提案批准的是確切的 calldata。兩者理應一致——核對它們是否真的一致,是盡責投票者的核心職責。