Boundless 自启动以来就有一个明确的目标：构建一套通用的计算验证基础设施，服务于整个区块链生态乃至更广阔的领域。如今，Boundless 已发展成为最大的 ZK 证明网络及开放市场。在 Boundless 网络中，参与是无需许可的，任何人都可以发起请求证明，也都可以成为证明节点。治理机制同样需要遵循这一原则，并以稳健、审慎的方式持续推进，确保协议能够长期成功运行。

随着网络逐步成熟，以及更多利益相关者开始依赖 Boundless，治理机制也需要同步演进。治理的目标并非单纯追求速度，而是要建立能够长期支持这一稳健基础设施的决策体系。

本文将阐述 Boundless 当前的治理机制、本年度内的进度规划，以及社区在网络走向全面去中心化的进程中（目标时间为 2026 年 9 月），社区将如何参与其中。

网络现状

截至 2026 年 1 月，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 持有者提供清晰且可执行的否决机制。不设最低参与人数，是为了避免因参与不足导致的治理停滞。治理权通过质押权重实现：必须明确表达反对意见才能阻止提案。