Boundless 自啟動以來便秉持一個明確的目標：打造一套通用的計算驗證基礎設施，服務整個區塊鏈生態系，並延伸至更廣泛的應用場景。如今，Boundless 已發展為全球最大的證明網絡及零知識證明開放市場。在 Boundless 網絡中，所有參與皆無需許可：任何人都可以發起證明請求，也都可以成為證明者 。治理機制同樣需要遵循這一原則，並以審慎、有節奏的方式推進，確保協議能夠長期穩定地發展。

隨著網絡逐漸成熟以及更多利益相關者對 Boundless 的依賴，治理機制也需要同步演進 。治理目標並非為了速度本身，而是要建立一套能在長期內支撐這項強大基礎設施的決策架構 。

本文將說明 Boundless 目前的治理運作方式、今年內的演進方向，以及隨著網路邁向完全去中心化（預計於 2026 年 9 月實現），社區將如何參與其中。

網絡現狀

截至 2026 年 1 月，Boundless 已成為首個投入正式運行的開放式、無需許可的證明市場。

• 證明請求完全無需許可。
• 證明算力由獨立營運者在開放市場中競爭提供。
• 不存在任何單一方掌控市場 。

然而，在治理層面，Boundless 仍處於一個早期且刻意保守的階段。這是設計的初衷 。當前的治理重點放在安全性、連續性，以及在協議逐步成熟、使用情境不斷增加的過程中，保有快速調整與迭代的能力上。

去中心化治理路徑

Boundless 的治理架構劃分為五個類別，不同類別具有不同的風險特性，因此需要不同程度的審查機制與參與度 。Boundless 並未對所有決策套用單一投票模型，而是針對每一類決策設計相應的治理流程，以在效率、安全性與利害關係人控制權之間取得平衡。

為了讓治理過程更容易理解，本文將統一使用以下術語：

• 技術團隊多簽 (Technical Team Multisig)：由 Boundless Foundation 的實驗室公司 Boundless Networks 控制的多簽。
• 基金會多簽 (Foundation Multisig)：由 Boundless Foundation 及其成員控制的多簽。
• 階段 (Stage)：治理過程中的一個限時階段。每個階段都有明確的持續時間與指定的執行者 。如果在某一階段內未採取任何行動，提案將依其所屬類別自動推進至下一階段，或直接失效。在部分情況下，若該階段的所有預設條件提前滿足，階段亦可提前結束。

Boundless 協議升級

• 涵蓋範圍：對 Boundless 核心協議的變更，包括性能優化、新功能加入和以及例行維護。
• 目前機制：協議升級由技術團隊多簽發起並執行。此做法在確保的同時，使協議能夠快速演進。
• 目標模型（2026 年 9 月） ：
  • 第 1 階段（7 天，可提前進入下一階段））：技術團隊多簽完成簽署並開啟審查期。
  • 第 2 階段（2 天，樂觀模式）：已質押 ZKC 的持有人可行使否決權。若投票中「No」的比例達到或超過 50%，則升級將被阻止。不設最低人數，且在投票窗口期間可以更改投票。
• 設計考量：多數協議升級屬於迭代性的、營運層面的調整，且具備可逆性 。採用樂觀模型，能在沒有不必要阻力的情況下推動協議演進，同時仍為已質押的 ZKC 持有者提供清晰且可執行的否決制。不設最低投票人數要求，是為了避免因參與度不足而導致治理停滯。治理權力透過質押權重：只有在明確表達反對意見時，提案才會被阻擋。