DAO 資助項目：里程碑、撥款與驗收

通過提案不等於項目完成

DAO批准資助表示按治理程序作出決定，不代表工作已經交付。先明確受資助方、目標與期限，區分投票結果、撥款執行和成果驗收，避免把同一批准消息重復寫成多次進展。

提案文字可能只授權後續談判而非直接付款，執行交易才能說明是否已撥出。把批准金額和實際花費分欄，未使用預算不應當作已消耗成本，也不能只因錢轉出就確認研發成功。

里程碑要能被檢查

有效里程碑應描述具體交付、證據形式、預算單位和驗收負責人。代碼數量或發佈次數不必然等於實際價值，能否使用、維護和滿足約定目標需要另看，不用代幣價格判斷研發完成度。

驗收條件最好在撥款前約定，例如可運行版本、文檔和維護期限，而不是事後僅憑演示視頻判斷。對於公共工具，可檢查是否真的開放使用，仍需區分可訪問與實際用戶規模，不能從訪問一次推斷廣泛採用。

撥款方式分配風險

預付、托管、分期與報銷會將不同風險留給金庫或執行者。核對未交付時如何暫停、退還或追索，寫清這些條款是否只是政策承諾，不能假定所有地區都能同樣執行。

分期撥款可減少一次性暴露，但里程碑若含糊仍可能無法執行。托管安排需明確誰能釋放、糾紛如何處理和退出條件。鏈上合約能約束轉賬，不必然解決鏈下質量爭議或跨境追索。

利益衝突與隱私兼顧

評審人、受資助人和投票代表的關係可能影響決定，應作必要披露。公開資金去向有助問責，但無需公開身份證、住址等無關隱私，審查透明度也要符合個人資料保護要求。

評審人與項目共享控制權、收取報酬或有其他利益時，應按照治理規則披露。公開必要關係即可，不傳播無關個人資料。指控利益衝突需要證據和回應機會，不把不同意見或票數變化自動寫成腐敗。

根據範圍核對結果

用假想項目的三階段交付表對照預算、實付和未完成事項，注明變更是誰批准。新增要求應重新說明，而不是事後改寫最初目標。保存驗收記錄，便於社區理解錢花在哪裡及剩餘責任。

驗收記錄注明範圍變更、交付日期、缺陷和後續義務，未達到目標時透明報告。社區可比較預算效率，卻不應為了完成報表虛構用戶數或商業效果。資助失敗也能提供經驗，清楚說明原因比悄悄刪除舊承諾更有價值。

可把“項目範圍”“交付里程碑”“資金撥付”“驗收證據”放進同一份權利和執行表，逐項對應誰可操作、條件何時滿足、資金何時可用及失敗如何處理。界面顯示、簽名承諾和已完成交易要分開，不能將同一權利在兩個頁面重復記成資產。保存規則版本與退出條件，任何未知權限先說明。理解這些細節，比只比較收益數字或社區熱度更能幫助判斷實際風險。