投资者
Gonka 的治理：去中心化网络如何管理
Gonka 是少数拥有真正链上治理的 AI 网络之一。在这里，不是基金或投资者决定协议的走向，而是向网络提供计算能力的主机决定。每个 GPU 都有与计算贡献成比例的投票权——计算越多，影响力越大。
从 2026 年 1 月到 3 月的三个月内，进行了 11 多个投票，全部获得批准。本文将分析治理的两个层面、更新机制、GiP 系统、通过社区资金池进行的生态系统资助以及早期保护机制。
两级治理
Gonka 的治理在两个层面运作，每个层面都有自己的决策速度和规模。
运营投票（数分钟）——网络内部的运营决策。当发生关于 inference 请求或 PoC 结果有效性的争议时，主机通过 Cosmos SDK 的 x/group 模块进行投票。投票权重由 PoC 权重决定——节点执行的计算越多，其影响力越大。此类投票持续数分钟，解决具体冲突：inference 是否正确，节点是否完成了其工作。
治理投票（数天）——关于协议发展的战略决策。软件更新、网络参数更改、新模型激活、社区资金池资金分配——所有这些都由所有主机进行投票。投票期从几天到一周不等，以便所有参与者都有时间熟悉提案。
与大多数加密项目的关键区别：投票权重由 Proof of Compute 决定，而不是质押。在 Gonka 中，您不能仅仅通过在钱包中积累代币来“购买选票”。影响力与实际计算贡献成比例——处理 AI 请求并生成工作证明的 GPU。这使得治理与那些真正支持网络架构的人联系在一起，而不是与投机资本挂钩。
在实践中，这意味着：一个拥有 10 个 H100 的农场运营商比一个拥有一个卡的运营商拥有 10 倍的投票权——因为他们处理的 inference 请求是 10 倍。系统是自我平衡的：那些对网络运营贡献越多的人，对网络发展的影响力也越大。
升级提案：网络如何更新
Gonka 协议升级是一个从代码到网络激活的规范化过程。每一步都透明且可验证。
升级过程：
- GitHub 上的拉取请求 (Pull Request) – 开发者（Gonka 团队或贡献者）在
gonka-ai/gonka仓库中创建 PR。 - 社区审核 (Review) – 代码经过检查、讨论和测试。对关键更改进行 CertiK 审计。
- 发布 (Release) – 构建新版本的
gonkad二进制文件。 - 链上提案 (On-chain proposal) – 在网络上创建升级提案，并附带更改描述。
- 存款 + 投票 (Deposit + Vote) – 主机在投票期间存入押金（激活阈值）并进行投票。
- 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 改进提案
GiP 是一套用于正式化 Gonka 协议发展构想的系统，于 2026 年 2 月 24 日通过 GitHub Discussions (issue #795) 启动。
每个 GiP 的格式：
- Motivation — 提案旨在解决的问题。
- Solution — 解决方案的技术描述。
- Roadmap — 分阶段的实施计划。
- Open Questions — 待社区讨论的未决问题。
GiP 不具有强制性——它们不强迫团队必须实施。但它们能形成社区共识，并为未来的链上提案指明方向。实际上，GiP 是“治理前奏”：即投票前的讨论。
关键 GiP：
- #800 Multi-Model PoC — 同时支持多个 AI 模型。目前网络支持 Kimi K2.6 和 MiniMax M2.7。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 获得奖励：从错误修复到实现新功能。赏金的数额取决于贡献的复杂性和重要性：
| 贡献类型 | 范例 | 赏金 (GNK) |
|---|---|---|
| 漏洞 (critical) | 安全修复，漏洞利用 | 5,000 — 10,000 |
| 计划任务 | 路线图中的功能 | 1,000 — 2,500 |
| 代码审查 | 关键 PR 审查 | 1,500 — 2,500 |
| 文档 | 技术文档 | 500 — 1,500 |
| 小修复 | 错误修复，重构 | 100 — 700 |
审批机制：赏金包含在升级提案的 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 关注并参与投票。