Gonka 的治理：去中心化网络如何管理

Gonka 的治理在两个层面运作，每个层面都有自己的决策速度和规模。

运营投票（数分钟）——网络内部的运营决策。当发生关于 inference 请求或 PoC 结果有效性的争议时，主机通过 Cosmos SDK 的 x/group 模块进行投票。投票权重由 PoC 权重决定——节点执行的计算越多，其影响力越大。此类投票持续数分钟，解决具体冲突：inference 是否正确，节点是否完成了其工作。

治理投票（数天）——关于协议发展的战略决策。软件更新、网络参数更改、新模型激活、社区资金池资金分配——所有这些都由所有主机进行投票。投票期从几天到一周不等，以便所有参与者都有时间熟悉提案。

与大多数加密项目的关键区别：投票权重由 Proof of Compute 决定，而不是质押。在 Gonka 中，您不能仅仅通过在钱包中积累代币来“购买选票”。影响力与实际计算贡献成比例——处理 AI 请求并生成工作证明的 GPU。这使得治理与那些真正支持网络架构的人联系在一起，而不是与投机资本挂钩。

在实践中，这意味着：一个拥有 10 个 H100 的农场运营商比一个拥有一个卡的运营商拥有 10 倍的投票权——因为他们处理的 inference 请求是 10 倍。系统是自我平衡的：那些对网络运营贡献越多的人，对网络发展的影响力也越大。

更新 Gonka 协议是一个从代码到网络激活的规范化过程。每个步骤都透明且可验证。

更新流程：

1. GitHub 上的 Pull Request — 开发者（Gonka 团队或贡献者）在 gonka-ai/gonka 存储库中创建 PR。
2. 社区审查 — 代码经过审查、讨论和测试。关键更改需要 CertiK 审计。
3. 发布 — 构建新版本的 gonkad 二进制文件。
4. 链上提案 — 创建一个包含更改描述的链上更新提案。
5. 存款 + 投票 — 主机存入押金（激活阈值）并在投票期间进行投票。
6. Cosmovisor — 获得批准后，Cosmovisor 会在指定的区块高度自动更新节点。

2026 年 1 月至 5 月，网络经历了13 次以上成功的投票 — 从 v0.2.2 到 v0.2.13。所有提案均已获得批准。主要升级时间线：

• v0.2.11 (2026 年 3 月，提案 #31) — 673,699 票“赞成”，0 票“反对”。引入了子网推理 — 通过子网进行链下计算的机制，有望将吞吐量提高 100 倍。
• v0.2.13 (2026 年 5 月，提案 #54) — 于 2026 年 5 月 21 日通过（62.8%“赞成”，投票率 39.9%，法定人数 33.4%），在区块 4267300 激活。将 MiniMax-M2.7 添加为网络中的第三个模型，激活了以太坊桥接布线，并将法定人数降低到 0.25。

投票选项：

• Yes — 支持更新。
• No — 反对更新。
• No with Veto — 强烈反对；如果超过 33% 的票数，提案将被否决，并且押金将被销毁。
• Abstain — 弃权，但参与法定人数计算。

完整的投票历史可在gonka.gg/network/proposals上查看 — 您可以查看每个提案、其结果和投票者列表。

GiP 是一个用于规范 Gonka 协议发展想法的系统，于 2026 年 2 月 24 日通过 GitHub Discussions（问题 #795）启动。

每个 GiP 的格式：

• Motivation — 提案解决了什么问题。
• Solution — 解决方案的技术描述。
• Roadmap — 分阶段实施计划。
• Open Questions — 待社区讨论的未解决问题。

GiP 不具有约束力 — 它们不强制团队实施。但它们形成了社区共识，并为未来的链上提案指明了方向。实际上，GiP 是“预治理”：投票前的讨论。

关键 GiP：

• #800 Multi-Model PoC — 同时支持多个 AI 模型。目前，网络使用 Qwen3-235B 和 Kimi K2.6（自 2026 年 5 月起通过 DevShards）。MiniMax-M2.7 正在 v0.2.13 中添加。GiP 描述了不同模型并行运行的架构，并带有独立的 Proof of Useful Work。
• #801 Inference Scaling — 用于扩展的子网架构。此 GiP 的一部分已在 v0.2.11 中实现（子网推断）。
• #860 Quality Protocol — 根据响应质量路由请求。提供更好结果的节点会获得更多的流量和奖励。

任何参与者都可以通过 GitHub Discussions 创建 GiP。入门门槛极低 — 只需要一个 GitHub 帐户和对问题的理解。Gonka 团队和主机参与的积极讨论表明该系统有效：提案获得反馈，得到改进，并逐步实现。

社区资金池——Gonka 生态系统发展基金。创世发行量约 20%（约 2 亿 GNK）用于赠款、赏金和资助社区倡议。

代码贡献赏金——分配社区资金池资金的主要机制。开发人员因在 gonka-ai/gonka 存储库中的 PR 获得奖励：从错误修复到实现新功能。赏金的数额取决于贡献的复杂性和重要性：

审批机制：赏金包含在升级提案的 README 中。当主机投票支持协议升级时，他们同时批准了该版本中包含的 PR 支付清单。透明度是完整的——任何人都可以查看支付了什么以及支付了多少。

除了赏金，社区资金池还可以资助：生态系统工具开发、营销、教育计划和研究资助。有关通过 GitHub 赚钱的更多信息，请参阅单独的文章。

一个年轻的网络是脆弱的：节点少，stake 低，理论上可能发生 51% 攻击。 Gonka 通过几种机制来解决这个问题。

守护者系统——三个受 Gonka 团队控制的受信任节点，总共拥有 34% 的共识权力。守护者不能强加决定（34% < 67%），但可以阻止恶意提案（34% > 33% 否决阈值）。关键是：守护者在网络总算力 (total_network_power) 达到 1000 万单位时会自动停用。这不是手动开关——停用已在协议中编程。

抵押系统——主机必须存入 GNK 作为抵押品才能获得全部权重：

• 基础权重 (20%) — 无条件权重，仅因节点运行而累计。
• 符合抵押条件 (80%) — 额外权重，仅在有 GNK 抵押品的情况下可用。抵押品金额与计算能力成比例。

削减 (Slashing) — 对违规行为的惩罚：

• 20% 的抵押品 — 用于 INVALID inference（节点产生不正确的结果）。
• 10% 的抵押品 — 用于 downtime（节点停机时间超过允许的阈值）。

宽限期——180 个 epoch（约 6 个月），在此期间新主机可以无需抵押品即可运行。这降低了进入门槛：您可以开始挖矿，通过奖励赚取 GNK，然后才存入抵押品。宽限期结束后，未抵押的节点只能获得其潜在权重的 20%。

所有这些机制都已在GNK 代币经济学中描述，并且旨在实现一个目标：在早期阶段保护网络，同时不牺牲长期去中心化。

Gonka 的治理不是一个静态系统，而是一个不断发展的过程。以下是 2026-2027 年的关键发展方向。

Multi-Model PoC (GiP #800) — 已实现：Kimi K2.6 已于 2026 年 5 月起在 DevShards 中运行，MiniMax-M2.7 正在 v0.2.13 中添加（提案 #54）。下一个候选是 RAG 的嵌入模型：这将使 Gonka 能够应用于新一类应用程序（搜索引擎、企业知识库、带记忆的聊天机器人）。

Inference Quality Protocol (GiP #860) — 按质量路由。目前，请求根据节点的可用性进行分配；未来，将根据响应质量进行分配。硬件更好、运行更稳定的节点将获得优先权。

On-chain governance migration (2026–2027) — 过渡到 Cosmos SDK 的完整 x/gov 模块。这将提供：规范化的提案类型、批准更改的自动执行、与 IBC（Inter-Blockchain Communication）的集成，以及通过任何 Cosmos 兼容钱包创建治理提案的能力。

您可以在 gonka.gg/network/proposals 关注并参与投票。