提案
在 Gonka 中，有两种主要的提议和协调变更的方式：治理提案和改进提案。
改进提案（链下）
用于讨论长期计划、重大架构想法和制定社区路线图。它们类似于比特币的 BIPs。
- 在 /proposals 目录中作为 Markdown 文件管理
- 任何人都可以创建包含新提案的 Pull Request
- 活跃参与者在 GitHub 上审查提案
- 如果获得批准，PR 将合并到仓库中
有关链下改进提案，请参阅 /proposals 文件夹。
治理提案（链上）
用于直接影响网络并需要链上投票的变更：
- 更改网络参数（例如通过
MsgUpdateParams） - 执行软件升级
- 引入新模型
- 引入新功能
- 必须由社区在链上批准的任何其他修改
治理权力通过可验证的计算工作获得，而不是被动的代币持有。默认情况下，每个主机的 PoC 衍生投票权重中只有 20% 自动激活。要解锁剩余的 80%，主机必须锁定 GNK 代币作为抵押，将治理影响力与真实的经济承诺联系起来。技术细节，包括权重激活机制和抵押比率，在 Gonka: 代币经济学 中涵盖。
宽限期
在最初的 180 个 epoch（约 6 个月）内，新参与者可以参与治理并通过 PoC 获得投票权重，无需抵押要求。在此期间，完整的治理权利可用，而投票权重仍与验证的计算活动相关。
关键治理参数
| 参数 | 默认值 | 描述 | 效果 |
|---|---|---|---|
| 法定人数 | 总 PoC 加权权力的 33.4%（治理参数化）。 | 必须参与提案才能使其结果有效的总活跃 PoC 加权投票权力的最小比例。 | 如果未达到法定人数，无论其"是"/"否"结果如何，提案都被视为无效。 |
| 多数阈值 | >50% 是票（可在链上配置）。 | 提案通过所需的"是"票在所有投票中的最小比例（不包括"弃权"）。投票权重与最近 Sprint 的验证计算能力成比例计算。 | 如果未达到此阈值，即使达到法定人数，提案也会被拒绝。 |
| 否决阈值 | 系统中整个非弃权投票权力的 33.4% | 如果"否决"票的比例达到此水平，无论其他投票如何，提案都会被强制拒绝。 | 作为对恶意或有害提案的保障，即使它们有大多数支持。 |
所有这些参数都在创世代码中定义，可以通过治理提案进行修改，允许网络随时间动态调整决策规则。 有关链上治理步骤，请参阅详细指南。