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

Gonka 的治理分为两个层级，各自有着不同的决策速度和覆盖范围。

Operational Voting（分钟级） — 网络内部的日常决策。当对某个 inference 请求或 PoC 结果的有效性产生争议时，主机通过 Cosmos SDK 的 x/group 模块进行投票。投票权重由 PoC weight 决定 — 节点执行的算力越多，其影响力越大。这类投票持续数分钟，用于解决具体冲突：该次 inference 是否正确、节点是否完成了自己的工作。

Governance Voting（天级） — 关于协议发展的战略性决策。软件升级、网络参数调整、新模型启用、Community Pool 资金分配 — 这些都交由全体主机投票决定。投票期为数天到一周，以便所有参与者都有时间了解提案。

与大多数加密项目的关键区别在于：投票权重由 Proof of Compute 决定，而非 staking。在 Gonka，你无法仅靠在钱包里囤积代币来「买票」。影响力与真实算力贡献成正比 — 那些处理 AI 请求并生成工作量证明的 GPU。自 v0.2.16 升级起，计入的是上一 epoch 中确认的算力：新主机在第一个 epoch 的投票权重为零，而新增算力从下一个 epoch 起才开始贡献票数。这让治理权与真正支撑网络架构的人绑定在一起，而不是与投机资本绑定。

在实际中这意味着：拥有两台 8× H100 服务器的运营者，其票数大约是一台同类服务器运营者的两倍 — 因为他处理的 inference 请求也大约是其两倍。这是一个自我平衡的系统：为网络运行投入更多的人，对其发展拥有更大的影响力。

Gonka 协议升级是一套从代码到网络激活的规范化流程，每一步都透明且可验证。

升级流程：

1. GitHub Pull Request —— 开发者（Gonka 团队或贡献者）在 gonka-ai/gonka 仓库中提交 PR。
2. 社区审查 —— 代码经过检查、讨论和测试。关键变更由 CertiK 审计。
3. Release —— 构建新版本的 inferenced 二进制文件。
4. 链上提案 —— 在网络上创建升级提案，说明变更内容。
5. Deposit + Vote —— 主机缴纳保证金（激活门槛），并在投票期内进行投票。
6. Cosmovisor —— 提案通过后，Cosmovisor 会在指定的区块高度自动升级节点。

从 2026 年 1 月到 5 月，网络经历了 13+ 次成功投票 —— 从 v0.2.2 到 v0.2.13。所有提案均获通过。关键升级时间线如下：

• v0.2.11（2026 年 3 月，提案 #31） —— 673,699 票赞成，0 票反对。引入了 subnet inference —— 通过子网进行链下计算的机制，有望带来 100 倍的吞吐量增长。
• v0.2.13（2026 年 5 月，提案 #54） —— 于 2026 年 5 月 21 日通过（62.8% 赞成，投票率 39.9%，法定人数门槛 33.4%），在区块 4267300 激活。新增 MiniMax-M2.7 作为网络上的第三个模型，启用了 Ethereum bridge wiring，并将法定人数门槛降至 0.25。

投票选项：

• Yes —— 支持本次升级。
• No —— 反对本次升级。
• No with Veto —— 强烈反对；若超过 33% 的票数选择此项，提案将被否决，保证金将被销毁。
• Abstain —— 弃权，但仍计入法定人数。

完整的投票历史可在 gonka.gg/network/proposals 查看 —— 你可以查看每一项提案、结果以及投票者名单。

GiP 是一个用于正式化 Gonka 协议发展构想的系统，于 2026 年 2 月 24 日通过 GitHub Discussions (issue #795) 启动。

每个 GiP 的格式：

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

GiP 不具有强制约束力 (binding) — 它们不强制团队进行实施。但它们能形成社区共识，并为未来的 on-chain proposals 指明方向。事实上，GiP 就是“治理前”：在投票前进行讨论。

关键 GiP：

• #800 Multi-Model PoC — 同时支持多个 AI 模型。目前，网络支持 MiniMax M2.7 (v0.2.13 中添加)、DeepSeek V4 Flash (提案 #94) 和 GLM-5.3 Flash (提案 #101)。该 GiP 描述了不同模型并行运行且各自具备 Proof of Useful Work 的架构。
• #801 Inference Scaling — 用于扩展的子网架构 (subnet architecture)。该 GiP 的一部分已在 v0.2.11 (subnet inference) 中实现。
• #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 的治理 (Governance) 并非静态系统，而是一个不断演进的过程。以下是 2026–2027 年的关键发展方向。

Multi-Model PoC (GiP #800) — 已实现：2026 年 5 月，Kimi K2.6 通过 DevShards 首次进入网络（后下线），MiniMax-M2.7 在 v0.2.13 中添加（提案 #54），DeepSeek V4 Flash 于 2026 年 8 月连接（提案 #94），GLM-5.3 Flash 于 2026 年 9 月连接（提案 #101）。下一个候选者是用于 RAG 的 embedding 模型：这将为 Gonka 开辟一类新的应用（搜索引擎、企业知识库、具备记忆的聊天机器人）。

Inference Quality Protocol (GiP #860) — 基于质量的路由。目前，请求是根据节点可用性分配的；未来，将基于回复质量。硬件更好、性能更稳定的节点将获得优先权。

On-chain governance migration (2026–2027) — 迁移到 Cosmos SDK 中完整的 x/gov 模块。这将实现：形式化的提案类型、批准变更的自动执行、与 IBC (Inter-Blockchain Communication) 的集成，以及通过任何兼容 Cosmos 的钱包创建 governance proposals 的能力。

您可以在 gonka.gg/network/proposals 查看投票并参与其中。