液態民主：在直接參與與委託代表之間流動的民主實踐
本書將液態民主（Liquid Democracy）視為一種讓公民在直接參與與代表參與之間自由切換的集體決策制度。參與者可以自行投票，也可以把投票權委託給信任的人；委託可依議題或期間設定，並可能沿著委託鏈繼續傳遞。它試圖回應直接民主要求公民持續投入所有議題、代議民主又可能使代表權在固定任期內遠離公民的兩難。
本書的核心判斷是：液態民主不是把投票搬到網路上，而是重新設計授權、代表、資訊與問責的關係。 其最低概念邊界是自願委託與代理投票的結合；線上討論、電子請願或參與式預算可以與液態民主互補，卻不因此自動成為液態民主。這個區分尤其重要，因為台灣 vTaiwan、馬德里 Decide Madrid 與赫爾辛基 OmaStadi 是理解數位民主的關鍵案例，但各自的核心機制並非典型可轉委託投票。
全書核心問題
- 參與者如何在直接投票與委託代表之間切換？委託是否可撤回、按議題設定或再轉委託？
- 委託能否把知識與時間分工轉化為更好的決策，還是會集中權力、減少獨立資訊來源？
- 當委託鏈出現循環、代表成為樞紐或成員長期不再參與時，制度如何處理？
- 平台演算法、介面、行政程序與地方脈絡如何共同決定公民是否真的有影響力？
- 如何把委託、審議、問責、隱私與政策執行整合成可持續的民主治理？
導讀與閱讀路徑
從概念邊界開始
先讀 液態民主的最低定義需要同時包含自願委託與代理投票，再讀 液態民主是一組制度設計而非單一制度。透過 moc/液態民主的概念與制度機制地圖 區分 代表投票、委託式投票、可撤回委託、議題別委託、委託鏈 與 委託網絡。接著以 液態民主的歷史源流早於網路時代 了解 Lewis Carroll、James C. Miller 與 Bryan Ford 等思想先例。
理解制度設計與風險
閱讀 可撤回委託使代表權成為持續授權、議題別委託讓代表關係更細緻也更複雜，再進入 專家委託不會自動產生更好的群體判斷、委託可能減少群體中的獨立資訊來源、代表集中既可能提升協調也可能形成寡頭化 與 委託鏈的循環需要明確的制度處理規則。可配合 moc/液態民主的權力風險與制度保障地圖 閱讀。
由實際案例檢驗理論
德國海盜黨的 LiquidFeedback 是本書最直接的液態民主實作案例：讀 LiquidFeedback把委託投票帶入德國海盜黨的組織實踐、德國海盜黨的LiquidFeedback資料揭示超級委託者的權力問題 與 德國海盜黨的後續研究指出委託鏈可能形成寡占結構。DAO 研究則提供另一種高利害線上治理場景，見 DAO大樣本研究發現委託提高參與但投票仍偏低。
再把範圍擴大到數位民主比較：台北馬德里赫爾辛基的比較研究揭示城市民主平台的情境性、vTaiwan與Decide Madrid的比較研究將演算法視為政治關係的一部分、台灣公共政策網路參與的效果會受到政策領域影響、馬德里的Decide Madrid把開源市民提案與參與式預算結合 與 赫爾辛基OmaStadi以居民提案投票共創落實參與式預算。閱讀時請記住，這些是比較與相鄰案例，不代表它們都採用液態民主。
從研究走向實踐
最後閱讀 數位民主平台的賦權效果取決於人與制度的組合、數位參與的成效必須追蹤政策回應、代表問責不能只依靠撤回按鈕，並參考 moc/液態民主的理論與實證研究地圖。若要在社群、合作組織或地方團體做小型試驗，可從 idea 資料夾開始。
主要見解
液態民主提供的是動態授權，不是單純提高投票頻率
制度的關鍵是讓參與者可以在直接決策與授權代表間轉換，並能依議題、時間與信任狀態改變代表關係。這種彈性有機會讓知識分工與參與能力不均成為可處理的制度條件。
委託不等於專業，票數集中不等於代表品質
實驗研究顯示，參與者可能錯估他人的專業程度，過度委託反而削弱多元資訊；真實平台資料則顯示委託票會集中到少數活躍者。代表集中可能有助協調，也可能形成寡頭化，因此需要透明、可逆、可制衡的制度。
平台本身就是制度
委託規則、排序介面、身份驗證、演算法、資料治理與正式決策流程，都會形塑權力。開源只是透明與再利用的可能條件，不是民主品質的保證。平台需要讓參與者理解規則、質疑決策並追蹤政策回應。
數位參與必須連到正式決策與執行
vTaiwan、Decide Madrid 與 OmaStadi 顯示，城市平台可以支持不同形式的公民參與，但真正的賦權仍取決於政府是否吸收意見、配置資源並持續回報。參與量不是影響力的替代指標。
國際案例比較
| 地區／案例 | 主要機制 | 與液態民主的關係 | 觀察重點 |
|---|---|---|---|
| 德國海盜黨／LiquidFeedback | 黨內提案、委託票與線上決策 | 直接實作案例 | 委託集中、超級委託者、組織問責 |
| 台灣／vTaiwan | 線上協作、議題諮詢與政策對話 | 相鄰數位民主案例，非典型委託票制 | 演算法與政府回應如何影響賦權 |
| 西班牙／Decide Madrid | 市民提案、公共諮詢、參與式預算 | 相鄰數位民主案例 | 開源平台如何嵌入市政制度 |
| 芬蘭／OmaStadi | 居民提案、投票、共創與預算執行 | 參與式預算案例，非典型液態民主 | 公民決定如何連接資源與落實 |
| DAO／Ethereum | 代幣投票與委託治理 | 高利害線上委託案例 | 財產權重、委託集中與低參與 |
設計檢核表
- 是否清楚區分直接投票、委託、棄權與不參與？
- 委託是否可以按議題設定、撤回、改派或到期？
- 是否允許轉委託？若形成循環，如何偵測與計票？
- 是否能觀察委託集中度，又不暴露個人政治偏好？
- 是否保留足夠獨立資訊來源與少數意見的表達空間？
- 代表是否需要揭露利益、說明理由並定期回報？
- 平台排序、演算法、身份驗證及資料保存規則是否透明？
- 決策結果是否連接正式權限、預算、執行責任與成果回報？
- 線下、低科技與無障礙參與方式是否同樣可行？
全部筆記索引
文獻筆記
- data/液態民主的最低定義需要同時包含自願委託與代理投票
- data/2026年計算社會選擇研究整理出液態民主的模型分類
- data/液態民主的歷史源流早於網路時代
- data/Bryan Ford的委託式民主提案強調低門檻與彈性代表
- data/LiquidFeedback把委託投票帶入德國海盜黨的組織實踐
- data/德國海盜黨的LiquidFeedback資料揭示超級委託者的權力問題
- data/德國海盜黨的後續研究指出委託鏈可能形成寡占結構
- data/兩項投票實驗顯示過度委託可能削弱集體判斷
- data/DAO大樣本研究發現委託提高參與但投票仍偏低
- data/台北馬德里赫爾辛基的比較研究揭示城市民主平台的情境性
- data/vTaiwan與Decide Madrid的比較研究將演算法視為政治關係的一部分
- data/台灣公共政策網路參與的效果會受到政策領域影響
- data/馬德里的Decide Madrid把開源市民提案與參與式預算結合
- data/赫爾辛基OmaStadi以居民提案投票共創落實參與式預算
- data/委託循環不一定只是失效錯誤也可能是策略性選擇
- data/局部委託能否優於直接投票取決於社會網絡結構
- data/政治代表理論提醒我們授權與問責必須同時設計
- data/Decide Madrid與vTaiwan的數位賦權取決於具體人機制度組合
- data/液態民主比較研究提醒我們不要把技術設計當成普遍解方
永久筆記
靈感筆記
- idea/先在自願社群以低風險議題測試可撤回委託
- idea/建立代表影響力儀表板並同步設計隱私保護
- idea/把委託期限與重新確認設計成預設制度
- idea/保留直接投票與分割委託以維持資訊多樣性
- idea/為委託平台設置循環警示與可理解的票權追蹤
- idea/將審議放在委託與投票之前而不是只追求快速聚合
- idea/讓少數意見與低頻參與者在制度中仍可被看見
- idea/以參與式預算的執行鏈補足液態民主的制度想像
概念筆記
- term/液態民主、term/代表投票、term/委託式投票、term/可撤回委託、term/議題別委託、term/委託鏈、term/委託循環、term/委託網絡、term/直接民主、term/代議民主、term/審議民主、term/參與式預算、term/電子民主、term/政治代表、term/專家委託、term/網絡治理。
概念地圖
研究限制與更新方向
本書以可公開取得的研究摘要、期刊文章、官方平台資料與書目資料為基礎。部分文獻為工作論文或研究摘要，結論需留意其審查狀態與研究場景；DAO 的代幣投票尤其不能直接外推至公民平等投票。2026 年研究仍在快速發展，尤其是委託網絡、權力指標、策略性循環與標準化實證資料。建議持續追蹤 IJCAI 2026 綜述所整理的研究分類，以及 Interaktive Demokratie 的出版清單。