治理
每一项重大决定，都记录在台账上。
ZooBC 的治理分为两个层面，均在链上进行。基金会参与其中一个层面，并负责管理另一个层面的行政事务。这两者都不受任何单一方控制 — 包括基金会本身。
协议治理
由节点所有者决定。
一切与 ZooBC 区块链运行相关的事务 — 共识参数、费用标准、协议升级、登记条目的增删 — 均由已注册的节点所有者通过链上投票决定。提案以交易形式提交，法定人数由共识机制强制执行，一旦获得通过，结果即自动执行。
登记表规模
13
法定人数
9
开放中的提案
0
实时数据来自 /api/v1/governance/proposals。默认规则为三分之二法定人数。
基金会治理
由成员与用户共同决定。
基金会层面的决定 — 资助类别权重、计划调整、报告节奏、人事任命、注册成立后的章程修订 — 同样在链上进行，使用与协议投票相同的底层机制。不同之处在于投票群体：基金会成员拥有主要投票权，同时根据网络用户的参与度进行加权。
为什么要在链上进行？
基金会请求社区信任它来掌管资金和履行管理职责。使用与网络本身相同的投票机制，是目前所能提供的最有力的保证：没有任何管理后台、任何签名或任何闭门会议可以推翻一项链上决定。
提案存档
查询原始数据源 →目前还没有任何提案。
目前网络上还没有任何治理提案。一旦有提案被提出，就会同步显示在这里，数据来自链上数据源。这是一个如实反映早期阶段的状态 — 提案是为真实的决定而存在的，而不是为了显得热闹。
协议提案是如何产生的
- 在社区论坛上起草一项变更。就其意图达成大致共识。
- 以链上提案交易的形式提交。共识机制会锁定确切的文本内容。
- 节点所有者在投票窗口期内投票。法定人数由共识机制强制执行。
- 获得通过的提案会在预定的激活区块高度自动执行。
- 结果会同步显示在本页面的“协议提案”部分。
基金会决定是如何作出的
- 草案发布后供成员和公众审阅，并设有明确的意见征集期。
- 修订后的文本以链上基金会提案交易的形式发布。
- 成员投票；参与的用户按照公布的政策增加相应权重。
- 结果由基金会执行，并记录在本页面的“基金会决定”部分下。
- 理由说明以及（如有）异议意见，都会附在记录中。