公告

关于本页面

本页面由社区成员维护和更新。

如需发布公告（例如您发起的治理投票），请在 gonka-docs 仓库中打开一个拉取请求：https://github.com/gonka-ai/gonka-docs

本页面内容不保证完整。如需获取最新信息，包括治理投票的发布及其当前状态，请参考链上数据或查看可用的浏览器和仪表板。

2026年7月20日

v0.2.14 升级提案进入治理阶段

v0.2.14 提案现已上链并开放投票。

主网链/API 工作重点包括：PoC 重复工件保护、早期共享检测、经典推理 API 废弃（禁用主网上的 /v1/chat/completions 计费并从 API 二进制文件中移除嵌入的 /v1/devshard）、奖励接收者路由以及升级时的安全修复。

devshard 部分准备了 v3 运行时，以便代理在链升级期间无需依赖已废弃的经典 API 路径即可提供推理服务，从而提升 RAM 利用率并支持在 SQLite 和 Postgres 存储之间安全切换。

更多详情请参见拉取请求：https://github.com/gonka-ai/gonka/pull/1267

升级计划

节点二进制文件通过链上软件升级提案进行升级。现有主机无需在升级过程中手动更新其 api 或 node 容器。

如何投票

如果您没有直接访问拥有投票权密钥的权限，或希望由其他密钥代表您投票，请参阅指南，了解如何将治理投票权限从冷密钥授予热密钥。

提案详情和投票可通过 inferenced 查看。任何活跃节点均可使用。可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的投票（yes、no、abstain、no_with_veto）：--unordered 和 --timeout-duration 标志需要 inferenced v0.2.12 或更高版本。

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 89 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 89 -o json --node $NODE_URL/chain-rpc/

升级前的必要操作

若提案获得批准，建议提前完成以下准备工作。

现在 / 主网上线升级前 —— 更新您的 API 和网桥。为确保主网上线升级期间以太坊网桥稳定，请提前根据指南将 api 二进制文件和网桥镜像升级至 0.2.14-post3。如果您的 api 二进制文件已更新，您只需更新网桥镜像并重启网桥容器。如果您已完成上述两步，则无需重复操作。如果您有多个节点，请逐个更新，并在非 PoC 或 cPoC 期间执行此步骤。
仪表板维护者 —— 本次升级未移除或重构任何现有查询端点。如果您的仪表板从链上读取并显示数据，将继续正常工作。您需要了解一项语义变更（委托），以及三个小注意事项（详见完整指南：https://gonka.ai/docs/dashboard-maintainer-memo-v0.2.14/）

截止日期

投票截止：2026年7月23日 00:02 UTC / 2026年7月22日 17:02 PDT
提议升级高度：5195700
预计升级时间：2026年7月23日 03:45 UTC / 2026年7月22日 20:45 PDT

注意事项

请确保在升级窗口期间保持在线，以便及时执行任何后续步骤或缓解指令。
升级期间，Cosmovisor 会在 .inference/data 目录中创建完整状态备份；请确保磁盘空间充足（主网上 Cosmovisor 对 application.db 的备份通常为数十 GB，建议提前确认）。有关如何安全删除 .inference 目录中的旧备份，请参阅文档。
如果 application.db 占用大量磁盘空间，可应用指南中描述的清理技术。
若获批准，升级后 devshard 存储可选择由共享的 Postgres 实例支持（与负载存储使用相同的环境变量）。本地 SQLite 将保持默认设置，并自动清理（保留最近 3 个周期）。

2026年7月20日

仅 devshard 的升级 PR 现已开放评审

devshard 升级独立于主区块链进行。无需通过 Cosmovisor 协调全节点升级，不影响主网行为，且预计不会导致推理服务中断。若通过治理流程批准，新 devshard 版本将与现有 v3 运行时并行运行。

主要变更

v4 的主要目标是提升 devshard 主机在主机故障和升级时的高可用性。当一台机器宕机或重启时，它仍可继续处理新请求；在版本升级时，多台机器可逐个替换版本。这是系列更新中的首次变更，旨在将单体架构重构为高可用、容错、可扩展的架构。
v4 是首个面向多实例高可用的版本：在共享 Postgres 上通过 versiond-router 部署 N 个 versiond/devshardd 副本，支持粘性会话路由和验证租约独占性。网关仅通过 gRPC 与链通信。公共可观测性为无版本化（/devshard/sessions|stats|metrics）；仅托管所有者通过签名聊天绑定。当治理发布具有相同版本名称的新二进制文件（名称不变，仅 sha256 变化）时，versiond 可进行蓝绿切换并排水，确保正在进行的工作（包括 SSE）在旧版本上完成。
v4 同时修复了 bug 和安全问题。

行动项

请审查 PR https://github.com/gonka-ai/gonka/pull/1482，并对任何发现、问题、改进建议、边界情况或潜在漏洞留下评论。

有意义的审查贡献，包括重要评论、bug 发现和安全问题，可能有资格在下一个升级周期获得社区奖励。

本次仅为请求审查 PR，不启动正式投票。

2026 年 7 月 16 日

提案 88 已通过：Kimi-K2.6 重新注册，devshard v1/v2 已移除

紧急提案 88 已在链上获得批准。

Kimi-K2.6 引导（纪元 331）

moonshotai/Kimi-K2.6 已重新列入治理模型列表，并进入标准引导流程。

在区块 5,105,276 之前（2026 年 7 月 17 日，约 12:05 UTC）声明意向：
```
./inferenced tx inference declare-poc-intent moonshotai/Kimi-K2.6
```
在纪元 331 的 PoC 开始前约 500 个区块的窗口期内（区块 5,105,776 — 2026 年 7 月 17 日 12:50:53 UTC / 05:50 PDT），将您的 MLNode 切换至 Kimi。
委托主机：选择非守护者 Kimi 主机，并将权重分散到独立目标上 —— 请参阅多模型 PoC 指南。

devshard v1/v2 已移除

versiond 已停止 v1 和 v2 的 devshardd 进程。所有网关流量必须使用 /devshard/v3。如果您的网关在此次变更后停止提供推理服务，说明您仍在通过已被移除的路径路由 —— 请遵循 v3 迁移指南。

2026 年 7 月 16 日

紧急治理投票（提案 88）：重新注册 Kimi-K2.6 并移除 devshard v1/v2 运行时

这是 7 月 15 日宣布的 Kimi 恢复计划的第二步。提案 87 将 moonshotai/Kimi-K2.6 从活跃集合中移除；提案 88 将其重新注册到治理模型列表中，使其从纪元 331 开始进入标准引导流程。

同一提案还从 devshard_escrow_params 中移除了 approved_versions 的 v1 和 v2 版本。一旦批准，versiond 将停止 v1 和 v2 的 devshardd 进程，仅保留 v3 运行时（/devshard/v3）继续运行。这消除了旧运行时容器长期存在的内存增长问题 —— 这正是 7 月 15 日事件中网络节点 OOM 的根源。

这标志着 v3 切换的最终完成。 仍通过 v1/v2 前缀或经典 /v1/devshard 路径路由的网关在提案通过后将停止提供推理服务。

主机所需操作

在截止日期前对提案 88 投票 —— 紧急窗口期很短。
提供 Kimi 服务的主机：在投票结束后、区块 5,105,276（2026 年 7 月 17 日，约 12:05 UTC）之前声明对 moonshotai/Kimi-K2.6 的意向，然后在纪元 331 的 PoC 开始前约 500 个区块的窗口期内（区块 5,105,776，2026 年 7 月 17 日，约 12:50 UTC）切换您的 MLNode：
```
./inferenced tx inference declare-poc-intent moonshotai/Kimi-K2.6
```
在引导期间委托时：不要委托给守护者节点；将委托分散到独立的 Kimi 主机上。请参阅多模型 PoC 指南获取最新的委托指导。
经纪人 / devshard 创建者：如果您的任何网关流量仍在使用 v1/v2 或 /v1/devshard —— 请在投票结束前切换到 /devshard/v3。

如何投票

如果您没有直接访问持有投票权密钥的权限，或希望由其他密钥代为投票，请参阅指南了解如何将治理投票权限从冷密钥授予热密钥。

提案详情和投票可通过 inferenced 进行。任何活跃节点均可使用。可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的投票（yes，no，abstain，no_with_veto）：--unordered 和 --timeout-duration 标志需要 v0.2.13 或更高版本的 inferenced。

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 88 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 88 -o json --node $NODE_URL/chain-rpc/

截止日期

投票时间：2026-07-16 11:09 ~ 2026-07-16 23:09 (PDT) / 2026-07-16 18:09 ~ 2026-07-17 06:09 (UTC)（紧急，0.667 赞成阈值；参与率重要，请尽快投票）。
意向截止日期（第330轮）：区块 5,105,276 — 7月17日，约12:05 UTC（约05:05 PDT）。
第331轮PoC开始：区块 5,105,776 — 7月17日 12:50 UTC（05:50 PDT）。

有关引导过程的更多信息：https://gonka.ai/docs/host/kimi-bootstrap/

2026年7月15日

紧急治理投票（提案87）：移除Kimi-K2.6以快速重新引导

moonshotai/Kimi-K2.6在第328–329轮失去了PoC验证多数票（详见事件详情）。现在从活跃集合中移除Kimi并重新引导，是使其尽快恢复且停机时间最短的方式——与6月提案78的恢复路径相同。

该提案将在下一轮PoC之前将moonshotai/Kimi-K2.6从PoC参数中移除，随后立即重新添加，Kimi将在第331轮开始标准引导流程。

主机需采取的措施

在截止日期前对提案87进行投票——紧急窗口很短。
运行Kimi的主机：请保持你的Kimi设置处于待命状态，并准备好在引导PoC时切换回你的MLNode。
在为引导进行委托时：请勿委托给守护节点；将委托分散到独立的Kimi主机上。

如何投票

如果你没有直接访问持有投票权的密钥，或希望由另一个密钥代表你投票，请参阅指南了解如何将治理投票权限从冷密钥授予热密钥。

提案详情和投票可通过inferenced访问。任何活跃节点均可使用，可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出你的投票（yes、no、abstain、no_with_veto）：--unordered和--timeout-duration标志需要v0.2.13或更高版本的inferenced。

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 87 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 87 -o json --node $NODE_URL/chain-rpc/

截止日期* 投票时间：2026-07-15 17:01 ~ 2026-07-16 05:01 (PDT) / 2026-07-16 00:01 ~ 2026-07-16 12:01 (UTC)（紧急，0.667 赞成阈值；参与率重要，请尽快投票）。 * 引导意向截止日期和轮次时间详见引导说明。

2026年7月15日

Kimi-K2.6事件（第328–329轮）：事件经过、恢复计划及委托建议变更

在第328轮，moonshotai/Kimi-K2.6失去了PoC验证多数票。在第329轮开始时，运行Kimi的主机被移出组。其余网络继续正常运行。

事件经过

两台由守护者运营的运行Kimi的服务器同时故障：

其中一台服务器上运行Kimi的MLNode因服务商端问题而崩溃。大量Kimi委托集中在这台主机上，因此其故障一次性移除了这些投票。
第二台服务器因内存不足而失去网络节点。

Kimi的验证投票一直接近2/3阈值，因此这一情况足以使该组低于多数。守护者平票决胜机制未触发：当前未赋予每模型投票权重的守护者会被过滤出平票决胜机制。这是一个已知问题，将在即将发布的v0.2.14升级中修复。

这种情况类似于第306–307轮的事件。第329轮开始时的投票确切细节仍在确认中，此摘要可能存在轻微修正。

恢复计划

恢复Kimi最安全的方式是通过全新引导（约1.5轮）重新添加：

[今天] 一项紧急提案将在下一轮PoC之前移除Kimi，并立即重新添加。后续将发布包含提案ID、投票命令和截止日期的独立公告。
[明天] Kimi将再次经历标准引导流程：声明意向、部署窗口、PoC存储提交。意向截止日期前将发布说明。

委托建议变更——请阅读

之前的建议（包括2026年6月27日的引导公告）曾建议将守护者节点作为委托目标。此建议现已撤销：

不要将委托委托给守护节点。 守护节点是PoC验证的备用机制。将委托集中于它们会将主机制和备用机制绑定到同一硬件上——此次事件正是这种故障模式。目前正在讨论协议层面的限制。
避免将委托集中于任何单一主机。 在支持基于百分比的多主机委托之前，请将委托分散到多个独立运行模型的主机上。如果您运行多个节点，请将委托分配给运行模型的您自己的节点。
如果您能直接运行Kimi——这是最大的帮助。 更多直接主机意味着更多的验证权重，且无单点故障。

修复已在开发中* PoC验证中的守护投票（守护节点始终可以投票）——v0.2.14。 * 自委托问题——v0.2.14。 * Nonce重复——v0.2.14（当前由早期API更新处理）。 * 网络节点的RAM增长——已在devshard v3中修复；需要从v1/v2迁移。完全迁移后，v1/v2将被移除，/v1/devshard将关闭。为api和versiond容器设置独立的内存限制。

主机所需操作

一旦Kimi紧急提案上链，请立即投票（公告即将发布）。
如果您计划提供Kimi服务：关注引导说明，并准备好声明意向。
如果您为Kimi委托：选择非守护节点作为委托对象；尽可能将权重分散到独立主机上。
经纪人：立即把devshard流量迁移到/devshard/v3。这解决了RAM增长问题，且在移除v1/v2之前必须完成。
检查网络节点的RAM并设置容器内存限制（api、versiond）。

2026年7月11日

v0.2.13-devshard-v3运行时升级提案已通过治理

devshard v3运行时已上链批准并添加至DevshardEscrowParams.approved_versions。

本提案涵盖devshard v3发布版本。

这是一个仅限devshard的运行时升级。它独立于完整链软件升级运行，无需链二进制升级。

提案通过后，v3现在与现有devshard运行时并行运行。新进程在/devshard/v3前缀下提供服务，而现有devshard流量可继续在早期运行时前缀上运行，直到经纪人将流量切换至v3。

该发布将devshardd二进制文件作为Gonka发布工件发布。versiond会自动下载该二进制文件，验证sha256哈希，并在现有的versiond容器内启动一个额外的devshardd进程。

此类仅限devshard的运行时升级无需重启主网或手动执行主机步骤。

操作项

已获白名单的devshard创建者应在主网v0.2.14链升级前将推理流量切换至/devshard/v3。这将使他们在链升级运行期间继续提供推理服务，而无需依赖已弃用的经典API路径。

关键变更

为经纪人做好准备，使其在v0.2.14链升级期间无需依赖已弃用的经典API路径即可继续提供推理服务。
改进了RAM利用率。
修复了网关运行时行为。
启用了SQLite与Postgres存储之间的安全切换。

2026年7月8日

v0.2.13-devshard-v3运行时升级提案已进入治理阶段

本提案涵盖devshard v3发布版本。

这是一个仅限devshard的升级。它独立于完整链软件升级运行。一旦批准，v3将与现有devshard运行时并行运行。

v3运行时为经纪人做好准备，使其在v0.2.14链升级期间无需依赖已弃用的经典API路径即可继续提供推理服务。同时改进RAM利用率、修复网关运行时行为，并启用SQLite与Postgres存储之间的安全切换。

升级计划

devshard运行时通过链上参数提案升级，而非完整链软件升级。

该提案在DevshardEscrowParams.approved_versions中注册一个新条目：

name: v3
binary: https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.13-devshard-v3.0.0/devshardd.zip
sha256: ca1294fc8db3f0907a01f362eb4b13665f66d0fd12cfc6f01468b1e27f0bab63

发布版本将 devshardd 二进制文件作为 Gonka 发布工件发布。如果链上提案获得批准，versiond 将自动下载该二进制文件，验证 sha256 哈希值，并在现有的 versiond 容器内启动一个额外的 devshardd 进程。新进程通过 /devshard/v3 前缀提供服务。现有 devshard 流量可继续使用早期运行时前缀，直到经纪人将流量切换到 v3。此类升级期间无需重启主网或手动执行主机步骤。

如何投票

如果您没有直接访问拥有投票权的密钥，或希望使用其他密钥代您投票，请参阅指南，了解如何从冷密钥向热密钥授予治理投票权限。

提案详情和投票可通过 inferenced 查看。任何活跃节点均可使用。可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的选票（yes，no，abstain，no_with_veto）：--unordered 和 --timeout-duration 标志需要 v0.2.13 或更高版本的 inferenced。

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 83 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 83 -o json --node $NODE_URL/chain-rpc/

截止日期

投票结束：2026年7月11日 06:41:34 UTC

2026年7月8日

升级 v0.2.14 的 PR 审查

此拉取请求针对下一阶段链上软件升级 v0.2.14，现开放供审查。

主链/API 工作重点包括：PoC 重复工件防护、早期共享检测、经典推理 API 废弃（在主网上禁用 /v1/chat/completions 计费并从 API 二进制文件中移除嵌入的 /v1/devshard）、奖励接收者路由，以及升级时的安全修复。

devshard 部分正在准备 v3 运行时，以便代理在链升级期间无需依赖已废弃的经典 API 路径即可提供推理服务，从而提升 RAM 利用率，并支持在 SQLite 和 Postgres 存储之间安全切换。

升级计划

节点二进制文件通过链上软件升级提案进行升级。现有主机无需在升级过程中手动更新其 api 或 node 容器。将从该分支单独发布并部署 devshard v3 版本，然后在主网链升级前完成。提前将推理流量切换至 /devshard/v3 的代理可在链升级期间继续提供推理服务。

提议流程

活跃主机在 GitHub 上审查本提案。
在主网链升级前，提议并部署 devshard v3 版本。
代理将推理流量切换至 /devshard/v3。
如果链上提案获得批准，此 PR 将在链上升级执行后立即合并。
请直接审查 PR 代码，并对发现的问题、疑问、改进建议、边界情况或漏洞留下评论。

有意义的审查贡献，包括重要评论、漏洞发现和安全问题，可能有资格在下一轮升级周期中获得社区奖励。

本次仅为拉取请求的审查邀请，不启动正式投票。治理投票流程将在审查期结束后开始。

devshard v3 治理投票

devshard v3 版本将在主网链升级前提议并部署，以便代理可在升级运行前将推理流量移至 /devshard/v3。

主机操作事项

现在 — 审查 PR。请阅读 GitHub 上的 PR #1267，并对发现的问题、疑问、改进建议、边界情况或漏洞留下评论。
现在 / 主网升级前 — 更新您的 API 和网桥。为确保主网升级期间以太坊网桥稳定，请提前根据指南将 api 二进制文件和网桥镜像更新至 0.2.14。若您的 api 二进制文件已更新，则只需更新网桥镜像并重启网桥容器。若已完成上述两项操作，则无需重复。若您有多个节点，请逐个更新，并在非 PoC 或 cPoC 期间执行此步骤。
对 devshard v3 进行投票。
代理 — 将推理流量切换至 /devshard/v3。一旦 devshard v3 版本部署完成，请将推理流量移至 /devshard/v3，以便在链升级期间继续提供推理服务。
仪表板维护者 — 准备调整指标统计方式。详细说明将在 devshard v3 投票启动并接近完成时另行发布。

2026年7月6日

安全更新：PoC-v2 权重验证强化 — 更新您的 API 容器

上周，HackerOne 上报告了 PoC-v2 权重路径中的一个漏洞。参与者可夸大其计算权重，从而影响区块奖励、共识投票权和治理投票权。

根据历史数据，此前未观察到此类攻击。但在当前纪元中，已检测到主机 gonka1w7s4pharl5qs2lupxkuw2c0gzcls8chehwafg3 使用了该攻击。

针对即将到来的 v0.2.14 链升级，已准备修复方案以永久解决此问题。由于攻击已在使用中，因此在升级前提供仅 API 的热修复程序 — 可异步部署，通过强化 PoC-v2 验证阻止攻击，使复制计算无法通过采样检查。

请更新您的 API 容器。请确保在非 PoC 或 cPoC 期间执行此步骤。部署方式（一次一台机器以降低风险）：

sudo rm -rf decentralized-api.zip .dapi/cosmovisor/upgrades/v0.2.13-post7/ .dapi/data/upgrade-info.json
sudo mkdir -p  .dapi/cosmovisor/upgrades/v0.2.13-post7/bin/
wget -q -O  decentralized-api.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.13-post7/decentralized-api-amd64.zip' && \
echo "55de4023119d103683cdbfa41c204274d3189636e4119ea3a2d8afdfa0a6fa47  decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j  decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.13-post7/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.13-post7/bin/decentralized-api && \
echo "API Installed and Verified"  && \

docker stop api && \
sudo rm -rf .dapi/cosmovisor/current && \
sudo ln -sf upgrades/v0.2.13-post7 .dapi/cosmovisor/current && \
echo "e97d89cfaca98547b5966a87bd99ec6faab9df9eda1782f584a36d49237c01e6  .dapi/cosmovisor/current/bin/decentralized-api" | sha256sum --check && \
docker start api

2026年6月27日

Kimi-K2.6 引导：第 311 纪元的再次尝试

moonshotai/Kimi-K2.6 将在第 311 纪元再次尝试引导。希望提供 Kimi 服务的主机需在第 310 纪元声明意向，并在新纪元开始前准备好节点。守护节点也将运行 Kimi，因此不希望运行 Kimi 的主机可选择委托给它。

将运行 Kimi 的主机

在第 310 纪元，于区块 4,797,456 之前（约 6 月 28 日 12:00 UTC）声明 PoC 意向：
```
./inferenced tx inference declare-poc-intent moonshotai/Kimi-K2.6
```
若足够多的主机声明意向，请在第 311 纪元开始前约 500 个区块的窗口期内将节点切换至 Kimi（PoC 开始于约 6 月 28 日 12:47 UTC）。

不运行 Kimi 的主机

将您的权重委托给运行 Kimi 的主机（或发送拒绝声明）：

./inferenced tx inference set-poc-delegation moonshotai/Kimi-K2.6 <DELEGATEE>

~~守护节点 gonka1kx9mca3xm8u8ypzfuhmxey66u0ufxhs7nm6wc5 将运行 Kimi，并可作为委托目标。~~

更新（2026年7月15日）：此建议已撤回——请勿委托给守护节点。 守护节点是PoC验证的备用机制，必须与委托保持独立。请选择运行模型的非守护主机，并避免选择已是主要委托目标的主机。有关更新的委托指南，请参阅多模型PoC指南。

关键时间点 意向截止时间（第310轮）：区块 4,797,456 —— 约6月28日，12:00 UTC。 * 第311轮开始：区块 4,797,956* —— 约6月28日，12:47 UTC。

更多关于引导流程的信息：https://gonka.ai/docs/host/kimi-bootstrap/

2026年6月26日

紧急治理投票79：恢复 moonshotai/Kimi-K2.6 并添加 GLM-5.2关键变更1. 恢复 Kimi-K2.6

Kimi-K2.6 将与 weight_scale_factor=0.9 一并恢复。此系数的选择使得在8xB300硬件上运行Kimi的共识权重与主模型MiniMax大致相当。此设计并非偏向任何硬件——MiniMax上已具备相同的权重。在8xB300主机上运行Kimi而非MiniMax，可获得约1%的收益。此方案使Kimi非常适合8xB200和8xB300服务器。

按硬件类型估算的共识权重： https://docs.google.com/spreadsheets/d/1yQ-8UHnHC5pvqd6uDB1dRPzHJ2qfJoQrXssXIGi8QMg/edit?usp=sharing

常规引导流程从第309轮开始。由于投票在PoC开始前约1小时结束，请在投票结束后立即提交 MsgDeclarePoCIntent。更多关于引导的信息：https://gonka.ai/docs/host/kimi-bootstrap/

2. 添加 GLM-5.2

GLM-5.2 将与 weight_scale_factor=2.47 和 penalty_start_epoch=500 一并添加（这将有效取消该模型的未参与惩罚）。此系数的选择使得在8xB300硬件上运行GLM-5.2的共识权重与MiniMax大致相当。此设计并非偏向任何硬件。在8xB300主机上运行GLM-5.2而非MiniMax，可获得约2%的收益。此方案使GLM-5.2非常适合8xB300服务器。

按硬件类型估算的共识权重： https://docs.google.com/spreadsheets/d/1yQ-8UHnHC5pvqd6uDB1dRPzHJ2qfJoQrXssXIGi8QMg/edit?usp=sharing

MLNode版本和操作说明将在投票结束后发布。

引导流程说明

两个模型均通过标准引导流程进入，主机可在投入硬件前确认其可行性：

声明意向。 计划提供Kimi或GLM-5.2的主机，需在 start_poc - deploy_window 的引导快照前为该模型提交 MsgDeclarePoCIntent。
预资格快照。 在 start_poc - deploy_window，链将快照意向和委托，并发出建议性的预资格事件（治理批准、权重阈值 W_threshold、最低成员数 V_min、以及 >2/3 可达性）。这使运营商能够在部署前确认模型的可行性。
部署窗口。 已声明意向的主机在部署窗口期间为其模型配置MLNode。
PoC开始。 成员资格由在PoC开始时实际提交PoC存储提交的主机决定——而非仅凭声明意向。只有满足资格条件的模型才会激活。

若获批准的效果

从第309轮开始（PoC开始约6月26日15:25 UTC；生效约16:00 UTC），前提是每个模型均满足引导资格条件：

moonshotai/Kimi-K2.6 将再次成为活跃的PoC模型。
zai-org/GLM-5.2-FP8 将作为可选的PoC模型提供，且无未参与惩罚。
MiniMaxAI/MiniMax-M2.7 仍为基础模型。

为何紧急

提案必须在第308轮结束前完成，以便两个模型都能在第309轮中完成引导。由于每轮约22.8小时，标准48小时投票周期无法容纳在单轮内；而12小时的紧急周期可以。创世守护节点预计会支持该提案。

主机所需操作

若要提供Kimi： 在投票结束后立即为 moonshotai/Kimi-K2.6 声明意向。然后，在PoC 309中将您的MLNode切换至该模型。在PoC开始前有约500区块的安全窗口，在此期间切换是安全的，因为此期间无cPoC。
若要提供GLM-5.2： 为 zai-org/GLM-5.2-FP8 声明意向，并在部署窗口期间配置您的MLNode。提供GLM-5.2是自愿的——未选择的主机不会受到任何惩罚。
若要继续使用MiniMax： 继续提供 MiniMaxAI/MiniMax-M2.7——无需任何操作。
在截止日期前对提案79进行投票。 紧急窗口较短。

如何投票

如果您没有直接访问拥有投票权的密钥，或希望由另一个密钥代表您投票，请参阅指南了解如何将治理投票权限从冷密钥授予热密钥。提案详情和投票可通过 inferenced 访问：任何活跃节点均可使用：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投票（yes，no，abstain，no_with_veto）：

    export NODE_URL=https://node3.gonka.ai/
    ./inferenced tx gov vote 79 yes \
    --from <cold_key_name> \
    --keyring-backend file \
    --unordered \
    --timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
    --node $NODE_URL/chain-rpc/ \
    --chain-id gonka-mainnet \
    --yes

检查投票状态：

    export NODE_URL=https://node3.gonka.ai/
    ./inferenced query gov votes 79 -o json --node $NODE_URL/chain-rpc/

截止日期 提案79投票结束：2026年6月26日14:18:58 UTC*（紧急）。 * 紧急提案要求0.667的通过门槛；参与率很重要，请尽快投票。

2026年6月25日

提案78已通过：MiniMaxAI/MiniMax-M2.7 现为唯一的PoC模型；Kimi K2.6和Qwen3-235B已被移除

提案78的紧急投票已通过。这些变更从第308个纪元起生效。

当前生效内容

委托 initial_model_id 已设置为 MiniMaxAI/MiniMax-M2.7 —— MiniMax 为基础模型。
MiniMaxAI/MiniMax-M2.7 是PoC参数中唯一的模型。
Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 和 moonshotai/Kimi-K2.6 已从PoC参数中移除。
Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 和 moonshotai/Kimi-K2.6 已从治理模型中删除。

自第308个纪元起，MiniMaxAI/MiniMax-M2.7 是唯一的活跃PoC模型。Qwen3-235B和Kimi K2.6不再活跃。

主机所需操作* 请确保您的MLNode正在提供 MiniMaxAI/MiniMax-M2.7。任何仍在使用Qwen或Kimi的主机，在切换前将无法获得本纪元的cPoC奖励。 * 计划再次提供Kimi的主机应保留Kimi的设置并准备好在PoC 309时将MLNode切换回来——在第308纪元将进行一次恢复Kimi的投票。

接下来的内容

在第308纪元将进行一次紧急投票，合并两项变更，均于第309纪元生效（PoC开始时间约为2026年6月26日15:25 UTC）：

恢复Kimi K2.6 —— 重新添加Kimi并重启其引导程序。
添加GLM-5.2 —— 添加GLM-5.2，不设不参与惩罚，以便主机可选择加入，并提前衡量对该模型的需求，不提供该模型的主机不会受到惩罚。

2026年6月25日

紧急治理投票（提案78）：MiniMax-M2.7成为唯一的PoC模型；Kimi K2.6被移除以快速重新引导；Qwen3-235B退役

moonshotai/Kimi-K2.6 目前没有足够的投票用于PoC验证。因此，提供Kimi的参与者已被移出群体，Kimi无法进入下一个纪元。现在将其从活跃集合中移除并重新引导，是最快恢复且停机时间最短的方式。

一项紧急提案现已上链，以便在下一个纪元开始前生效。链上提案在一次投票中执行以下操作： 1. 将委托 initial_model_id 设置为 MiniMaxAI/MiniMax-M2.7，使MiniMax成为基础模型。 2. 仅在PoC参数中保留 MiniMaxAI/MiniMax-M2.7。 3. 从PoC参数中移除 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 和 moonshotai/Kimi-K2.6。 4. 从治理模型中删除 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 和 moonshotai/Kimi-K2.6。

每项变更的目的 Kimi K2.6 — 被移除以便快速恢复。 因为Kimi没有足够的投票通过PoC验证，将其移除并重新引导是最快恢复且停机时间最短的路径。下一个纪元将进行一次恢复Kimi的投票。 * Qwen3-235B — 退役（独立、无关的变更）。 退役旧的Qwen3-235B是一项独立的、此前要求的阵容变更。它与Kimi的情况无关，仅因同样是PoC阵容变更而一并包含在此处。 * MiniMax-M2.7 — 升级为基础模型。*

这些变更被合并为一次紧急投票，因为重置必须在第307纪元结束前完成。每个纪元约22.9小时，标准48小时的投票周期无法容纳在一个纪元内；而12小时的紧急周期可以。创世守护者应支持此提案。

若获批准的效果

自第308纪元起（约2026年6月25日17:25 UTC），MiniMaxAI/MiniMax-M2.7 是唯一的活跃PoC模型。Qwen3-235B和Kimi K2.6不再活跃。Kimi的恢复将在下一个纪元的后续投票中处理。

主机所需操作

在PoC 308开始前将您的MLNode切换至 MiniMaxAI/MiniMax-M2.7。 所有主机——包括当前使用Qwen或Kimi的主机——都必须将MLNode切换至MiniMax。在PoC开始前有约500个区块的窗口期可以安全切换，因为此时没有cPoC。请现在预先下载FP8权重（如尚未准备就绪），以避免在纪元边界时遭遇Hugging Face速率限制。
在截止日期前对提案78进行投票。 紧急窗口期很短。
计划再次提供Kimi的主机现在仍应将MLNode切换至MiniMax，但需准备好在PoC 309时将其切换回来——第308纪元将进行一次恢复Kimi的投票。

接下来的内容 恢复Kimi K2.6 — 在第308个周期中进行的后续投票，以重新添加Kimi并重启其引导过程。 * GLM-5.2 — 一项后续提案将添加GLM-5.2，不设不参与惩罚*，以便主机可选择加入并提前测试模型需求，选择不提供该模型的主机不会受到任何惩罚。

如何投票

如果您没有直接访问持有投票权的密钥，或希望使用其他密钥代为投票，请参阅指南了解如何将冷密钥的治理投票权限授予热密钥。提案详情和投票可通过inferenced获取。任何活跃节点均可使用：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的投票（yes，no，abstain，no_with_veto）：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 78 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 78 -o json --node $NODE_URL/chain-rpc/

截止日期 提案78投票截止：2026年6月25日15:39:53 UTC*（紧急）。 * 第308个周期 shortly 后形成：PoC开始约16:50 UTC，生效约17:25 UTC。 * 紧急提案要求0.667的赞成阈值；参与率至关重要，请尽快投票。

2026年6月22日

v0.2.13-devshard-v2运行时升级提案已通过治理

devshard v2运行时已通过链上批准并添加至DevshardEscrowParams.approved_versions。

本提案涵盖devshard v2发布：https://github.com/gonka-ai/gonka/releases/tag/release/devshard/v2.0.0

这是首次仅针对devshard的运行时升级。它独立于全链软件升级，无需链二进制升级。

提案通过后，v2可与现有的v1 devshard运行时并行运行。新进程通过/devshard/v2前缀提供服务，而现有的v1流量继续通过/devshard/v1和/v1/devshard处理。

该发布将devshardd二进制文件作为Gonka发布工件。versiond会自动下载该二进制文件，验证sha256哈希，并在现有的versiond容器内启动额外的devshardd进程。

此类仅devshard的运行时升级无需重启节点容器或手动执行主机步骤。

主要变更

1) 移除了种子揭示轮次，密封已完成的推理统计信息，并修剪负载，以避免长时间运行的会话将所有已服务的推理保留在RAM或状态中。 2) 通过OpenTelemetry和Prometheus添加了内部devshard跟踪和指标。 3) 通过Grafana、Jaeger、Prometheus、Loki、Promtail和cAdvisor添加了join-stack可观测性。 4) 将每次推理的验证计数器移出状态根，存入SQLite/Postgres，并在推理修剪后通过devshard统计端点暴露每插槽总数。 5) 在周期变更时修剪旧周期存储，将SQLite/Postgres模式设置移出热路径，并强制每个进程仅选择一个存储后端。

2026年6月15日

v0.2.13-devshard-v2运行时升级提案已进入治理阶段。

本提案涵盖devshard v2发布：https://github.com/gonka-ai/gonka/releases/tag/release/devshard/v2.0.0 这是首次仅针对devshard的升级。它独立于全链软件升级。若获得批准，v2将与现有的v1 devshard运行时并行运行。详情请参阅升级设计文档和版本化包。

主要变更

移除种子揭示轮次，密封已完成的推理统计信息，并修剪负载，以避免长时间运行的会话将所有已服务的推理保留在RAM或状态中
通过OpenTelemetry和Prometheus添加内部devshard跟踪和指标
通过Grafana、Jaeger、Prometheus、Loki、Promtail和cAdvisor添加join-stack可观测性
将每次推理的验证计数器存储在状态根之外的SQLite/Postgres中，并在推理修剪后通过devshard统计端点暴露每插槽总数
在周期变更时修剪旧周期存储，将SQLite/Postgres模式设置移出热路径，并为每个进程仅选择一个存储后端

升级计划

devshard运行时通过链上参数提案升级，而非全链软件升级。

该提案在DevshardEscrowParams.approved_versions中注册一个新条目。

该发布将devshardd二进制文件作为Gonka发布工件。如果链上提案获得批准，versiond会自动下载该二进制文件，验证sha256哈希，并在现有的versiond容器内启动额外的devshardd进程。

新进程通过/devshard/v2前缀提供服务。现有的v1 devshard流量继续通过/devshard/v1和/v1/devshard处理。此类升级期间无需重启节点容器或手动执行主机步骤。

如何投票

如果您没有直接访问持有投票权的密钥，或希望使用其他密钥代为投票，请参阅指南了解如何将冷密钥的治理投票权限授予热密钥。提案详情和投票可通过inferenced获取。任何活跃节点均可使用。可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的选票 (yes, no, abstain, no_with_veto)：--unordered 和 --timeout-duration 标志需要 v0.2.13 或更高版本的 inferenced。

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 76 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 76 -o json --node $NODE_URL/chain-rpc/

截止日期

投票结束：2026年6月17日 23:39:02 UTC

2026年6月6日

仅用于devshard的升级PR 现已开放审核。

这是首次仅针对devshard的升级，因此流程与标准链升级不同。Devshard升级独立于主区块链更新devshard运行时。它们不需要通过Cosmovisor协调全节点升级，不影响主网行为，且预计不会导致推理服务中断。

如果通过治理流程获得批准，新版本的devshard将与现有的v1运行时并行运行。

请直接审查PR，并对任何发现、问题、改进建议、边缘情况或潜在漏洞留下评论。

有意义的审查贡献，包括重要评论、错误发现和安全问题，可能有资格在下一个升级周期获得社区奖励。

本次仅为PR审查邀请，不启动正式投票。治理投票流程将在审查期结束后开始。

2026年5月28日

MiniMax-M2.7 现已在 Gonka 网络上线

v0.2.13中宣布的引导阶段已完成。自链纪元278起，MiniMaxAI/MiniMax-M2.7 与 Qwen3-235B 和 Kimi K2.6 一同成为活跃模型组，MiniMax组中获得的PoC权重现在将以校准系数0.3024转换为共识权重。

针对MiniMax的按模型参与强制执行现已生效。已为MiniMax选择DIRECT、DELEGATE或REFUSE的主机无需执行其他操作——现有设置将继续有效。尚未做出选择的主机应尽快选择，以避免每纪元惩罚（https://gonka.ai/docs/host/quickstart/#optional-poc-delegation-and-refusal）。

2026年5月26日

升级已执行：v0.2.13 现已在主网上线

Upgrade Proposal v0.2.13（提案ID 54）的链上治理投票已结束。该提案已获批准，升级已在主网块 4267300 成功执行。

2026年5月25日

升级 v0.2.13：提前下载二进制文件和 MiniMax-M2.7 权重

v0.2.13升级提案（提案ID 54）已通过链上治理，升级现已安排。

升级高度：4267300
预计升级时间：2026年5月26日 14:42 UTC（07:42 PDT）

提前下载二进制文件和权重有助于避免在升级窗口期间依赖GitHub/Hugging Face的可用性。

# 1. Create Directories
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.13/bin \
              .inference/cosmovisor/upgrades/v0.2.13/bin && \
# 2. DAPI: Download -> Verify -> Unzip directly to bin -> Make Executable
wget -q -O decentralized-api.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.13/decentralized-api-amd64.zip" && \
echo "cf31fa4d715e721d1e17b7e2b46d628a0b66b6ef603d352d587abe1d57c40925 decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.13/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.13/bin/decentralized-api && \
echo "DAPI Installed and Verified" && \
# 3. Inference: Download -> Verify -> Unzip directly to bin -> Make Executable
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.13/bin/ && \
wget -q -O inferenced.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.13/inferenced-amd64.zip" && \
echo "ea7dea6c4e8d96ed61005bed196768cc9f44e5fb17f0714cb64d1d00a485be0c inferenced.zip" | sha256sum --check && \
sudo unzip -o -j inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.13/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.13/bin/inferenced && \
echo "Inference Installed and Verified" && \
# 4. Cleanup and Final Check
rm decentralized-api.zip inferenced.zip && \
echo "--- Final Verification ---" && \
sudo ls -l .dapi/cosmovisor/upgrades/v0.2.13/bin/decentralized-api && \
sudo ls -l .inference/cosmovisor/upgrades/v0.2.13/bin/inferenced && \
echo "f93d579ef9c46ade9f28c73c339df2f7ae73607115b7efeb849316984924f68d .dapi/cosmovisor/upgrades/v0.2.13/bin/decentralized-api" | sudo sha256sum --check && \
echo "e52b86c4f64a47f0ea9bdb3327feb321b8a4208a76b35d52a7e9ddd1b9d6eed5 .inference/cosmovisor/upgrades/v0.2.13/bin/inferenced" | sudo sha256sum --check

2026年5月22日

v0.2.13 投票结束 — 准备在高度 4267300 执行升级

对 Upgrade Proposal v0.2.13（提案ID 54）的链上治理投票已结束。该提案已批准。

升级将在主网块高度 4267300（约 2026年5月26日星期二 14:42 UTC / 07:42 PDT）自动执行。

提醒

请确保您的桥接容器已更新并同步。以太坊主网桥接合约（0x972a7a92d92796a98801a8818bcf91f1648f2f68）、USDC/USDT代币元数据和CW20 wrapped_token 代码ID 105 均通过升级处理程序注册，因此桥接将在升级高度在主网上激活。验证说明：https://gonka.ai/docs/network-updates/#may-7-2026。
如果您计划提供 MiniMaxAI/MiniMax-M2.7，请现在提前下载约230 GB的FP8权重。在引导窗口期间，Hugging Face的速率限制和带宽饱和可能导致错过首次资格检查。
升级完成后，每个主机都需要为每个经治理批准的模型声明参与模式——Qwen/Qwen3-235B-A22B-Instruct-2507-FP8、moonshotai/Kimi-K2.6 和 MiniMaxAI/MiniMax-M2.7。仅运行其中一个或两个模型的主机仍需为其他模型选择DELEGATE或REFUSE。MiniMax的截止时间为链纪元 278。未采取任何操作的主机将从纪元278起，每纪元遭受其全部权重15%的惩罚。
请确保在升级窗口期间保持在线，以便及时应用任何后续步骤或缓解指令。确保 .inference/data 有足够空间用于cosmovisor状态备份；如果 application.db 较大，请在升级前应用cosmovisor备份指南中的清理技术。
v0.2.13校准将Kimi K2.6 WeightScaleFactor 从 1.26 调整为 0.78，以反映Qwen-on-B200参考的vLLM-0.20.1吞吐量基准。此调整仅适用于您共识权重中的Kimi部分；您的Qwen部分权重和Kimi内部PoC分配保持不变。在B200/B300上，Kimi仍是收益最高的选项；在H100/H200上，MiniMax-M2.7成为与Qwen相当、高于Kimi的选项。
提案：https://github.com/gonka-ai/gonka/pull/1143
迁移逻辑：upgrades.go

2026年5月20日

v0.2.13 升级提案进入治理

v0.2.13提案已重新上链并开放投票。这是对先前发布但未通过的提案的重新投票，现已提交多个更新。

包括：Kimi的重新校准权重（0.78）、新模型 MiniMaxAI/MiniMax-M2.7、验证阈值更新、devshard存储重构，以及若干PoC/奖励修复。
在主网上激活以太坊桥接（详见下方专用部分）。
该提案将升级后的宽限期延长至3000个区块，以便在新快照逻辑稳定期间主机不受惩罚。
治理：将创世守护者投票权降低至约25%，并设置链上法定人数为0.25。若守护者弃权，非守护者需在剩余75%投票权中达到约1/3的参与率才能满足法定人数（参见inference-chain部分）。
所需准备：桥接容器检查、MiniMax决策、仪表板更新、投出投票。
除非提案获得批准，否则链上无任何变更。

该PR：https://github.com/gonka-ai/gonka/pull/1143

关键变更模型

将MiniMaxAI/MiniMax-M2.7添加为治理批准的模型和PoC模型。
更新推理验证阈值：
- Qwen 235B：0.940
- Kimi K2.6：0.900
- MiniMax-M2.7：0.922
在vLLM 0.20.1发布后，根据Qwen-on-B200参考重新校准WeightScaleFactor值：
- Qwen 235B：0.359（不变）
- Kimi K2.6：0.78（从1.26下调，相当于在相同PoC权重下Kimi的每轮共识权重减少约38%）
- MiniMax-M2.7：0.3024

参考数据：https://docs.google.com/spreadsheets/d/1dHHlbhW1_hVgd7Q6MtmcVSOpmnl7NnynoTzPHJ1oU-g/edit?gid=0#gid=0

inference-chain

将devshard的nonce上限从20_000提升至1_000_000。
将每轮最大devshard数量从100提升至500_000。
修复新模型启动期间确认PoC奖励的计账问题。
在本次升级轮次剩余时间内禁用确认PoC，以便新快照逻辑从下一轮干净启动。
当参与者重新激活时，重置ConsecutiveInvalidInferences。
为在v0.2.12之前加入的DAPIs回填缺失的MsgRespondDealerComplaints授权。
修复可能导致桥接和流动性池合约调用出现间歇性权限错误的连接问题。
将创世守护者的调整投票权降低至约25%，并将链上治理法定人数设为0.25。若守护者不投票，则剩余75%投票权的有效法定人数为1/3（0.25 / 0.75 = 0.334）。
向allowed_creator_addresses添加4个早期主机和经纪人。

Ethereum桥接主网激活

通过升级处理器激活Ethereum主网桥接设置。
注册Ethereum桥接合约地址0x972a7a92d92796a98801a8818bcf91f1648f2f68、USDC和USDT代币元数据、桥接交易授权以及CW20wrapped_token代码ID105。
激活后，桥接将启用Gonka主网与Ethereum之间的跨链转账（包括在Ethereum上封装GNK以及桥接USDC/USDT）。封装/解封装脚本和操作员工作流程将另行文档化。

decentralized-api & devshard

默认在端口9400启用NodeManagerGrpcPort。
为devshard状态添加Postgres支持。
为SQLite和Postgres devshard数据库添加清理功能。
添加状态快照以加快devshard启动和恢复速度。
修复OpenAI兼容API响应解析问题。
修复长时间启动行为和devshard失效流程的边缘情况。

升级计划

若获批准，二进制版本将通过链上升级提案更新。有关升级流程的更多信息，请参阅/docs/upgrades.md.

升级前的必要操作

如果提案获得批准，建议进行以下准备工作。

在第278个周期前选择MiniMaxAI/MiniMax-M2.7参与方式（届时开始处罚）

对于每个经治理批准的模型，多模型PoC要求每个主机明确选择参与方式（DIRECT / DELEGATE / REFUSE）。在模型的PenaltyStartEpoch之后不采取任何操作将导致处罚。在此阶段，您应提前决定首选选项，以便在提案通过且升级成功应用于主网时能够迅速行动。

网桥容器更新/验证

所有主机需验证其网桥容器已部署、运行最新版本且同步正常。部分主机可能已部署网桥容器。在这种情况下，请先检查您运行的是当前版本，再进行任何进一步操作。请按照以下说明操作：https://gonka.ai/docs/network-updates/#may-7-2026

仪表板/浏览器更新（升级前或升级后）

主机需更新仪表板/浏览器。请从gonka/deploy/join目录运行以下命令。如果您尚未本地克隆gonka仓库，请先参考加入网络指南。此仪表板更新仅涉及容器拉取，无论投票结果如何，均可在投票结束前或结束后安全运行。

docker compose -f docker-compose.mlnode.yml -f docker-compose.yml pull explorer
docker compose -f docker-compose.mlnode.yml -f docker-compose.yml up -d explorer

如何投票

如果您没有直接访问拥有投票权的密钥，或希望由另一个密钥代表您投票，请参阅指南了解如何将治理投票权限从冷密钥授予热密钥。提案详情和投票可通过 inferenced 查看。任何活跃节点均可使用，可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的投票（yes，no，abstain，no_with_veto）：--unordered 和 --timeout-duration 标志需要 inferenced v0.2.12 或更高版本。

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 54 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 54 -o json --node $NODE_URL/chain-rpc/

截止日期

投票结束：2026年5月22日 22:12:25 UTC
提议的升级高度：4267300
预计升级时间：2026年5月26日 14:42:02 UTC
运营商时间表：投票于5月22日22:12 UTC结束 → 升级高度约为5月26日14:42 UTC → 升级周期剩余部分跳过确认PoC（≤10000区块宽限期）→ MiniMax启动快照在start_poc − 500块时（约提前43分钟）→ 升级后下一个纪元边界开始第一阶段MiniMax PoC → MiniMax惩罚在链纪元278执行。

注意

请确保在升级窗口期间保持在线，以便及时应用任何后续步骤或缓解指令。
升级期间，Cosmovisor会在 .inference/data 目录中创建完整状态备份；请确保有足够的磁盘空间（主网中Cosmovisor对 application.db 的备份通常为数十GB，建议提前确认）。有关如何安全删除 .inference 目录中的旧备份的指导，请参阅文档。
如果 application.db 占用大量磁盘空间，可应用指南中描述的cosmovisor备份清理技术。
该提案将有意从升级高度到升级周期结束（10000区块宽限期）跳过确认PoC。若获得批准，此跳过属预期行为，并非故障；新快照逻辑将在下一个纪元开始。
若获得批准，升级后devshard存储可选择由共享Postgres实例支持（与负载存储使用相同的环境变量）。本地SQLite将保持默认设置，并自动清理（保留最近3个纪元）。
若提案未通过（未达法定人数或 no_with_veto 超过⅓），链上无任何变化，升级不会发生。运营商可能看到 PROPOSAL_FAILED 状态；这是预期行为，无需操作。

2026年5月18日

代理容器可能会全局限制对devshards的并行连接数，而非按客户端限制

修复的PR：https://github.com/gonka-ai/gonka/pull/1183

要应用此修复，请：

在 docker-compose.yml 中设置容器版本

...
  proxy:
    container_name: proxy
    image: ghcr.io/product-science/proxy:0.2.12-post5
...

重启容器：

source config.env && docker compose up -d proxy --force-recreate --no-deps

在PoC/确认PoC阶段之外更新容器更安全。要检查是否存在确认PoC：

curl "https://node3.gonka.ai/v1/epochs/latest" | jq '.is_confirmation_poc_active'

2026年5月17日

纪元 #267：PoC验证已恢复

纪元 #267 中PoC验证已成功完成，受影响的主机已能重新加入活跃集合。

纪元 #266 的问题由针对运行Kimi模型的主机的攻击引起。网络继续运行，但该攻击与若干相关条件结合，导致许多参与者无法进入纪元 #266。

在应用额外防护措施期间，推理可能暂时不可用。访问预计会逐步恢复，首先通过若干社区代理和经纪人端点。

发生了什么

在纪元 #266 中，网络的活跃权重大幅下降。

问题已追溯至具有非标准语义的推理请求。该攻击向量影响了运行Kimi模型的主机，并干扰了它们的PoC参与。

在纪元 #267 中，主机得以恢复，PoC验证已成功完成。

推理可用性

网络将不再接受使用受影响的非标准语义的请求。

在相关防护措施应用期间，推理可能暂时不可用。访问预计会逐步恢复，首先通过若干社区代理和经纪人端点。

纪元 #267 中Kimi的权重

由于现有协议规则：单一模型的总权重不得超过上一纪元所有模型总权重的75%，Kimi在纪元 #267 中的活跃权重较低。

由于第266个周期的总活跃权重显著降低，此规则也限制了Kimi在第267个周期的权重。

随着未来周期中正常的PoC参与持续进行，权重可能需要数天才能稳定。

主机所需操作

尽可能保持您的API节点在线并可访问。这有助于保留对主机参与情况的可见性，并支持后续审查。
监控接下来几个周期的PoC参与情况。确保您的节点按预期进入PoC，且活跃权重正确反映。
仅使用受支持的推理请求格式。不要发送或路由具有非标准请求语义的推理流量。
预期会出现临时的推理中断。访问可能不会立即在所有地方可用，预计会通过社区代理和经纪人端点逐步恢复。
在社区渠道或本帖中分享相关日志或观察结果。如果您的主机在第266个周期受到影响，或在后续周期中行为异常，这一点尤为重要。

2026年5月16日

第266个周期：PoC权重下降调查

在当前周期（#266）中，网络观察到活跃权重显著下降。似乎PoC投票未能收集到本周期所需的票数。确切原因尚未确认，社区正在积极调查此情况。

对受影响参与者的说明

如果您的节点未能进入本周期，请尽可能保持您的API节点在线并可访问。这可能有助于补偿委员会收集PoC参与的证据，并更准确地核算受影响的贡献。

调查正在进行中

社区成员目前正在审查第266个周期发生的情况。一旦对根本原因有更清晰的了解，将及时分享更新。如果您有有助于调查的相关观察、日志、假设或其他技术背景，请在此处分享。

2026年5月15日

v0.2.13升级提案进入治理

v0.2.13提案现已上链并开放投票。

包括：为Kimi（0.78）重新校准权重、新增模型 MiniMaxAI/MiniMax-M2.7、更新验证阈值、devshard存储重构，以及多项PoC/奖励修复和Ethereum桥接主网激活。
提案在升级后延长了宽限期，确保升级发生后3000个区块内不惩罚主机。
所需准备：桥接容器检查、MiniMax决策、仪表板更新、投出选票。
除非提案获得批准，否则链上无任何变更。

PR链接：https://github.com/gonka-ai/gonka/pull/1143

关键变更模型

将 MiniMaxAI/MiniMax-M2.7 作为治理批准的模型和PoC模型加入。
在vLLM 0.20.1发布后，基于Qwen-on-B200参考重新校准 WeightScaleFactor 值：
- Qwen 235B：0.359
- Kimi K2.6：0.78
- MiniMax-M2.7：0.3024
- 参考数据：https://docs.google.com/spreadsheets/d/1dHHlbhW1_hVgd7Q6MtmcVSOpmnl7NnynoTzPHJ1oU-g/edit?gid=0#gid=0
更新推理验证阈值

inference-chain

将devshard nonce限制从 20_000 提高至 1_000_000。
将每个周期的最大devshards数量从 100 提高至 500_000。
修复新模型启动期间确认PoC奖励核算问题。
在本次升级周期剩余时间内禁用确认PoC，以便从下一个周期开始干净地启动新快照逻辑。
当参与者再次活跃时，重置 ConsecutiveInvalidInferences。
为在v0.2.12之前加入的DAPIs回填缺失的 MsgRespondDealerComplaints 授权。
修复桥接和流动性池合约权限检查的Wasm keeper访问问题。
将创世守护者的调整投票权降低至约25%，并将链上治理门槛设置为 0.25。在守护者不投票的情况下，这使得剩余75%投票权的有效门槛为1/3（0.25 / 0.75 = 0.334）。

Ethereum 桥接主网激活

通过升级处理程序激活 Ethereum 主网桥接设置。
注册 Ethereum 桥接合约地址 0x972a7a92d92796a98801a8818bcf91f1648f2f68、USDC 和 USDT 代币元数据、桥接交易授权以及 CW20 wrapped_token 代码 ID 105。

decentralized-api & devshard

默认在端口 9400 启用 NodeManagerGrpcPort。
为 devshard 状态添加 Postgres 支持。
为 SQLite 和 Postgres devshard 数据库添加清理功能。
添加状态快照以加快 devshard 启动和恢复速度。
修复 OpenAI 兼容 API 响应解析。
修复长时间启动行为和 devshard 失效流程的边缘情况。

升级计划

如果获得批准，二进制版本将通过链上升级提案更新。有关升级过程的更多信息，请参阅 /docs/upgrades.md.

升级前的必要操作

如果提案获得批准，建议进行以下准备工作。

在第 278 个周期中 MiniMaxAI/MiniMax-M2.7 的参与选择

对于每个经治理批准的模型，多模型 PoC 要求每个主机明确选择参与方式（DIRECT / DELEGATE / REFUSE）。在模型的 PenaltyStartEpoch 之后不采取任何操作将导致惩罚。在此阶段，您应提前决定首选选项，以便在提案通过且升级成功应用于主网时能够迅速行动。

桥接容器更新/验证

所有主机需验证其桥接容器是否已部署、运行最新版本并正确同步。部分主机可能已部署桥接容器。在这种情况下，请先检查您运行的是当前版本，再进行任何进一步操作。请遵循以下说明：https://gonka.ai/docs/network-updates/#may-7-2026

仪表板/浏览器更新（升级前或升级后）

主机需更新仪表板/浏览器。请从 gonka/deploy/join 目录运行以下命令：

docker compose -f docker-compose.mlnode.yml -f docker-compose.yml pull explorer
docker compose -f docker-compose.mlnode.yml -f docker-compose.yml up -d explorer

如何投票

如果您没有直接访问拥有投票权的密钥，或希望由另一个密钥代表您投票，请参阅指南，了解如何将治理投票权限从冷密钥授予热密钥。

提案详情和投票可通过 inferenced 查看。任何活跃节点均可使用，可用节点包括：

http://node1.gonka.ai:8000
http://node2.gonka.ai:8000
https://node3.gonka.ai

投出您的选票（yes，no，abstain，no_with_veto）：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 52 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

查看投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 52 -o json --node $NODE_URL/chain-rpc/

截止日期

投票截止：2026年5月17日 07:58:37 UTC
提议的升级高度：4133422
预计升级时间：2026年5月18日 13:03:17 UTC

注意事项

请在升级窗口期间保持在线，以便及时执行任何后续步骤或缓解指令。
升级期间，Cosmovisor 会在 .inference/data 目录中创建完整的状态备份；请确保有足够的磁盘空间。有关如何安全删除 .inference 目录中的旧备份的指南，请参阅文档。
如果 application.db 占用了大量磁盘空间，可应用 cosmovisor 备份指南中描述的清理技术。
该提案将有意从升级高度到升级周期结束（3000区块宽限期）跳过确认 PoC。若获得批准，此跳过属预期行为，并非故障；新的快照逻辑将在下一个周期开始。
若获得批准，升级后 devshard 存储可选择由共享的 Postgres 实例支持（与负载存储使用相同的环境变量）。本地 SQLite 将保持默认，并自动清理（保留最近3个周期）。

2026年5月7日

桥接容器更新/验证要求

作为即将进行的 v0.2.13 升级准备工作的一部分，可能涉及以太坊端合约激活，所有主机需验证其桥接容器已部署、运行最新版本并正确同步。

部分主机可能已部署桥接容器。在这种情况下，请先检查您是否运行的是当前版本，再采取进一步操作。

2026年5月6日

升级 v0.2.13 的 PR 审查

拉取请求针对下一次链上软件升级 v0.2.13 已开放审查。

请直接审查 PR 代码，并就您发现的任何问题、疑问、改进建议、边界情况或漏洞留下评论。

有意义的审查贡献，包括重要评论、漏洞发现和安全问题，可能在下一轮升级周期中获得社区奖励。

本次仅为拉取请求的审查邀请，不启动正式投票。治理投票流程将在审查期结束后开始，很可能于明天启动。

关键变更inference-chain

确认PoC在测量权重、保留权重和奖励重缩放时使用了不同的模型集。在新模型引导期间，这可能导致服务了合格模型和尚未合格模型的诚实矿工被大幅削减。修复方案是存储一个可确认模型和权重缩放因子的纪元快照，然后在所有确认和奖励权重计算中使用该快照。
当参与者再次变为ACTIVE时，ConsecutiveInvalidInferences未被重置。一次新的错误推理即可再次使其失效。计数器现在在重新激活和即将晋升时重置。
在v0.2.12之前加入的DAPIs在其冷到暖的授权授予中未包含MsgRespondDealerComplaints。升级会回填该权限，以便它们能够响应交易商投诉。
Devshard结算使用了硬编码的20_000 nonce限制。现在限制为DevshardEscrowParams.MaxNonce，v0.2.13升级将其设置为1_000_000。升级还将MaxEscrowsPerEpoch提升至500_000。
升级为当前纪元安装了一个宽限期条目，延长了UpgradeProtectionWindow（3000个区块）。从升级高度到升级纪元结束，确认PoC触发器将被跳过，因此新的快照逻辑仅从下一个纪元开始运行。复用了v0.2.10的宽限期原语。
Wasm守护进程访问在应用布线后解析，因此合约权限检查适用于桥接和流动性池操作。

decentralized-api

某些OpenAI兼容的上游返回数值型stop_reason值。Choice.StopReason现在接受任何JSON类型，因此这些响应不再因反序列化失败。
内部devshard存储迁移不再阻塞dapi启动。在迁移和恢复完成前，devshard路由仍不可用。

devshard

由于旧的托管数据一直保存在单个SQLite存储中，devshard存储可能无限增长。现在存储按纪元范围管理，并在后台清理旧纪元，仅保留最新的3个纪元。
Devshard需要为大规模部署提供共享存储选项。现在可以使用Postgres作为主存储，SQLite仍作为本地备用存储。
Postgres数据按epoch_id对会话、差异和签名进行分区，以便清理可以干净地删除旧纪元数据。
状态快照减少了长期会话的恢复工作量。
负载查找被固定到托管纪元，同时为纪元边界和遗留纪元0请求提供回退机制。
当前纪元分片统计信息暴露了nonce、版本、组和每主机计数器。

bridge

桥接工具处理Sepolia标志，并将Gonka BLS密钥/签名转换为以太坊合约期望的EIP-2537格式。
添加了用于GNK和包装代币桥接操作的脚本。

审查者可在此处找到完整的升级提案、迁移详情、测试摘要和建议流程：

2026年5月6日

在api容器版本v0.2.11、v0.2.12和v0.2.12-api-post2中存在一个潜在问题。在容器重启后，9100、9200和9400端口上的服务器可能启动延迟很长。这延迟了api激活，导致部分矿工跳过确认PoC。

修复方案通过并行加载devshards并从快照恢复现有devshard会话来移除该阻塞点。

https://github.com/gonka-ai/gonka/pull/1143

请更新api容器的二进制文件。在每次PoC开始前有500个区块的无CPoC（confirmation_poc_safety_window）窗口，因此这可能是部署的最安全版本。

更新前，请确保没有CPoC或PoC正在运行。

部署方式（一次一台机器以降低风险）：

sudo rm -rf decentralized-api.zip .dapi/cosmovisor/upgrades/v0.2.12-api-post3/ .dapi/data/upgrade-info.json
sudo mkdir -p  .dapi/cosmovisor/upgrades/v0.2.12-api-post3/bin/
wget -q -O  decentralized-api.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.12-api-post3/decentralized-api-amd64.zip' && \
echo "3f2bc481b8320c53f0abe428dc262eaac5a86e8f38b8d796c409bd7116ba5017  decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j  decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.12-api-post3/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.12-api-post3/bin/decentralized-api && \
echo "API Installed and Verified"

docker stop api && \
sudo rm -rf .dapi/cosmovisor/current && \
sudo ln -sf upgrades/v0.2.12-api-post3 .dapi/cosmovisor/current && \
echo "da495bc4c414ac9a0d416f85c30dd8dfbbcc76883fd71f6c1e969d37fa184b20 .dapi/cosmovisor/current/bin/decentralized-api" && \
docker start api

部署后，请再次检查9100和9200端口上的服务器是否正在运行：

curl http://localhost:9200/admin/v1/nodes # may not be bound to localhost

curl http://localhost:9100/versions # may not be bound to localhost

2026年5月6日

在上一个纪元中，发现Kimi-K2.6的某些响应解析存在一个小bug。

修复：https://github.com/gonka-ai/gonka/pull/1143/changes#diff-4c44fd18f746bca1c63d9bcbb9a73f06bc0172bfb8a33152854920d4dffff0e8

我们建议替换api容器的二进制文件。除修复外，新版本还启用了devshard数据库的清理功能，并增加了对devshard状态的Postgres支持。

部署方式：

sudo rm -rf decentralized-api.zip .dapi/cosmovisor/upgrades/v0.2.12-api-post2/ .dapi/data/upgrade-info.json
sudo mkdir -p  .dapi/cosmovisor/upgrades/v0.2.12-api-post2/bin/
wget -q -O  decentralized-api.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.12-api-post2/decentralized-api-amd64.zip' && \
echo "7bef88106fc3464d0141a2d14245cc06c341be186250f5d096e27e901deb185e  decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j  decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.12-api-post2/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.12-api-post2/bin/decentralized-api && \
echo "API Installed and Verified"

docker stop api && \
sudo rm -rf .dapi/cosmovisor/current && \
sudo ln -sf upgrades/v0.2.12-api-post2 .dapi/cosmovisor/current && \
echo "9882b36ac6e5546fc18e3dd34da293cd5255f311f19e14ace74d3b9190c8ca1d .dapi/cosmovisor/current/bin/decentralized-api" && \
docker start api

此外，如果您有托管Kimi-K2.6的MLNode，请在部署参数中添加"--enable-auto-tool-choice"。为此，您可以重复执行命令（以B200为例）：

curl -X POST http://localhost:9200/admin/v1/nodes \
     -H "Content-Type: application/json" \
     -d '{
       "id": "<NODE_ID>",
       "host": "<NODE_IP>",
       "inference_port": 5050,
       "poc_port": 8080,
       "max_concurrent": 500,
       "models": {
         "moonshotai/Kimi-K2.6": {
           "args": [
             "--enable-auto-tool-choice",  #  new parameter
             "--tensor-parallel-size", "4",
             "--enable-expert-parallel",
             "--trust-remote-code",
             "--mm-encoder-tp-mode", "data",
             "--tool-call-parser", "kimi_k2",
             "--reasoning-parser", "kimi_k2",
             "--attention-backend", "FLASHINFER_MLA",
             "--disable-custom-all-reduce",
             "--gpu-memory-utilization", "0.95",
             "--max-num-seqs", "128",
             "--max-model-len", "240000"
           ]
         }
       }
     }'

然后使用docker restart join-mlnode-308-1重启MLNode容器。

这些操作应在PoC/确认PoC未运行时执行。

2026年5月5日

在Kimi-K2.6引导期间，主机观察到30%的最低直接参与阈值在实践中难以满足。为避免Kimi-K2.6在未来纪元中失去资格的风险，并简化后续模型的接入，提议将该阈值降低至10%。

安全模型保持不变：PoC验证本身未更改，仍需超级多数验证算力才能接受结果。

该提案被加速，以便在下一次PoC之前生效。投票将持续12小时。

投票（yes, no, abstain, no_with_veto）：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 48 yes \
  --from <cold_key_name> \
  --keyring-backend file \
  --unordered \
  --timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
  --node $NODE_URL/chain-rpc/ \
  --chain-id gonka-mainnet \
  --yes

检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 48 -o json --node $NODE_URL/chain-rpc/

投票结束：2026-05-05 19:00:54 UTC

2026年5月4日

Kimi K2.6 现已在 Gonka 网络上激活

moonshotai/Kimi-K2.6 已通过引导并加入 Gonka 网络的 PoC 参与。

该过程由网络各节点协调完成：基础设施已准备就绪，意向已提交，委托与拒绝已设置，部署已测试。

对于多模型 PoC，这意味着 Kimi 现在作为活跃模型组拥有独立的参与和奖励追踪。

运行 Kimi 的节点应继续像往常一样监控其 MLNode 和 PoC 参与情况。

2026年5月4日

为已提交 PoCIntent 的节点提供操作要求：部署 Kimi K2.6

今日对 moonshotai/Kimi-K2.6 的预评估检查已通过。

已提交 PoCIntent 的节点现在应在 PoC 于区块 3874496 开始前，将至少一个 MLNode 从 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 切换至 moonshotai/Kimi-K2.6。

预评估与 PoC 开始之间有 500 个区块的窗口期。在此期间没有 CPoC 任务，因此已声明意向的节点可以安全地将模型节点切换至 Kimi K2.6。

请遵循指南完成所需部署步骤：https://gonka.ai/docs/host/kimi-bootstrap/

2026年5月4日

传输代理 node1、node2 和 node3 已禁用。所有主网推理现在均通过 node4 路由，该代理基于新的 devshard 计费方式运行。

这标志着网络的一个重要里程碑：devshard 已上线并具备生产就绪能力。node4 将作为今后推荐的公共网关。

操作要求：将您的端点更新为 node4。

2026年5月2日

今日的预资格验证未通过，对于 PoCIntent 权重低于 30% 的节点，其权重极低。请将您的 MLNode 保持在 Qwen235B，并于明天提交下一个周期的意向。

2026年4月30日

升级已执行：v0.2.12 现已在主网上线

针对升级提案 v0.2.12 的链上治理投票已结束。该提案已获批准，升级已在主网上成功执行。

当前生效的关键变更

多模型 PoC（最大变更） (#1039)。将计算证明从单一固定模型过渡为按模型分组的 PoC。每个经治理批准的模型生成其自身的本地 PoC 权重，并通过模型特定系数聚合为总共识权重。每个节点必须参与每个模型组（直接参与或委托 PoC 投票权重）。
moonshotai/Kimi-K2.6 作为第二个模型引入：该模型组将在升级后两个周期激活。该模型的系数为 Qwen235B 的 3.51 倍，基于相同硬件（8xH200、8xB200）上的模型计算复杂度。
Devshard 独立运行时 (#1045)。将 devshard 发布与 DAPI/主网发布周期解耦。
Certik 审计修复 (#1020, #1021, #1022, #987, #949, #988, #825, #1011, #1029, #789)。已解决审计发现的问题。
协议加固。保留节点（POC_SLOT=true）被随机采样用于单次 PoC/CPoC 时间。其他更新包括：将 mlnode 版本传播至链上 HardwareNode，修复 DKG 交易方共识，使遗留验证者惩罚与所需抵押品语义对齐，确保 devshard 保证金资金的原子性，以及为 inference_finished 事件解析添加零时间戳容差。

对节点的指导

部署、委托或明确拒绝新治理批准的模型（所包含的模型将在升级后两个周期激活）。请参阅指南。
请更新仪表板/浏览器。请从 gonka/deploy/join 目录运行以下命令：

docker compose -f docker-compose.mlnode.yml -f docker-compose.yml pull explorer
docker compose -f docker-compose.mlnode.yml -f docker-compose.yml up -d explorer

二进制版本：通过链上升级流程更新。
迁移：测试和迁移详情记录在 v0.2.12 文档中。

有关这些变更的更多详情，请参阅治理文档：https://github.com/gonka-ai/gonka/tree/upgrade-v0.2.12/proposals/

2026年4月29日

升级 v0.2.12：预下载二进制文件

v0.2.12 升级提案的链上治理流程即将结束。

投票结束：2026年4月30日 00:12 UTC
升级高度：3834200
预计升级时间：2026年4月30日 06:00 UTC

鼓励主机查看GitHub上的提案并参与投票。

提前预下载二进制文件有助于在升级窗口期间避免依赖GitHub的可用性。

# 1. Create Directories
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.12/bin \
              .inference/cosmovisor/upgrades/v0.2.12/bin && \

# 2. DAPI: Download -> Verify -> Unzip directly to bin -> Make Executable
wget -q -O decentralized-api.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.12/decentralized-api-amd64.zip" && \
echo "d0143a95e12e1ada06cfea5e4d3deab13534c3523c967e9a6b87ac9f9bf3247d decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.12/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.12/bin/decentralized-api && \
echo "DAPI Installed and Verified" && \

# 3. Inference: Download -> Verify -> Unzip directly to bin -> Make Executable
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.12/bin/ && \
wget -q -O inferenced.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.12/inferenced-amd64.zip" && \
echo "df7656503d39f6703767d32d5578d1291e32cb114844d8c1cd0f134d1bf4babd inferenced.zip" | sha256sum --check && \
sudo unzip -o -j inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.12/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.12/bin/inferenced && \
echo "Inference Installed and Verified" && \

# 4. Cleanup and Final Check
rm decentralized-api.zip inferenced.zip && \
echo "--- Final Verification ---" && \
sudo ls -l .dapi/cosmovisor/upgrades/v0.2.12/bin/decentralized-api && \
sudo ls -l .inference/cosmovisor/upgrades/v0.2.12/bin/inferenced && \
echo "94ce943338d12844028e84fe770106c9d28d866cf0af99f27da30f56d69efa34 .dapi/cosmovisor/upgrades/v0.2.12/bin/decentralized-api" | sudo sha256sum --check && \
echo "642eb9858cd77d182f3e1c4d44553f5379d615983430e1fd8e85f09632af4271 .inference/cosmovisor/upgrades/v0.2.12/bin/inferenced" | sudo sha256sum --check

2026年4月28日

升级 v0.2.12：升级前模型清理

v0.2.12升级提案现已进入链上投票期的一半。

投票截止：2026年4月30日 00:12 UTC
升级高度：3834200
预计升级时间：2026年4月30日 06:00 UTC

鼓励主机查看GitHub上的提案并投票。

升级前必须执行的操作

随着网络接近升级窗口，主机应提前准备节点，以防提案通过。

此清理过程必须在升级前完成。如果在升级时您的节点配置包含不受支持的模型，节点将被拒绝并下线。

版本 0.2.12 将移除所有不在升级后批准列表中的治理模型。在主网上，仅保留之前强制执行的模型和Kimi。每个DAPI在其本地持久化MLNode配置。启动时，它会将每个配置的模型与链上治理列表进行验证。如果配置中包含至少一个不受支持的模型，整个节点将被拒绝，主机将下线。

版本 0.2.11 通过将运行时视图裁剪为强制模型来掩盖了此问题，因此即使持久化配置中仍包含额外模型，/admin/v1/nodes 也显示为干净。版本 0.2.12 停止了这种裁剪，意味着直接加载持久化配置。

为解决此问题，以下脚本将查找 /admin/v1/config 中包含额外模型的每个节点，并向 /admin/v1/nodes/<id> 发送一个包含清理后配置的 PUT 请求。这些更改将在60秒内持久化。剩余模型的参数、硬件和端口将完全保留。未列出强制模型的节点将被跳过，需手动修复。

将以下脚本粘贴到主机的shell中。默认情况下，它将应用更改。若要预览更改而不应用，请设置 APPLY=dry（或任何非 --apply 的值）。

仓库中的脚本：

Bash
Python。

ADMIN=${ADMIN:-http://127.0.0.1:9200}
KEEP=${KEEP:-Qwen/Qwen3-235B-A22B-Instruct-2507-FP8}
APPLY=${APPLY:-"--apply"}

curl -sS "$ADMIN/admin/v1/config" | jq -r --arg k "$KEEP" '
  .nodes[] | "\(.id): " + (
    if (.models | has($k) | not) then "skip (\(.models | keys))"
    elif (.models | length) == 1 then "ok"
    else "\(.models | keys) -> [\($k)]" end)'

if [[ "$APPLY" == "--apply" ]]; then
  curl -sS "$ADMIN/admin/v1/config" \
    | jq -c --arg k "$KEEP" \
        '.nodes[] | select((.models | has($k)) and (.models | length > 1)) | .models = {($k): .models[$k]}' \
    | while IFS= read -r p; do
        id=$(jq -r .id <<<"$p")
        curl -sS -f -X PUT -H 'Content-Type: application/json' -d "$p" \
          "$ADMIN/admin/v1/nodes/$id" >/dev/null && echo "$id: updated"
      done
  echo "done; persisted within 60s"
else
  echo "preview only; rerun without APPLY=dry to commit"
fi

运行脚本后等待60秒，以确保更改已持久化，然后再触发升级。然后验证配置：

curl -sS http://127.0.0.1:9200/admin/v1/config \
  | jq '.nodes[] | {id, models: (.models | keys)}'

预期输出：

{
  "id": "<nodeId>",
  "models": [
    "Qwen/Qwen3-235B-A22B-Instruct-2507-FP8"
  ]
}

(其他节点将遵循相同格式)

2026年4月27日

v0.2.12升级提案进入治理

升级提案的下一个链上软件版本v0.2.12现已上链并开放投票。

关键变更

多模型PoC（最大变更） (#1039)。将计算证明从单一固定模型过渡为每模型PoC组。每个经治理批准的模型生成自己的本地PoC权重，然后通过模型特定系数聚合为总共识权重。每个主机必须参与每个模型组（直接或通过委托PoC投票权重）。
moonshotai/Kimi-K2.6 被引入为第二个模型： 模型组将在升级后两个周期激活。该模型的系数为Qwen235B的3.51倍，基于相同硬件（8xH200，8xB200）上的模型计算复杂度。
Devshard独立运行时 (#1045)。将devshard发布与DAPI/主网发布周期解耦。
Certik审计修复 (#1020, #1021, #1022, #987, #949, #988, #825, #1011, #1029, #789)。已解决审计发现的问题。
协议加固。 对保留节点（POC_SLOT=true）随机采样进行单PoC/CPoC时间。其他更新包括将 mlnode 版本传播到链上 HardwareNode，修复DKG经销商共识，对齐遗留验证者惩罚与所需抵押品语义，确保devshard托管资金的原子性，以及为 inference_finished 事件解析添加零时间戳容差。

升级计划

二进制版本将通过链上升级提案进行更新。有关升级流程的更多信息，请参阅 /docs/upgrades.md.

所需操作升级前

从 docker-compose.yml 部署 versiond 和 proxy 服务的最新版本（使用 repo 的 tag release/v0.2.12）：

git checkout release/v0.2.12

部署（必须使用 --no-deps）：

source config.env && \
docker compose -f docker-compose.yml up versiond proxy -d --no-deps

这将激活 devshard 独立于 api 服务运行。

升级后

部署、委托或明确拒绝新的治理批准模型（包含的模型将在升级后 2 个周期激活）。请参阅指南。

升级前或升级后

请主机更新仪表板/浏览器。请从 gonka/deploy/join 目录运行以下命令：

docker compose -f docker-compose.mlnode.yml -f docker-compose.yml pull explorer
docker compose -f docker-compose.mlnode.yml -f docker-compose.yml up -d explorer

如何投票

如果您没有直接访问拥有投票权的密钥，或希望使用其他密钥代为投票，请参阅指南，了解如何从冷密钥向热密钥授予治理投票权限。

提案详情和投票可通过 inferenced 查看。任何活跃节点均可使用。可用节点包括：

投出您的投票（ yes，no，abstain，no_with_veto ）：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 44 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 44 -o json --node $NODE_URL/chain-rpc/

截止日期

投票结束：2026 年 4 月 30 日 00:12 UTC
升级高度：3834200
预计升级时间：2026 年 4 月 30 日 6:00 UTC

注意

请在升级窗口期间保持在线，以便及时执行任何后续步骤或缓解指令。
升级期间，Cosmovisor 会在 .inference/data 目录中创建完整状态备份；请确保有足够的磁盘空间。有关如何安全删除 .inference 目录中的旧备份的指南，请参阅文档。
如果 application.db 占用了大量磁盘空间，可应用 cosmovisor 备份指南中描述的清理技术。
升级后，Postgres 可作为本地负载存储的选项。

2025 年 4 月 15 日

升级 v0.2.12 的 PR 审查

下一个链上软件升级 v0.2.12 的拉取请求现已开放供审查。

请直接审查 PR 代码，并对您发现的任何问题、疑问、改进建议、边缘情况或漏洞留下评论。

有意义的审查贡献，包括重要评论、错误发现和安全问题，可能在下一个升级周期中符合社区奖励资格。

本次仅为拉取请求审查请求，不启动正式投票。治理投票流程将在审查期结束后开始。

关键变更

多模型 PoC（最大变更）（#1039）。将计算证明从单一固定模型过渡到按模型分组的 PoC。每个治理批准的模型生成自己的本地 PoC 权重，并通过模型特定系数聚合为总共识权重。
共识级交易费用与自动迁移（#937，#981）。引入由治理控制的 gas 价格。协议职责消息（PoC、验证、推理、BLS DKG）通过 NetworkDutyFeeBypassDecorator 免费。MsgPoCV2StoreCommit 采用两部分费用（基础验证 + 计数线性）作为主要 Sybil 防御机制。详情请参见 docs/host_onboarding.md。
Devshard 独立运行时（#1045）。将 devshard 发布与 DAPI / 主网发布周期解耦。
Certik 审计修复（#1020，#1021，#1022，#987，#949，#988，#825，#1011，#1029，#789）。所有已知审计问题均已解决。
协议加固。实现更强的 PoC v2 RNG（256 位全熵，此前为 32 位），将通过单独的治理投票激活。其他更新包括：将 mlnode 版本传播至链上 HardwareNode，修复 DKG 交易商共识，使遗留验证者惩罚与所需抵押品语义对齐，确保 devshard 托管资金的原子性，并在 inference_finished 事件解析中添加零时间戳容差。

升级计划

二进制版本将通过链上升级提案更新。有关升级流程的更多信息，请参阅 /docs/upgrades.md.

升级后所需操作

现有主机：

确保冷账户持有足够的金额（例如 100 GNK），以覆盖自动授予的费用限额支出。
在治理批准新模型后，部署、委托或明确拒绝每个治理批准的模型（包含的模型将在升级后3个周期内激活）
从 docker-compose.yml 部署 versiond 服务（使用主分支中的最新提交）
使用新版本和参数重新创建 proxy 容器。文档将提供确切的命令。

2026年4月1日

ML节点 3.0.12-post6 可用

现已推出新版本的 mlnode：ghcr.io/gonka-ai/mlnode:3.0.12-post6

docker pull ghcr.io/gonka-ai/mlnode:3.0.12-post6
docker pull ghcr.io/gonka-ai/mlnode:3.0.12-post6-blackwell
docker pull ghcr.io/gonka-ai/mlnode:3.0.12-post6-blackwell-sm120

此版本现已设为主分支的默认版本：https://github.com/gonka-ai/gonka/commit/ec8f45573149ce5686e8e5fc29f1a8f49a295689

变更内容

此版本已在最近几个周期中被部分矿工使用。初步观察表明，对于接近PoC启动的节点，稳定性有所提升。

此次更新修复了在PoC启动附近的一个边缘情况，此前在特定条件下可能导致性能下降。

vLLM的完整变更：https://github.com/gonka-ai/vllm/compare/release/v0.9.1-pocv2-post5...release/v0.9.1-pocv2-post6

建议

建议升级到此版本
此版本与以前版本完全兼容

2026年3月20日

升级已执行：v0.2.11 现已在主网上线

v0.2.11升级提案的链上治理投票已结束。提案已获批准，升级已在主网上成功执行。

当前生效的关键变更初始扩展架构：基于 devshards 的推理会话

此次升级引入了基于 devshards 的推理会话的初始版本，旨在提升推理扩展性。

StartInference 和 FinishInference 性能改进

这些性能改进使每个区块的推理次数最多可提升100倍，具体取决于工作负载和网络条件。有关这些及其他变更的更多详细信息，请参见：https://github.com/gonka-ai/gonka/pull/813

主机建议

二进制版本：通过链上升级流程更新。
迁移：测试和迁移详情请参阅v0.2.11文档。

有关这些变更的更多详情，请参阅治理文档：https://github.com/gonka-ai/gonka/tree/upgrade-v0.2.11/proposals/

2026年3月19日

升级 v0.2.11：提前下载二进制文件

v0.2.11升级提案的链上治理流程即将结束。

投票截止：2026年3月20日 05:59:52 UTC
升级高度：3186100
预计升级时间：2026年3月20日 14:30 UTC

建议主机查阅GitHub上的提案并参与投票。提前下载二进制文件有助于避免在升级窗口期间依赖GitHub的可用性。

# 1. Create Directories
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.11/bin \
              .inference/cosmovisor/upgrades/v0.2.11/bin && \

# 2. DAPI: Download -> Verify -> Unzip directly to bin -> Make Executable
wget -q -O decentralized-api.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.11/decentralized-api-amd64.zip" && \
echo "e574c3d86189daf325cc7008603ee8e952efb028afda5bcd4a154dcd334192d4 decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.11/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.11/bin/decentralized-api && \
echo "DAPI Installed and Verified" && \

# 3. Inference: Download -> Verify -> Unzip directly to bin -> Make Executable
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.11/bin/ && \
wget -q -O inferenced.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.11/inferenced-amd64.zip" && \
echo "c77528bd2e31e86355a6eefddb50e0db7f9600ebf2940ca440a61ea36e7ef7ca inferenced.zip" | sha256sum --check && \
sudo unzip -o -j inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.11/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.11/bin/inferenced && \
echo "Inference Installed and Verified" && \

# 4. Cleanup and Final Check
rm decentralized-api.zip inferenced.zip && \
echo "--- Final Verification ---" && \
sudo ls -l .dapi/cosmovisor/upgrades/v0.2.11/bin/decentralized-api && \
sudo ls -l .inference/cosmovisor/upgrades/v0.2.11/bin/inferenced && \
echo "8b99e550ddd117a0cb4293b4ae74e0e5dff961a1986f23b58ec7ae6c3f0478f1 .dapi/cosmovisor/upgrades/v0.2.11/bin/decentralized-api" | sudo sha256sum --check && \
echo "6cf186a75782da07156d4d03b4266cefcb36656de89e4a378ae96d8df89ad003 .inference/cosmovisor/upgrades/v0.2.11/bin/inferenced" | sudo sha256sum --check

2026年3月18日

v0.2.11升级提案进入治理流程

下一个链上软件版本v0.2.11的升级提案现已上链并开放投票。若获批准，该提案将引入基于 devshards 的推理会话的初始版本，以提升推理扩展性，并显著改进 Start/FinishInference 性能。

关键变更初始扩展架构：基于devshards的推理会话

此升级引入了基于devshards的推理会话的初始版本，旨在提升推理的可扩展性。

目前，通过链上每项推理交易处理推理操作限制了吞吐量。此设计将推理执行和验证移至分配的链下子组，而链上仅处理会话创建和最终结算。

这有意是一个早期且受限的版本。提出此版本用于主网审查和有限生产测试，并非因为其已完备，而是因为此类系统需要尽早暴露在真实网络条件下。某些类型的问题仅通过本地测试难以发现。当前实现已设计为避免对矿工奖励产生负面影响。

StartInference 和 FinishInference 性能改进

减少MsgStartInference和MsgFinishInference的不必要的状态写入和查询开销。
简化统计处理，减少推理生命周期中的工作量，以提升区块执行的稳定性。

在类似主网的条件下，这使得每个区块可容纳多达100倍的推理量，具体取决于工作负载和网络条件。有关这些及其他更改的更多详细信息，请参见：https://github.com/gonka-ai/gonka/pull/813

升级前的建议操作application.db 剪枝

强烈建议主机在升级前按照提供的说明对application.db进行剪枝。

提前执行此操作非常重要。如果大量节点推迟到升级后才进行剪枝，网络中可能会同时开始剪枝活动，从而造成可避免的操作压力。剪枝说明请参见：https://gonka.ai/FAQ/#__tabbed_7_4

浏览器更新

请主机更新仪表板/浏览器。请从gonka/deploy/join目录中运行以下命令：

docker compose -f docker-compose.mlnode.yml -f docker-compose.yml pull explorer
docker compose -f docker-compose.mlnode.yml -f docker-compose.yml up -d explorer

如何投票

如果您没有直接访问拥有投票权的密钥，或希望由另一个密钥代为投票，请参阅指南，了解如何将治理投票权限从冷密钥授予热密钥。

提案详情和投票可通过 inferenced 查看。任何活跃节点均可使用，可用节点包括：

投出您的选票 ( yes, no , abstain , no_with_veto )：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 31 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

查看投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 31 -o json --node $NODE_URL/chain-rpc/

截止日期

投票截止：2026年3月20日，UTC时间05:59:52
升级高度：3186100
预计升级时间：2026年3月20日，UTC时间14:30

注意

请在升级窗口期间保持在线，以便及时执行任何后续步骤或缓解指令。
升级期间，Cosmovisor会在 .inference/data 目录中创建完整状态备份；请确保有足够的磁盘空间。有关如何安全删除 .inference 目录中的旧备份的指导，请参阅文档。
如果 application.db 占用了大量磁盘空间，可应用此处描述的清理技术。
升级后，Postgres 可作为本地负载存储的选项。

2026年3月17日

升级 v0.2.11 的 PR 审查

下一次链上软件升级 v0.2.11 的拉取请求现已开放供审查。欢迎提供反馈和改进建议。

对于本次 PR 审查的有意义贡献，可能在下一次升级中提出奖励。

本次仅为拉取请求的审查邀请，而非正式投票的开始。治理投票流程将在审查期结束后启动。

关键变更

初始扩展架构：基于 devshards 的推理会话

本次升级引入了基于 devshards 的推理会话的初始版本，旨在提升推理可扩展性。

目前，通过每笔链上交易处理推理会话限制了吞吐量。此设计将推理执行和验证移至指定的链下子组，而链仅负责会话创建和最终结算。

这有意是一个早期且受限的版本。提出此版本用于主网审查和有限生产测试，并非因为其已被视为完成，而是因为此类系统需要尽早暴露于真实网络环境中。某些类型的问题仅靠本地测试难以发现。当前实现已设计为避免对矿工奖励产生负面影响。

StartInference 和 FinishInference 性能改进

减少 MsgStartInference 和 MsgFinishInference 的不必要状态写入和查询开销。
简化统计处理，减少推理生命周期中的工作量，以提高区块执行稳定性。

在类似主网的条件下，这使得每个区块可容纳多达 100 倍的推理数量，具体取决于工作负载和网络状况。

升级前建议操作application.db 剪枝

强烈建议主机在升级前按照提供的说明剪枝 application.db。提前执行此操作非常重要。如果许多节点推迟到升级后才进行剪枝，网络中可能会同时开始剪枝活动，造成不必要的运营压力。剪枝说明详见此处。

浏览器更新

请主机更新仪表板/浏览器。请从 gonka/deploy/join 目录运行以下命令：

docker compose -f docker-compose.mlnode.yml -f docker-compose.yml pull explorer
docker compose -f docker-compose.mlnode.yml -f docker-compose.yml up -d explorer

审查者可在此处查看完整的升级提案、迁移详情、测试摘要和建议流程：https://github.com/gonka-ai/gonka/pull/813。

2026年3月16日

API 二进制文件 v0.2.10-post7 已可用

在 v0.2.10 中发现了一个潜在漏洞。为降低当前升级前阶段的风险，建议在下一次 PoC 开始前将 api 二进制文件升级至 v0.2.10-post7。

完整变更：https://github.com/gonka-ai/gonka/compare/main…release/v0.2.10-post7

应用更新：

# Pre-check: Ensure no confirmation PoC is active (fails entire script if not false)
echo "--- Pre-flight Check: Confirmation PoC Status ---" && \
CONFIRMATION_POC_ACTIVE=$(curl -sf "https://node3.gonka.ai/v1/epochs/latest" | jq -r '.is_confirmation_poc_active') && \
[ "$CONFIRMATION_POC_ACTIVE" = "false" ] && \
echo "OK: No confirmation PoC active" && \

# Download Binary
sudo rm -rf decentralized-api.zip .dapi/cosmovisor/upgrades/v0.2.10-post7/ .dapi/data/upgrade-info.json && \
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.10-post7/bin/ && \
wget -q -O decentralized-api.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.10-post7/decentralized-api-amd64.zip' && \
echo "71481e6f2c5f9a355ed283a0896833bcc8397e8bcda134a796a46467bd2ff3b0  decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.10-post7/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.10-post7/bin/decentralized-api && \
echo "API Installed and Verified" && \

# Link Binary
echo "--- Final Verification ---" && \
sudo rm -rf .dapi/cosmovisor/current && \
sudo ln -sf upgrades/v0.2.10-post7 .dapi/cosmovisor/current && \
echo "313df0747e090518ac052918ad23f9d6e70bb60dede2013375e322c23605f3e0  .dapi/cosmovisor/current/bin/decentralized-api" | sudo sha256sum --check && \
# Restart 
source config.env && docker compose up api --no-deps --force-recreate -d

2026年3月11日

工具调用

工具调用现已通过标准函数调用模式（type: “function”）提供。

集成流程很简单：

函数由开发者定义
当请求匹配时，模型返回结构化的调用参数
执行由应用端处理。

对于已使用代理层的团队，这可能是简化堆栈、依赖原生行为的好机会。实际上，这应能带来更清晰的集成模式和更易维护的系统。

2026年3月6日

提醒：v0.2.11 升级预计将于下周初进入审查和治理投票阶段。

请密切关注并计划参与。投票是支持网络发展并确保升级与参与者实际需求保持一致的最简单方式之一。如果您没有访问持有投票权的冷钱包密钥的权限，建议提前安排投票委托。请联系该密钥的所有者，请求他们授权您代为投票。若无此授权，其他账户无法提交投票。

在此设置中：

授权人 = 拥有投票权的账户（冷钱包密钥）
被授权人 = 代表授权人提交投票的账户（热钱包密钥）

被授权人仍可为其自身账户投票。授权人可随时撤销此权限。

以下是用于授予、检查、使用和撤销投票委托的复制粘贴命令。

1) 授予投票权限（从授权人密钥运行）

命令示例响应

./inferenced tx authz grant <GRANTEE_GONKA_ADDRESS> generic \
  --msg-type=/cosmos.gov.v1beta1.MsgVote \
  --from=<GRANTER_KEY_NAME> \
  --chain-id=gonka-mainnet \
  --expiration=<UNIX_TIMESTAMP> \
  --home .inference \
  --keyring-backend file

{
    "height": "0",
    "txhash": "8D96FB6FC06FFB928FBC89FE950689CD040C7F338C197BA856175EC7462A3FFA",
    "codespace": "",
    "code": 0,
    "data": "",
    "raw_log": "",
    "logs": [],
    "info": "",
    "gas_wanted": "0",
    "gas_used": "0",
    "tx": null,
    "timestamp": "",
    "events": []
}

2) 验证授权是否存在（在任意节点上运行）

Command示例响应

./inferenced query authz grants <GRANTER_GONKA_ADDRESS> <GRANTEE_GONKA_ADDRESS> \
  --node="http://<MAINNET_NODE_URL>:26657" \
  --output=json | jq .

{
    "grants": [
        {
            "authorization": {
                "type": "cosmos-sdk/GenericAuthorization",
                "value": {
                    "msg": "/cosmos.gov.v1beta1.MsgVote"
                }
            },
            "expiration": "2026-12-03T18:38:18Z"
        }
    ],
    "pagination": {
        "total": "1"
    }
}

3) 使用被授权方投票

Command示例响应

# Find the proposal ID which you are voting for - use it as <VOTE_PROPOSAL_ID> in the voting body 
./inferenced query gov proposals --output json

# Prepare the file with the voting body
cat > /tmp/authz-vote.json << 'EOF'
{
  "body": {
    "messages": [
      {
        "@type": "/cosmos.authz.v1beta1.MsgExec",
        "grantee": "<GRANTEE_GONKA_ADDRESS>",
        "msgs": [
          {
            "@type": "/cosmos.gov.v1beta1.MsgVote",
            "proposal_id": "<VOTE_PROPOSAL_ID>",
            "voter": "<GRANTER_GONKA_ADDRESS>",
            "option": "VOTE_OPTION_YES"
          }
        ]
      }
    ]
  }
}
EOF


# Vote using the file 
./inferenced tx authz exec /tmp/authz-vote.json \  --from=<GRANTEE_KEY_NAME> \ 
--chain-id=gonka-mainnet \
--home .inference \
--keyring-backend file \
--node="http://<MAINNET_NODE_URL>:26657" -y

{
    "pagination": {
        "total": "1"
    },
    "proposals": [
        {
            "deposit_end_time": "2026-03-06T10:40:07.016920026Z",
            "final_tally_result": {
                "abstain_count": "0",
                "no_count": "0",
                "no_with_veto_count": "0",
                "yes_count": "0"
            },
            "id": "1",
            "messages": [
                {
                    "type": "cosmos-sdk/MsgSoftwareUpgrade",
                    "value": {
                        "authority": "gonka10d07y265gmmuvt4z0w9aw880jnsr700j2h5m33",
                        "plan": {
                            "height": "406062",
                            "info": "{\n \"binaries\":{\n \"linux/amd64\":\"https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.10-testnet1/inferenced-amd64.zip?checksum=sha256:fb71310427436aebac32813735231882fca420cf0d94b036f8cacd055d0e1c78\"\n },\n \"api_binaries\":{\n \"linux/amd64\":\"https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.10-testnet1/decentralized-api-amd64.zip?checksum=sha256:6fe214f4bb2d831c02ce407682820d95d01e6ae94a33fe9c4617b80e0ca716ce\"\n }\n }",
                            "name": "v0.2.10",
                            "time": "0001-01-01T00:00:00Z"
                        }
                    }
                }
            ],
            "proposer": "gonka1xfvr8mywcrxrcrryvj8c5d2grvyjdj5c90fd88",
            "status": 2,
            "submit_time": "2026-03-04T10:40:07.016920026Z",
            "summary": "Upgrade Proposal v0.2.10",
            "title": "Upgrade Proposal v0.2.10",
            "total_deposit": [
                {
                    "amount": "50000000",
                    "denom": "ngonka"
                }
            ],
            "voting_end_time": "2026-03-04T10:50:07.016920026Z",
            "voting_start_time": "2026-03-04T10:40:07.016920026Z"
        }
    ]
}

投票选项：

VOTE_OPTION_YES
VOTE_OPTION_ABSTAIN
VOTE_OPTION_NO
VOTE_OPTION_NO_WITH_VETO

4) 撤销委托（从授权方密钥运行）

Command示例响应

./inferenced tx authz revoke <GRANTEE_GONKA_ADDRESS> /cosmos.gov.v1beta1.MsgVote \
  --from=<GRANTER_KEY_NAME> \
  --chain-id=gonka-mainnet \
  --home .inference \
  --keyring-backend file

{
    code: 0
    codespace: ""
    data: ""
    events: []
    gas_used: "0"
    gas_wanted: "0"
    height: "0"
    info: ""
    logs: []
    raw_log: ""
    timestamp: ""
    tx: null
    txhash: A2C3CDA9E95DCF143C0D8981A4F573F1E68879ECF4903B25BA97383C3F2FDFBA
}

2026年2月21日

API 二进制文件 v0.2.10-post3 已发布

API 二进制文件的新版本已发布。该版本更新了连接超时处理，并在 PoC 验证管道中引入了额外的检查。

升级 v0.2.10 引入了对 Executor → MLNode 连接的严格 5 分钟超时，而某些请求可能需要更长时间。新版本的 API 将恢复此值，而不是强制执行严格限制。
之前的请求重试系统即使因处理超时（而非 TLS 超时）失败，仍会重试推理。服务器端对长请求的重试通常无效，因为会导致相同的超时场景。同时，客户端可能收到不一致的输出。新版本的 API 在此类情况下不再重试推理。
当前被保留且不参与 PoC 生成的 MLNode 仍被用于 PoC 验证。这可能导致推理遗漏。新版本将此类节点排除在 PoC 验证之外。
PoC 验证管道中增加了额外的保护措施。

PR: https://github.com/gonka-ai/gonka/pull/785

构建：https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.10-post3/decentralized-api-amd64.zip

应用更新：

# Pre-check: Ensure no confirmation PoC is active (fails entire script if not false)
echo "--- Pre-flight Check: Confirmation PoC Status ---" && \
CONFIRMATION_POC_ACTIVE=$(curl -sf "https://node3.gonka.ai/v1/epochs/latest" | jq -r '.is_confirmation_poc_active') && \
[ "$CONFIRMATION_POC_ACTIVE" = "false" ] && \
echo "OK: No confirmation PoC active" && \

# Download Binary
sudo rm -rf decentralized-api.zip .dapi/cosmovisor/upgrades/v0.2.10-post3/ .dapi/data/upgrade-info.json && \
sudo mkdir -p  .dapi/cosmovisor/upgrades/v0.2.10-post3/bin/ && \
wget -q -O  decentralized-api.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.10-post3/decentralized-api-amd64.zip' && \
echo "1b75f2785c7884dc24f3c1e39d5ed10f4afcbe5fc677f5569d90d75c752ec150 decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j  decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.10-post3/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.10-post3/bin/decentralized-api && \
echo "API Installed and Verified"  && \

# Link Binary
echo "--- Final Verification ---" && \
sudo rm -rf .dapi/cosmovisor/current && \
sudo ln -sf upgrades/v0.2.10-post3 .dapi/cosmovisor/current && \
echo "de72c665ff71de904210c5472cebb248d163c1398141868e1a1fe198055b5886 .dapi/cosmovisor/current/bin/decentralized-api" | sudo sha256sum --check && \
# Restart 
source config.env && docker compose up api --no-deps --force-recreate -d

2026年2月20日

建议（可选）：在PoC开始时使用vLLM / mlnode构建中断正在进行的请求

现已提供新的vLLM / mlnode构建，可在PoC开始时中断正在进行的推理请求，以降低因PoC开始时仍处于活跃状态的请求导致潜在权重下降的风险。

来源：https://github.com/gonka-ai/vllm/tree/release/v0.9.1-pocv2-post5/vllm

建议尝试的镜像：

docker pull ghcr.io/gonka-ai/mlnode:3.0.12-post5
docker pull ghcr.io/gonka-ai/mlnode:3.0.12-post5-blackwell
docker pull ghcr.io/gonka-ai/mlnode:3.0.12-post5-blackwell-sm120

备注：

此构建旨在与前一版本向后兼容。
它已针对少量节点启用，但仍建议在部署前审查变更。

2026年2月19日

抵押参数更新提案——投票结果

抵押参数更新提案未达到法定人数，因此根据当前治理规则被拒绝。这意味着更新的参数将不会被激活。

如前所述，第180个周期的抵押激活独立于此次投票。

由于提案未通过，创世时定义的抵押参数将在第180个周期自动生效。

参与者应：

审查创世时定义的抵押参数。
在第180个周期前准备并存入所需的GNK。
确保抵押设置正确，否则从第180个周期起，PoC产生的奖励将减少5倍。

抵押激活是协议从宽限期过渡到完全抵押的PoC权重模型的一部分。治理仍是调整参数的机制，但若未批准替代方案，则默认规则生效。

!!! note "重要：存入时预留缓冲**

强烈建议参与者**不要**存入精确的最低金额。由于归一化效应和网络级调整，PoC权重在各周期间可能波动。较小的权重可能经历相对更大的波动。为避免在周期边界时出现临时抵押不足，建议在抵押水平相对较低时存入最高达计算最低要求2倍的金额。这提供了操作安全性，防止因微小参数变动导致意外的权重降低。协议不会自动补充抵押。

如果社区希望再次修订参数，可能会提出进一步的提案。

2026年2月19日

PoC权重归一化更新

在最近升级后，节点权重因PoC持续时间归一化而调整。为将PoC权重与实际区块生成时间对齐，校准参数基于观察到的区块间隔选择。如实施所示，有效的PoC参考窗口比先前的名义假设长约5个区块。

因此：

平均节点权重下降（归一化效应）
显示的总H100等效容量成比例降低
相对GPU比例保持不变

原因

此前，PoC权重计算依赖于名义的周期持续时间假设。引入实时归一化后：

PoC持续时间与实际区块生成时间对齐
权重更准确地反映实际计算时间

由于有效归一化窗口比之前的名义模型长约5个区块，每个周期重新计算的权重成比例降低。

观察到的GPU权重变化（第175周期 → 第176周期）

GPU类型	第175轮	第176轮	变化
A100-PCIE-40GB	11.8	10.0	-15.4%
A100-SXM4-80GB	132.2	107.8	-18.5%
H100 80GB HBM3	305.1	254.5	-16.6%
H100 PCIe	178.9	155.7	-12.9%
H200	319.6	281.3	-12.0%

Tracker（仪表板）维护人员的操作

由于采用了PoC持续时间归一化，并且有效参考窗口现在比之前的名义假设长约5个区块，从第176轮开始的权重值反映了更新的计算模型。从PoC权重推导H100等效容量或奖励预测的追踪器和仪表板，应从第176轮起验证其转换系数。如果仍使用归一化前的假设，显示的硬件等效值和预测奖励可能会被高估。

2026年2月18日

升级已执行：v0.2.10 已在主网上线

升级提案v0.2.10的链上治理投票已结束。该提案已获批准，并已在主网上成功执行。此升级对PoC验证进行了重大优化，并实现了实时权重归一化，以提升网络的公平性和可扩展性。

注意

必须重启ML节点容器以触发模型的重新部署。运行：

docker restart join-mlnode-1

过渡到 mlnode:3.0.12-post4-* 应在升级中引入的3000个区块宽限期结束前完成。

兼容性说明

此次升级包括迁移到IBC堆栈v8.7.0。请检查任何解析 inferenced CLI 输出的脚本。枚举和int64/uint64值现在以字符串形式编码。

当前生效的关键变更PoC验证采样优化

此升级引入了一种新的PoC验证机制，通过为每个参与者分配一组固定的采样验证者，将复杂度从O(N^2)降低到O(N x N_SLOTS)。

按实时时间标准化PoC权重

此升级通过实际PoC耗时对PoC参与者权重进行标准化，以减少区块时间漂移效应，并使权重结果与实际执行时长保持一致。

启用Qwen235B工具

此升级为 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 添加了工具调用参数（ --enable-auto-tool-choice , --tool-call-parser hermes ），并将验证阈值设置为0.958。要启用工具，必须重启MLNode容器内的vLLM。

其他协议更新

修复：PoC和CPoC交集漏洞（PR #752）。
IBC升级：将IBC堆栈升级至v8.7.0。
惩罚：阈值现在基于链上数据推导（PR #688）。
锁仓：支持具有活跃锁仓的流式锁仓转账（PR #641）。
MLNode：更可靠的MLNode容器版本 ghcr.io/product-science/mlnode:3.0.12-post4 / ghcr.io/product-science/mlnode:3.0.12-post4-blackwell。

宽限期： 升级后引入3000个区块的宽限期，期间不进行确认PoC，并对升级当期的错过率和无效率阈值采取较宽松的标准。

有关这些变更的更多详细信息，请参见治理文档：https://github.com/gonka-ai/gonka/blob/upgrade-v0.2.10/proposals/governance-artifacts/update-v0.2.10/README.md

2026年2月18日

抵押参数更新提案现已开放投票

关于更新抵押参数的提案已发布供社区投票。

建议参数：

每1单位算力0.032 GNK（约每H100为10 GNK）
错过率或封禁罚没率为0.01%
无效推理罚没率为0.5%

这意味着在单个周期内，即使被惩罚，矿工最多损失其抵押物的0.5%。而所需抵押物仅占日收益的约24%。

警告： 抵押参数将无论投票结果如何均生效。如果该提案未通过，创世时定义的抵押参数将在第180周期自动激活，而非上述参数。

投票结束后、第180周期前，所有矿工必须遵循说明将所需资金转入抵押。否则，从第180周期起，其收益将被削减5倍。

获取更新参数：

export NODE_URL=https://node3.gonka.ai/
diff -u \
  <(./inferenced query inference params -o json --node $NODE_URL/chain-rpc/ | jq '.params') \
  <(./inferenced query gov proposal 28 -o json --node $NODE_URL/chain-rpc/ | jq '.proposal.messages[] | select(."type"=="inference/x/inference/MsgUpdateParams") | .value.params') \
  || true

投票（yes, no , abstain , no_with_veto）：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 28 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

查看投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 28 -o json --node $NODE_URL/chain-rpc/

截止时间：

投票将于2026年2月19日07:27:06 UTC结束。

2026年2月17日

v0.2.10升级提案进入治理流程

下一个链上软件版本v0.2.10的升级提案现已上链并开放投票。若获得批准，该提案将引入一项显著的PoC验证优化（默认禁用），并实现基于实时的权重标准化，以提升网络公平性和可扩展性。

关键变更PoC验证采样优化

此升级引入了一种新的PoC验证机制，通过为每个参与者分配一组固定的采样验证者，将复杂度从O(N^2)降低到O(N x N_SLOTS)。

按实时时间标准化PoC权重

此升级通过根据实际PoC耗时标准化参与者权重，以减少区块时间漂移影响，并确保权重结果与实际执行时长一致。

启用Qwen235B工具

此升级为Qwen/Qwen3-235B-A22B-Instruct-2507-FP8添加了工具调用参数（--enable-auto-tool-choice、--tool-call-parser hermes），并设置验证阈值0.958。为启用工具，必须重启MLNode容器内的vLLM。升级引入了一个3000个区块的宽限期，在此期间无确认PoC，并降低了升级时段的错过率和无效率阈值。

其他协议更新

修复PoC与CPoC交集错误（PR #752）
将IBC堆栈升级至v8.7.0。
惩罚阈值现在基于链上数据推导（PR #688）
支持具有活跃锁仓的流式锁仓转账（PR #641）
更可靠的MLNode容器版本ghcr.io/product-science/mlnode:3.0.12-post4 / ghcr.io/product-science/mlnode:3.0.12-post4-blackwell。

有关这些及其他变更的更多详细信息，请参见治理文档 https://github.com/gonka-ai/gonka/blob/upgrade-v0.2.10/proposals/governance-artifacts/update-v0.2.10/README.md

升级执行后所需的主机操作

如果提案获得批准并执行升级，则必须重启ML Node容器以触发模型重新部署。运行：

docker restart join-mlnode-1

过渡到mlnode:3.0.12-post4-*应在升级引入的3000区块宽限期内完成。

如何投票

提案详情和投票可通过inferenced进行。任何活跃节点均可使用。可用节点包括：

投出您的投票（yes、no、abstain、no_with_veto）：

export NODE_URL=https://node3.gonka.ai/
./inferenced tx gov vote 27 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要检查投票状态：

export NODE_URL=https://node3.gonka.ai/
./inferenced query gov votes 27 -o json --node $NODE_URL/chain-rpc/

截止日期

投票截止：2026年2月18日 09:26:26 UTC
升级高度：2712600
预计升级时间：2026年2月18日 15:30:00 UTC

注意

请检查任何解析inferenced CLI输出的脚本。由于IBC堆栈升级至v8.7.0，枚举和int64/uint64值现在以字符串形式编码。
请在升级窗口期间保持在线，以便及时执行任何后续步骤或缓解指令。
升级期间，Cosmovisor会在.inference/data目录中创建完整状态备份；请确保有足够的磁盘空间。有关如何安全删除.inference目录中的旧备份的指南，请参见文档。
如果application.db占用大量磁盘空间，可应用此处描述的清理技术。
升级后，Postgres可作为本地负载存储的选项。

2026年2月16日

抵押激活及建议初始参数

距离Epoch 180不足7天，现在是准备的时候了。

如AMA期间讨论并基于社区成员提出的论点，建议初始抵押要求较低， slashing也最小化。

将提交给社区投票的参数：

每1单位算力0.032 GNK（约每H100为10 GNK）
错过率或封禁惩罚为0.01%
无效推理惩罚为0.5%

这意味着即使在一个epoch内被惩罚，矿工最多只会损失其抵押品的0.5%。所需抵押品仅占每日奖励的约24%。

提案提交投票后将另行公告。

警告：抵押品将无论提案投票结果如何都生效。如果此提案未通过，创世中定义的抵押参数将在第180个纪元自动激活，而非上述列出的参数。

任何未来的抵押品增加都将通过单独的投票提案进行。目标是观察网络稳定性，并确保不公正的惩罚罕见且仅在合理理由下实施。如果证明稳定性良好，将逐步增加抵押品至代币经济白皮书中描述的水平（例如，每H100约100 GNK），以支持网络的长期成功。

2026年2月13日

即将升级 v0.2.10 的投票与执行时间表

即将进行的软件升级 v0.2.10 的链上投票期预计将于周日晚上（洛杉矶时间）/ 周一早晨（UTC）开始。如果提案通过治理批准，升级计划于周二执行。

大致时间线：

周日晚上（洛杉矶时间）——投票期开始
周一（UTC 早晨）——投票生效
周二——升级执行（如获批准）

请在 GitHub 上审阅 v0.2.10 升级 PR 并提供反馈。有意义的审阅贡献可能在下一次升级中获得奖励。

https://github.com/gonka-ai/gonka/pull/695

2026年2月13日

如果您的节点未能及时应用最新升级，可能在区块 2628371 处因共识失败而停止。这是因为节点运行的是与网络不再兼容的旧版本二进制文件。要恢复，请遵循本指南：https://gonka.ai/FAQ/#recovery-guide-consensus-failure-after-missing-patch

2026年2月12日

网络更新：补丁已发布（PoC / cPoC 重叠）

现已发布补丁以解决当前纪元（169/170）中观察到的事件。

需要采取的操作

请主机尽快应用此补丁，以确保正确的 PoC 验证行为并安全恢复区块生产。

# Download Binary
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.9-post3/ .inference/data/upgrade-info.json
sudo mkdir -p  .inference/cosmovisor/upgrades/v0.2.9-post3/bin/
wget -q -O  inferenced.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.9-post3/inferenced-amd64.zip' && \
echo "59896da31f4e42564fc0a2f63a9e0bf4f25f240428f21c0d5191b491847553df  inferenced.zip" | sha256sum --check && \
sudo unzip -o -j  inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.9-post3/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.9-post3/bin/inferenced && \
echo "Inference Installed and Verified"

# Link Binary
echo "--- Final Verification ---" && \
sudo rm -rf .inference/cosmovisor/current
sudo ln -sf upgrades/v0.2.9-post3 .inference/cosmovisor/current
echo "aaffbbdc446fbe6832edee8cb7205097b2e5618a8322be4c6de85191c51aca1d .inference/cosmovisor/current/bin/inferenced" | sudo sha256sum --check && \

# Restart 
source config.env && docker compose up node --no-deps --force-recreate -d

https://github.com/gonka-ai/gonka/pull/748

2026年2月12日

网络事件：PoC / cPoC 重叠（区块生产暂停）

在当前纪元中观察到 cPoC（确认 PoC）与 PoC 之间的重叠。在纪元最后一个区块之前，is_confirmation_poc_active 被观察为 true。

此重叠的影响正在评估中。初步观察表明，没有节点记录 PoC 提交，导致本纪元累积权重为零。

作为预防措施，矿工通过协调行动暂时暂停了区块生产。

问题正在定位中。

请保持在线，以便在补丁发布时能立即应用。更多详细信息和补丁说明将在准备就绪后发布。

2026年2月12日

推理功能现已可用

链上推理访问当前已开放，不再仅限开发者。推理请求可通过上一次更新中引入的允许传输代理发送。当前允许列表可通过链上查询：

curl "http://node2.gonka.ai:8000/chain-api/productscience/inference/inference/params" | jq '.params.transfer_agent_access_params.allowed_transfer_addresses'

允许的传输代理（当前）：

 gonka1y2a9p56kv044327uycmqdexl7zs82fs5ryv5le
 gonka1dkl4mah5erqggvhqkpc8j3qs5tyuetgdy552cp
 gonka1kx9mca3xm8u8ypzfuhmxey66u0ufxhs7nm6wc5
 gonka1ddswmmmn38esxegjf6qw36mt4aqyw6etvysy5x
 gonka10fynmy2npvdvew0vj2288gz8ljfvmjs35lat8n
 gonka1v8gk5z7gcv72447yfcd2y8g78qk05yc4f3nk4w
 gonka1gndhek2h2y5849wf6tmw6gnw9qn4vysgljed0u

此处有新版本库：https://gonka.ai/developer/quickstart/#3-inference-using-modified-openai-sdk

注意： 如果地址未包含在允许列表中，则通过该地址路由的推理请求在当前配置下将不被接受。

2026年2月10日

升级 v0.2.10 的 PR 审查

拉取请求针对下一个链上软件升级 v0.2.10 已开放审查。欢迎提供反馈和改进建议。当前计划是将审查窗口保持约2天。

对于对此次 PR 审查做出有意义贡献的，可能在下一次升级中提出奖励。

本次仅为对拉取请求的审查呼吁，而非正式投票的开始。治理投票流程将在审查期结束后开始。

关键变更PR #710 PoC 验证采样优化

此升级引入了一种新的 PoC 验证机制，通过为每位参与者分配固定的采样验证者集合，将复杂度从 O(N^2) 降低至 O(N x N_SLOTS)。参考设计与分析：https://github.com/gonka-ai/gonka/blob/upgrade-v0.2.10/proposals/poc/optimize.md

PR #725 按实际 PoC 时间标准化 PoC 权重

此升级通过实际 PoC 消耗时间标准化参与者权重，以减少区块时间漂移效应，并确保权重结果与实际执行时长一致。

其他关键变更：

PR #708 IBC 升级至 v8.7.0
PR #723 Testnet 桥接设置脚本
PR #666 工件存储吞吐量优化
PR #688 从链上数据获取惩罚统计
PR #697 适用于 macOS 测试构建的可移植 BLST 构建
PR #712 要求 proto-go 生成代码与提交代码一致
PR #711 从链状态获取 PoC 测试参数
PR #641 带锁仓的流式转账
PR #659 模型分配检查上一轮奖励
PR #716 重命名 PoC 权重函数以提高清晰度和正确性。

API 强化与可靠性修复：

PR #634：添加请求体大小限制以降低 DoS 风险。
PR #727：对 #634 的后续，将响应写入器传递给 http.MaxBytesReader 并对齐测试。
PR #638：修复请求处理中的不安全类型断言。
PR #644：避免每次启动时重写静态配置。
PR #661：防止网络短暂中断时 API 崩溃。
PR #640：为节点版本端点行为添加单元测试。
PR #622：在 InvalidateInference 中传播退款错误。
PR #639：在任务申领路径中添加缺失的返回语句。
PR #643：清理执行器选择中的 nil 参与者。
PR #545：API 流程中的小错误修复。

升级计划

二进制版本预计将通过链上升级提案进行更新。有关升级流程的更多信息，请参阅 https://github.com/gonka-ai/gonka/blob/upgrade-v0.2.10/docs/upgrades.md.

现有主机无需升级其 api 和 node 容器。更新后的容器版本仅适用于在链上升级完成后加入的新主机。

建议流程

活跃主机请在 GitHub 上审查本提案并留下反馈。
在社区审查该PR后，预计将从该分支创建v0.2.10版本，并可提交该版本的链上升级提案，以启动正式的治理投票流程。
如果链上提案通过，预计在链上升级执行后合并此PR。

从upgrade-v0.2.10分支创建发布版本（而非main）可最小化main分支上/deploy/join/目录中容器版本与链上二进制版本不匹配的时间，从而为新主机提供更顺畅的接入体验。

测试与迁移

v0.2.10的测试指南和迁移详情请参见此处。请仔细审阅。

兼容性说明

如果您有任何解析inferenced CLI JSON输出的脚本，请在此升级后重新检查。由于ibc-go升级到v8.7.0，枚举现在以字符串形式编码，而非数字，int64/uint64值现在也以字符串形式编码。

2026年2月4日

CLI更新提醒

为授予在v0.2.9升级后创建的热密钥权限，应使用CLI版本v0.2.9。

2026年2月3日

PoC v2 基于推理的权重调整

在PoC v2激活后，权重分配现在基于当前模型Qwen/Qwen3-235B-A22B-Instruct-2507-FP8的实测推理性能。因此，中位GPU权重以及GPU类型之间的相对权重比例均已调整。

观察到的GPU权重变化（第158轮→第159轮）

GPU类型	第158轮	第159轮	变化
A100-PCIE-40GB	129.05	17.31	-86.6%
A100-SXM4-80GB	204.12	127.75	-37.4%
B200	739.81	300.75	-59.3%
H100 80GB HBM3	424.73	292.88	-31.0%
H100 PCIe	307.03	144.53	-52.9%
H200	512.38	303.88	-40.7%

上下文

观察到的变化表明，GPU权重差异现在反映的是模型特定的推理吞吐量，而非名义上的硬件规格。例如，H100 PCIe权重的下降幅度大于H100 HBM3权重，这与对 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 的观察推理行为一致。
在当前模型配置下，基于观察到的推理轨迹，B200 GPU的推理性能并未高于H100类GPU。
如果未来周期通过治理引入更大或更复杂的模型（例如 DeepSeek V3.2），可能会观察到不同的性能特征。
在PoC之外使用标准的vLLM推理对同一模型 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 进行的控制推理基准测试，显示出与PoC v2中观察到的GPU类型之间相同的相对性能差异。

追踪器（仪表板）维护人员的操作

在更新后的权重分配生效后，追踪器（仪表板）维护人员可能希望审查第159轮及之后的系数，以确保其与当前PoC v2的权重分配保持一致。

2026年2月2日

网络更新 — 补丁可用

现已提供补丁以解决导致PoC周期中块验证近期暂停的问题。建议主机尽快应用补丁，以确保正确的PoC验证行为并安全恢复块生产。

需要采取的操作

请主机尽快应用补丁，以确保正确的PoC验证行为并安全恢复块生产。

# Download Binary
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.9-post2/ .inference/data/upgrade-info.json
sudo mkdir -p  .inference/cosmovisor/upgrades/v0.2.9-post2/bin/
wget -q -O  inferenced.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.9-post2/inferenced-amd64.zip' && \
echo "8de51bdd1d2c0af5f1da242e10b39ae0ceefd215f94953b9d95e9276f7aa70c7  inferenced.zip" | sha256sum --check && \
sudo unzip -o -j  inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.9-post2/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.9-post2/bin/inferenced && \
echo "Inference Installed and Verified"

# Link Binary
echo "--- Final Verification ---" && \
sudo rm -rf .inference/cosmovisor/current
sudo ln -sf upgrades/v0.2.9-post2 .inference/cosmovisor/current
echo "75410178a4c3b867c0047d0425b48f590f39b9e9bc0f3cf371d08670d54e8afe .inference/cosmovisor/current/bin/inferenced" | sudo sha256sum --check && \

# Restart 
source config.env && docker compose up node --no-deps --force-recreate -d

进一步的说明，包括恢复区块验证所需的任何协调步骤，将另行提供。

2026年2月2日

为预防措施，区块验证已暂停

由于在当前的PoC周期中，验证阈值可能无法达到的高风险，主机们集体采取行动暂停了区块验证。根据当前评估，旨在处理此情况的机制可能无法按预期运行。为防止在不确定或不安全的条件下完成验证者最终确认，网络在验证者选择之前已停止运行。

下一步行动

以下操作目前正在执行中：

确认没有任何验证者集能够达到所需的验证阈值
确认验证者最终确认前的网络状态
准备修复已识别问题的补丁

所需操作

所有主机必须随时准备安装补丁。请保持在线并密切监控公告。一旦补丁准备就绪，将立即发布进一步说明。

2026年2月1日

升级已执行：v0.2.9 现已在主网上线

针对升级提案 v0.2.9 的链上治理投票已结束。该提案已获批准，并已在区块 2451000 成功在主网上执行升级。此次升级实现了 PoC v2 的权重分配，并完成了向传统 PoC 机制的过渡。

注意

下一个 PoC 周期（从纪元 158 到 159 的过渡）至关重要。请确保在线，以便在需要时及时应用后续步骤或缓解指令。
仅运行 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 的 ML 节点有资格进入下一个（159）纪元并参与 PoC v2 权重分配。运行其他模型的 ML 节点将不包含在下一纪元的参与者集合中。

主机准备

建议主机确认所有 ML 节点：

仅配置为提供受支持的模型 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
镜像已更新为与 PoC v2 兼容的版本

有关将 ML 节点切换至 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8、升级 ML 节点镜像以及移除其他模型的指导，请参阅常见问题解答。

当前生效的关键变更PoC v2 激活

PoC v2 作为权重分配的活跃机制
确认 PoC（V2 跟踪）作为结果的权威来源
传统 PoC 逻辑不再用于权重计算

模型配置

网络运行在单模型配置下
用于 PoC v2 和权重分配的模型是 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
提供其他模型的 ML 节点不参与 PoC v2 权重分配。在支持的情况下，可能会自动切换至 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8

资格标准

要符合 PoC v2 权重分配资格，必须同时满足以下两个条件：

节点提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
节点运行与 PoC v2 兼容的镜像：
- ghcr.io/product-science/mlnode:3.0.12-post1
- ghcr.io/product-science/mlnode:3.0.12-post1-blackwell

cPoC 情况下的奖励流程修正

在因 cPoC 惩罚而导致奖励减少或排除的情况下，未计入的部分将转移至社区池。此前，此类奖励会在其他参与者之间重新分配。

其他协议更新

转让代理角色在初始阶段仅限于定义 allowlist
在参与PoC生成但忽略PoC验证的节点已被从参与者 allowlist 中移除
守护者权重在PoC v2验证投票阈值未达到时作为确定性后备机制应用

这些变更的更多详细信息请参见治理工件：https://github.com/gonka-ai/gonka/tree/upgrade-v0.2.9/proposals/governance-artifacts/update-v0.2.9

2026年2月1日

v0.2.9升级提案的链上治理流程即将结束。

投票截止：2026年2月1日，UTC时间22:02:58
升级高度：2451000。
预计升级时间：2026年2月2日，UTC时间05:10:00

鼓励主机查看GitHub上的提案并参与投票。

提前预下载二进制文件有助于在升级窗口期内避免依赖GitHub的可用性。

# 1. Create Directories
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.9/bin \
              .inference/cosmovisor/upgrades/v0.2.9/bin && \

# 2. DAPI: Download -> Verify -> Unzip directly to bin -> Make Executable
wget -q -O decentralized-api.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.9/decentralized-api-amd64.zip" && \
echo "ac1ad369052a8c3d01af4d463c49cdd16fcbecc365d201232e7a2d08af8501c0 decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.9/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.9/bin/decentralized-api && \
echo "DAPI Installed and Verified" && \

# 3. Inference: Download -> Verify -> Unzip directly to bin -> Make Executable
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.9/bin/ && \
wget -q -O inferenced.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.9/inferenced-amd64.zip" && \
echo "fc628d77aa516896924fbd8f60b8aa6a14161de4582aaef634de62382ea482eb inferenced.zip" | sha256sum --check && \
sudo unzip -o -j inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.9/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.9/bin/inferenced && \
echo "Inference Installed and Verified" && \

# 4. Cleanup and Final Check
rm decentralized-api.zip inferenced.zip && \
echo "--- Final Verification ---" && \
sudo ls -l .dapi/cosmovisor/upgrades/v0.2.9/bin/decentralized-api && \
sudo ls -l .inference/cosmovisor/upgrades/v0.2.9/bin/inferenced && \
echo "52c79f06a8fc175ca6b3819523bb36afbf601d8a8320b1bb5a3cc089ceef62c4 .dapi/cosmovisor/upgrades/v0.2.9/bin/decentralized-api" | sudo sha256sum --check && \
echo "ae20517e4bb38293202f7f5d52439d5315cb32c8f3c34a02fa65feaefadd6193 .inference/cosmovisor/upgrades/v0.2.9/bin/inferenced" | sudo sha256sum --check

2026年1月31日

v0.2.9升级提案进入治理阶段

下一个链上软件版本v0.2.9的升级提案现已上链并开放投票。若获得批准，该提案将启用PoC v2用于权重分配，并通过链上治理完成对传统PoC机制的过渡。

关键变更PoC v2激活

PoC v2用作权重分配的活跃机制
确认PoC（V2跟踪）作为结果的权威来源
传统PoC逻辑不再用于权重计算

模型配置

网络采用单一模型配置
用于PoC v2和权重分配的模型为 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
运行其他模型的ML节点不包含在PoC v2权重分配中。在支持的情况下，可能会自动切换至 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8

资格标准

ML节点要符合PoC v2权重分配资格，必须同时满足以下条件：

节点仅提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
节点运行PoC v2兼容镜像：
- ghcr.io/product-science/mlnode:3.0.12-post1
- ghcr.io/product-science/mlnode:3.0.12-post1-blackwell

cPoC情况下的奖励流程修正

在因cPoC处罚而导致奖励减少或排除的情况下，未计入部分将转移至社区池。此前，此类奖励会在其他参与者间重新分配。

其他协议更新

转让代理角色在初始阶段仅限于定义 allowlist
在参与PoC生成但忽略PoC验证的节点已被从参与者 allowlist 中移除
守护者权重在PoC v2验证投票阈值未达到时作为确定性后备机制应用

这些变更的更多详细信息请参见治理工件：https://github.com/gonka-ai/gonka/tree/upgrade-v0.2.9/proposals/governance-artifacts/update-v0.2.9

主机准备

鼓励主机确认所有ML节点：

仅配置为提供支持的模型 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
镜像已更新至PoC v2兼容版本

有关切换ML节点到Qwen/Qwen3-235B-A22B-Instruct-2507-FP8、升级ML节点镜像以及移除其他模型的指南，请参阅常见问题解答。

如何投票

提案详情和投票可通过inferenced进行。任何活跃节点均可使用，可用节点包括：

投出您的选票（ yes , no , abstain , no_with_veto ）：

export NODE_URL=https://node4.gonka.ai/
./inferenced tx gov vote 26 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

要查看投票状态：

export NODE_URL=https://node4.gonka.ai/
./inferenced query gov votes 26 -o json --node $NODE_URL/chain-rpc/

截止日期

投票结束：2026年2月1日 22:02:58 UTC
升级高度：2451000。
预计升级时间：2026年2月2日 05:10:00 UTC

鼓励主机查看 GitHub 上的提案并参与投票。

注意

请在升级窗口期间保持在线，以便在需要时及时应用任何后续步骤或缓解指令。
升级期间，Cosmovisor 会在 .inference/data 目录中创建完整状态备份。请确保升级前有足够的磁盘空间。有关如何安全删除 .inference 目录中的旧备份的指南，请参阅文档。
如果 application.db 占用了大量磁盘空间，可以应用此处描述的清理技术。
升级后，Postgres 可作为本地负载存储的选项。

2026年1月29日

PoC 验证参与通知

在最近的纪元中，大量 ML 节点未获得 PoC 权重。分析表明，这是由于 PoC 验证参与不足所致。在多个案例中，参与者发布了 nonce，但未执行验证，或验证级别远低于协议要求。下表列出了上一纪元拥有权重、在当前纪元提交了 PoC nonce，但未参与或未充分参与 PoC 验证阶段的参与者：https://docs.google.com/spreadsheets/d/17agQXP77lATT2bNK12OEOzek5wNSptN2ktiSag3QXB0/

他们的总权重约为 36%。加上完全未参与 PoC 的参与者，PoC 验证参与不足或无参与的总权重达到约 48%，这一比例过高。如果您的节点在表中 validated 列显示为 0，请检查您的 PoC 验证日志和配置，确保验证正常运行。

此笔记本展示了构建上述表格所使用的过程：https://github.com/gonka-ai/gonka/blob/gm/debug-155-1/debug-validation.ipynb。

2026年1月29日

升级已执行：v0.2.8 现已在主网上线

Upgrade Proposal v0.2.8 的链上治理投票已结束。该提案已获得批准，并在主网上成功执行。此升级实现了 PoC v2 架构，简化了模型支持，并应用了关键的安全性和可靠性修复。

当前生效的关键变更PoC v2 核心集成

vLLM 集成：PoC 直接集成到 vLLM 中，无需卸载模型即可立即从推理切换到 PoC。
MMR 承诺：工件存储通过 Merkle Mountain Range 承诺移至链下；仅 root_hash 和 count 记录在链上。
双模式迁移：支持 V1（常规 PoC）和 V2（确认 PoC）跟踪。

模型可用性更新

当前支持的模型集已受限。除以下模型外，所有先前支持的模型均已从活跃集合中移除：

Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
Qwen/Qwen3-32B-FP8

安全与可靠性改进

SSRF & DoS：验证 InferenceUrl 以拒绝内部 IP，并添加超时以防止请求挂起。
投票翻转：拒绝重复的 PoC 验证以防止覆盖。
认证绕过：将 epochId 绑定到签名，以验证是否属于正确的纪元。

PoC v2 参与资格的主机要求

要参与 PoC v2，主机必须完成以下事项：

模型配置：配置 ML 节点以提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
ML 节点升级：使用支持 PoC v2 的版本：
- ghcr.io/product-science/mlnode:3.0.12
- ghcr.io/product-science/mlnode:3.0.12-blackwell

Note

未能满足上述两项条件的节点，在网络过渡到单模型配置后将不再具备参与 PoC v2 的资格。PoC v2 的权重分配过渡仍受观察性采用阈值和后续治理的约束。

维护与运营

Cosmovisor：节点和API二进制文件的更新将自动处理。现有主机无需对运行中的容器执行手动更新。
磁盘空间：Cosmovisor会在.inference/data目录中创建完整的状态备份。请确保有250 GB以上的可用空间。
Postgres：现在可以通过Postgres配置升级后本地负载存储。

建议在升级后窗口期间监控节点状态和Discord通信，以确保稳定性。

2026年1月28日

如何切换到Qwen/Qwen3-235B-A22B-Instruct-2507-FP8、升级ML节点并移除其他模型？

本指南说明主机应如何根据v0.2.8版本模型可用性变化和即将推出的PoC v2更新来升级其ML节点。从第155个周期开始，ML节点配置需符合PoC v2要求。建议主机在该时间点前审查并准备其ML节点配置。迁移至PoC v2可在第155个周期后安排。迁移阶段结束后，不符合配置要求的ML节点的权重将不被计入。

1. 背景：模型可用性变化（升级v0.2.8）

作为v0.2.8升级的一部分，活跃模型集已更新。

支持的模型（活跃集）

仅以下模型仍受支持：

Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
Qwen/Qwen3-32B-FP8

Qwen/Qwen3-32B-FP8在迁移期间受支持，但不参与PoC v2就绪或权重分配。参与PoC v2要求提供Qwen/Qwen3-235B-A22B-Instruct-2507-FP8。

已移除的模型

所有先前支持的模型均已从活跃集中移除，不得再提供服务。

3. PoC v2就绪标准（重要）

成功参与PoC v2迁移需要满足以下两项条件：

您的所有ML节点均提供Qwen/Qwen3-235B-A22B-Instruct-2507-FP8。这是唯一贡献PoC v2权重的模型。
您的所有ML节点均已升级至PoC v2兼容镜像：
- ghcr.io/product-science/mlnode:3.0.12
- ghcr.io/product-science/mlnode:3.0.12-blackwell

重要

仅提供正确模型而不升级ML节点是不够的。
未满足两项条件的节点在网络切换为单模型配置后将不再有资格。
ML节点升级必须在迁移完成且PoC v2通过v0.2.8升级后的独立治理提案激活之前完成。
v0.2.8升级本身不会启用PoC v2。

3. 检查ML节点分配状态（推荐的安全步骤）

更改模型前，您应检查当前的ML节点分配情况。查询您的网络节点管理API：

curl http://127.0.0.1:9200/admin/v1/nodes

查找字段：

"timeslot_allocation": [
  true,
  false
]

解释：

第一个布尔值：节点在当前周期是否提供推理服务
第二个布尔值：节点是否计划在下一个PoC中提供推理服务

推荐行为

优先在第二个值为false的节点上更改模型
这在PoC v2行为仍在观察期间降低了风险
鼓励在多个周期内逐步 rollout

4. 更新ML节点的模型：仅保留受支持的模型

建议预下载模型权重。为避免启动延迟，请将权重预下载至HF_HOME：

mkdir -p $HF_HOME
huggingface-cli download Qwen/Qwen3-235B-A22B-Instruct-2507-FP8

使用ML节点管理API将ML节点切换至受支持的模型（Qwen/Qwen3-235B-A22B-Instruct-2507-FP8）。

例如：

curl -X PUT "http://localhost:9200/admin/v1/nodes/node1" \
  -H "Content-Type: application/json" \
  -d '{
    "id": "node1",
    "host": "inference",
    "inference_port": 5000,
    "poc_port": 8080,
    "max_concurrent": 800,
    "models": {
      "Qwen/Qwen3-235B-A22B-Instruct-2507-FP8": {
        "args": [
          "--tensor-parallel-size",
          "4",
          "--max-model-len",
          "240000"
        ]
      }
    }
  }'

通过管理 API 应用的更改将替换下一个周期的模型 https://gonka.ai/host/mlnode-management/#updating-an-existing-mlnode

Note

node-config.json 仅在首次启动网络节点 API 或本地状态/数据库被删除时使用。如需全新重启，请编辑它。对于现有节点，模型更新应通过管理 API 进行。

5. 升级 ML 节点镜像（PoC v2 所需）

编辑 docker-compose.mlnode.yml 并更新 ML 节点镜像：

标准 GPU

image: ghcr.io/product-science/mlnode:3.0.12

NVIDIA Blackwell GPU

image: ghcr.io/product-science/mlnode:3.0.12-blackwell

应用更改并重启服务。从 gonka/deploy/join：

source config.env
docker compose -f docker-compose.yml -f docker-compose.mlnode.yml pull
docker compose -f docker-compose.yml -f docker-compose.mlnode.yml up -d

6. 验证模型服务（将在下一个周期生效）

确认 ML 节点仅提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 服务，这是 PoC v2 权重和未来权重分配使用的唯一模型：

curl http://127.0.0.1:8080/v1/models | jq

可选：重新检查节点分配：

curl http://127.0.0.1:9200/admin/v1/nodes

治理与 PoC v2 激活说明

PoC v2 分阶段引入，并非一次性激活。

阶段 1. 观察（v0.2.8 之后的当前状态）

在 v0.2.8 升级后，PoC v2 逻辑可用，但尚未用于权重分配。

在此阶段：

主机可以提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 或 Qwen/Qwen3-32B-FP8
主机必须将其 ML 节点切换为提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8，并升级为兼容 PoC v2 的版本，才能参与 PoC v2 权重贡献。
网络将观察采用情况，以评估主机为过渡到 PoC v2 权重做好准备的程度。

阶段 2. 治理提案（可选，未来）

一旦观察到足够数量的活跃主机采用（约 50%）：

- 可提交单独的治理提案
- 该提案可请求批准激活 PoC v2 并使用 PoC v2 进行权重分配

采用阈值仅为观察性指标，不会触发任何自动更改。

阶段 3. 激活（仅在治理批准后）

PoC v2 仅在链上治理提案获得批准后，才成为权重分配的活跃方法。在此提案获得批准前：

- PoC v2 对权重分配保持非激活状态
- 现有的 PoC 机制将继续用于确定权重

摘要检查清单

在 PoC v2 激活前，请确保：

ML 节点提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
从配置中移除所有其他模型
ML 节点镜像为 3.0.12（或 3.0.12-blackwell）

2026 年 1 月 28 日

针对 v0.2.8 升级提案的链上治理流程即将结束。

升级详情

升级高度：区块 2387000
预计时间：2026 年 1 月 29 日 06:30:00 UTC

提前预下载二进制文件有助于在升级窗口期间避免依赖 GitHub 的可用性。

# 1. Create Directories
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.8/bin \
              .inference/cosmovisor/upgrades/v0.2.8/bin && \

# 2. DAPI: Download -> Verify -> Unzip directly to bin -> Make Executable
wget -q -O decentralized-api.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.8-post1/decentralized-api-amd64.zip" && \
echo "45f28afba4758e54988f61cc358f0ad683e7832ab121ccd54b684fe4c9381a75 decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.8/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.8/bin/decentralized-api && \
echo "DAPI Installed and Verified" && \

# 3. Inference: Download -> Verify -> Unzip directly to bin -> Make Executable
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.8/bin/ && \
wget -q -O inferenced.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.8-post1/inferenced-amd64.zip" && \
echo "f0f2e3ee8760e40a78087c98c639a7518bf062138141ed4aec2120f5bc622a67 inferenced.zip" | sha256sum --check && \
sudo unzip -o -j inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.8/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.8/bin/inferenced && \
echo "Inference Installed and Verified" && \

# 4. Cleanup and Final Check
rm decentralized-api.zip inferenced.zip && \
echo "--- Final Verification ---" && \
sudo ls -l .dapi/cosmovisor/upgrades/v0.2.8/bin/decentralized-api && \
sudo ls -l .inference/cosmovisor/upgrades/v0.2.8/bin/inferenced && \
echo "421a761f3a7037d72ee0bd8b3f50a744349f717439c7e0fee28c55948dae9a7c .dapi/cosmovisor/upgrades/v0.2.8/bin/decentralized-api" | sudo sha256sum --check && \
echo "308c63c7bda4fb668632ac3e13f3f6cccacf54c563c8e9fd473bcb48c7389fe0 .inference/cosmovisor/upgrades/v0.2.8/bin/inferenced" | sudo sha256sum --check

2026年1月27日

v0.2.8 升级提案进入治理流程

下一个链上软件版本 v0.2.8 的升级提案现已上链并开放投票！您的审阅与投票对确保网络的稳定性与未来能力至关重要。

v0.2.8 的关键变更PoC v2（核心升级）

将 PoC 直接集成至 vLLM，无需卸载模型或加载独立的 PoC 模型，即可立即从推理切换至 PoC。
使用 MMR（Merkle 山脉范围）承诺将工件存储移至链下——仅在链上记录 root_hash 和 count。
包含双模式迁移策略：V1 用于常规 PoC，V2 用于 rollout 期间的 Confirmation PoC 跟踪。

模型可用性变更

作为 v0.2.8 升级的一部分，支持的模型集已更新。所有此前支持的模型均从活跃集中移除，除以下模型外：

Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
Qwen/Qwen3-32B-FP8

通过使用 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 成功参与 PoC v2，并配合所需的 ML Node 版本，可评估是否具备过渡到 PoC v2 的条件。一旦在活跃主机中观察到足够程度的采用率（约 50%），可提交单独的治理提案以批准并激活 PoC v2 用于分配权重。此阈值为观察性指标，不会触发任何自动网络变更。

在下一次网络步骤通过治理批准后，网络将暂时仅支持 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8。

安全、正确性与可靠性改进

SSRF & DoS：验证 InferenceUrl 以拒绝内部 IP，并添加超时以防止请求挂起。
投票翻转：通过拒绝重复项防止覆盖 PoC 验证。
PoC 排除：修复 getInferenceServingNodeIds，正确排除推理服务节点。
身份验证绕过与重放：将 epochId 绑定至签名，并验证授权是否针对正确的 epoch。

由于变更量较大，此处仅列出部分重点内容。完整的更新与修复列表请参见 GitHub 拉取请求。

主机需采取的操作

为参与 PoC v2 过渡，主机必须完成以下两项操作：

确认您的 ML 节点已配置为提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8
将 ML Node 升级至支持 PoC v2 的版本：
- ghcr.io/product-science/mlnode:3.0.12
- ghcr.io/product-science/mlnode:3.0.12-blackwell

仅提供 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 而未升级 ML Node 不足以参与 PoC v2。在网络切换至单模型配置后，未满足两项条件的节点将不被视为符合 PoC v2 参与资格。ML Node 升级必须在 PoC v2 通过治理完全启用前完成。

如何投票

您可使用 inferenced 命令获取提案详情并进行投票。请注意，任何活跃节点均可用于查询或投票。当前可用节点包括：

要检查投票状态：

export NODE_URL=https://node4.gonka.ai/
./inferenced query gov votes 25 -o json --node $NODE_URL/chain-rpc/

要投票（ yes , no , abstain , no_with_veto ）：

export NODE_URL=https://node4.gonka.ai/
./inferenced tx gov vote 25 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

截止时间

投票将于 2026 年 1 月 29 日 03:02:20（UTC）结束。
升级提案在区块 2387000 提出。该区块的预计时间是 2026 年 1 月 29 日 06:30:00（UTC）。

请查看并投票，如果您是主机。

注意 1： 请在升级窗口期间保持在线，以便在需要时及时执行后续步骤或缓解措施。

注意 2： 在升级过程中，Cosmovisor 会在 .inference/data directory 中创建完整的状态备份。请确保有足够的磁盘空间。有关如何安全删除 .inference 目录中的旧备份的说明，请参见此处。如果 application.db 占用了大量磁盘空间，可以使用此处描述的清理技术。

注意： 升级后，Postgres 可配置为本地有效负载的存储。

2026 年 1 月 19 日

提案更新：批准延长稳定期

关于延长稳定期的最新治理投票已成功通过。稳定期现已正式延长，以允许进行更多测试和网络升级。

主机操作项

在延长确认后，请利用这段时间为新的 PoC 要求做好准备。

模型更新：请将您的 ML 节点切换至 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 模型。
逐步部署：如果您运行多个 ML 节点，建议您在多个纪元中逐步执行这些更新。

如何更新

更新现有 ML 节点的说明请参见：https://gonka.ai/host/mlnode-management/#updating-an-existing-mlnode

2026 年 1 月 16 日

稳定期延长

一项新的治理投票目前正在进行中。

该提案将当前的稳定期延长约两周，以便为即将进行的 PoC 变更及相关网络升级进行额外测试。有关新 PoC 开发进展的更多详情，请参见：https://github.com/gonka-ai/gonka/blob/gm/poc-status/proposals/governance-artifacts/poc-update-status.md。

该延长也为主机提供了时间，以准备符合新 PoC 要求的设置，包括将 ML 节点切换至 Qwen/Qwen3-235B-A22B-Instruct-2507-FP8 模型。更新现有 ML 节点的说明请参见：https://gonka.ai/host/mlnode-management/#updating-an-existing-mlnode。建议运行多个 ML 节点的主机在多个纪元中逐步执行更新。

投票范围

若获得批准，网络将暂时继续在现有的 allowlist（包含未表现出非标准硬件行为的主机）下运行。

开发者 allowlist 将以相同偏移量延长，并持续生效至区块 2459375。

未包含在 allowlist 中的主机在延长的稳定期内将无法参与 PoC，该稳定期将在区块 2443558 结束。

可重现性与方法

allowlist 为：

可在此处获取：https://github.com/product-science/filter/blob/main/artifacts_end2end/allowlist.csv
通过公开可观察的链上数据，使用预定义的硬件配置模式推导得出。这些模式使用此处提供的开源脚本进行评估：https://github.com/product-science/filter

执行特性

若提案获得批准，allowlist 将自动延长。
无需软件升级。
如有必要，进一步调整仍需通过治理决定。

稳定窗口结束后

allowlist 具有固定过期时间，不会延续至延长的稳定窗口之后。一旦 allowlist 在区块 2443558 过期：

网络将恢复至稳定期之前生效的标准参与规则，或
任何替代配置必须通过单独的治理决策定义。

如何投票

您可以使用 inferenced 命令获取提案详情并进行投票。

请注意，任何活跃节点均可用于查询或投票。当前可用的节点包括：

http://node1.gonka.ai:8000/
http://node2.gonka.ai:8000/
http://node3.gonka.ai:8000/
https://node4.gonka.ai/

要检查投票状态：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced query gov votes 22 -o json --node $NODE_URL/chain-rpc/

投票（yes、no、abstain、no_with_veto）：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced tx gov vote 22 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

投票后的下一步

此流程完全通过治理处理，无需软件升级。

时间表和截止日期

投票截止：2026年1月18日，05:28:01（UTC）。

Allowlist过期：自动在区块2443558处过期。

2026年1月10日

临时参与者 allowlist 修正

当前有一个新的治理投票正在进行。该投票通过将若干地址添加到白名单来修正一个过滤边缘情况，这些地址此前因硬件名称为空但ML节点权重为零而被过滤掉。该提案还向允许的开发者列表中添加了少量开发者账户，并将 allowlist 的过期时间与区块2,222,222处的参与者注册截止时间对齐。所有参与逻辑保持不变。本提案仅解决现有过滤逻辑中的一个小问题。

可重复性与方法论

allowlist 通过公开可观察的链上数据，使用预定义的硬件配置模式推导得出。这些模式使用此处提供的开源脚本进行评估：https://github.com/product-science/filter

allowlist 可在此处获取：https://github.com/product-science/filter/blob/main/artifacts_end2end/allowlist.csv

如何投票

您可以使用 inferenced 命令获取提案详情并投票。

请注意，任何活跃节点均可用于查询或投票。当前可用的节点包括：

http://node1.gonka.ai:8000/
http://node3.gonka.ai:8000/
https://node4.gonka.ai/

检查投票状态：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced query gov votes 21 -o json --node $NODE_URL/chain-rpc/

投票（yes、no、abstain、no_with_veto）：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced tx gov vote 21 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

投票后的下一步

此过程完全通过治理处理，无需软件升级。

时间表和截止日期

投票截止：2026年1月12日 06:04:14 UTC。

Allowlist过期：在区块 2,222,222 自动过期。

2026年1月10日

已批准临时参与者 allowlist。将在第135个周期激活

关于临时参与者 allowlist 在稳定期的链上治理投票已结束。

该提案已获得批准。此提案定义了一个临时 allowlist，反映在最近多个周期中行为保持一致的参与者。

当前生效的关键变更

1) 网络将使用由以下参与者组成的 allowlist：

报告的硬件特征与常见观察到的配置模式匹配（过滤后的非常规配置字符串列表见此处：https://github.com/product-science/filter/blob/main/filter_strings.txt)
演示的PoC权重不超过可比硬件观察到的权重的150%

2) 之前表现出偏离这些模式的参与者将被排除在 allowlist 之外，直到区块 2,222,222 的稳定窗口结束。

执行特性

allowlist 将从下一个周期（第135个周期）开始生效
激活发生在第135个周期的第一次PoC期间
无需软件升级
从那时起，allowlist 将持续有效，直至并包括区块 2,222,222

可复现性与方法论

allowlist 完全基于公开可观察的链上数据推导
硬件描述符使用开源脚本与预定义的一组配置模式进行评估：https://github.com/product-science/filter
生成的 allowlist 发布于此：https://github.com/product-science/filter/blob/main/artifacts_end2end/allowlist.csv

下一步

主机无需采取任何操作。

2026年1月8日

时间已到：稳定期临时参与者 Allowlist

在成功采用解决PoC相关共识故障的补丁后，一项新的治理投票当前正在生效。

随着区块生产恢复正常，网络即将进入一个短暂的稳定期，为后续增长做准备。

此投票定义了稳定窗口期间的参与者 allowlist（https://github.com/product-science/filter/blob/main/artifacts_end2end/allowlist.csv），反映那些行为始终符合网络预期的参与者集合。

投票范围

如果获得批准，网络将临时使用一个 allowlist，包含在先前周期中未表现出非常规硬件行为的参与者。实际上，allowlist 对应于在多个周期中满足以下条件的参与者：

报告的硬件特征已与预定义的常见硬件配置模式进行评估，用于识别偏差和不一致性（非常规配置字符串的确切列表见此处：https://github.com/product-science/filter/blob/main/filter_strings.txt），并且
观察到的PoC权重低于使用可比硬件的其他参与者所展示的权重的150%。之前持续偏离这些模式的参与者在稳定窗口结束于区块 2222222 之前不属于 allowlist。

可复现性与方法论

allowlist 基于公开可观察的链上数据，使用预定义的硬件配置模式推导。这些模式通过此处提供的开源脚本进行评估：https://github.com/product-science/filter

allowlist 可在此处获取：https://github.com/product-science/filter/blob/main/artifacts_end2end/allowlist.csv

执行特性

如果提案获得批准，allowlist 将自动生效。
无需软件升级。
在成功投票后的下一次PoC中，allowlist将生效，预计在区块：2089140。
从那时起，allowlist将持续生效，直至并包括区块2222222。
如有进一步调整，仍需通过治理决定。

稳定窗口之后

allowlist设有固定过期时间，不会延续至稳定窗口之后。一旦allowlist在区块2222222过期：

网络将恢复至稳定期前适用的标准参与规则，或
任何替代配置必须通过单独的治理决策定义。

如何投票

您可以通过inferenced命令获取提案详情并投出您的选票。请注意，任何活跃节点均可用于查询或投票。当前可用节点包括：

http://node1.gonka.ai:8000/
http://node2.gonka.ai:8000/
https://node4.gonka.ai/

检查投票状态：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced query gov votes 20 -o json --node $NODE_URL/chain-rpc/

投票（yes，no，abstain，no_with_veto）：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced tx gov vote 20 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

投票后的下一步

此过程完全通过治理处理，无需软件升级。

时间表与截止日期

投票截止：2026年1月10日，UTC时间06:46:52。
Allowlist生效：在下一次PoC执行于区块2089140后。
Allowlist过期：自动于区块2222222。

请查看并如果您是主机，请投票。

2026年1月8日

网络更新——共识已恢复

在部署补丁后，网络共识已稳定，目前运行在正常参数范围内。

2026年1月8日

网络更新——补丁已就绪待部署

针对PoC期间观察到的近期共识故障的补丁现已可用。

指南

为恢复可靠的共识进展，至少需要67%的网络活跃算力安装该补丁。

在达到此阈值之前，共识推进可能仍不稳定。

建议主机尽快应用补丁并在升级后保持在线。如有必要，将另行发布进一步说明。

2026年1月8日

网络更新——后续通知

针对近期共识问题的补丁已准备就绪，详细说明将很快发布。每位活跃主机的参与对网络推进和恢复正常运行至关重要。请保持在线，待说明发布后立即应用更新。

2026年1月8日

网络更新——PoC期间共识失败

在Proof-of-Compute（PoC）期间，网络上观察到共识失败。问题已识别，正在准备补丁以解决根本原因。后续说明和技术细节将很快发布。建议主机保持在线并关注更新，补丁发布后可能需要采取后续操作。

2026年1月8日

v0.2.7升级提案：主网上线的创世验证者增强功能

链上治理投票已结束，关于v0.2.7升级提案：创世验证者增强的提案已获得批准，并已在主网上成功部署。

当前生效的关键变更：创世验证者增强（临时）

临时重新激活创世验证者增强——一种此前曾使用过的、有时间限制的防御机制，现提议重新启用。
在网络增长期间提供共识保护。在其先前运行期间：
- 三位守护者验证者共同持有约34%的共识投票权
- 未向守护者验证者授予额外奖励
- 此配置有助于防止边缘情况下的共识停滞
当以下两个条件均满足时，创世验证者增强将自动停用：
- 网络总算力达到15.000.000。
- 区块达到3.000.000。

协议稳定性修复（全网）

此次升级正式将此前通过手动API更新分发并已在网络中使用的关键修复纳入协议。这些修复包括：

修正失败推理请求的错误计数（包括以不支持格式处理但未标记为完成的请求）
提升对失败推理处理的弹性
为PoCBatch和PoCValidation交易引入批处理。

通过将其纳入协议，该行为将成为全网一致应用的协议级规则。

临时参与和执行限制

主机级注册：新主机的注册将在区块2.222.222之前暂停（约两周后）。此措施旨在稳定网络并为其进一步增长做准备。
开发者地址注册：在稳定期内，新开发者地址的注册将暂停。预定义的allowlist开发者地址列表立即生效。列入白名单的开发者地址在此期间可执行推理。所有适用于开发者地址的限制，包括开发者级注册和推理执行，将持续至区块2.294.222（约19天）。

治理控制机制

本次升级中包含的预备变更，为未来通过治理控制参与者准入和推理执行提供了支持，无需额外软件升级。本提案未启用任何此类治理激活的限制，需另行通过治理投票决定。

第117轮奖励分配

本提案涵盖与链暂停（第117轮）相关的两项奖励分配：

在第117轮期间活跃但未收到该轮奖励的节点，将补发该轮缺失的奖励。
所有在第117轮期间活跃的节点，将获得额外奖励，金额为第117轮奖励的1.083倍，均匀应用于所有符合条件的节点，包括已收到原始奖励的节点。

关于持续时间和执行的说明

本升级重新激活或引入的所有保护措施均为临时性，无需手动治理干预即可移除。

下一步：

主机无需采取任何进一步操作。
Cosmovisor在执行更新时，会在.inference状态文件夹中创建完整备份。为安全执行更新，建议保留250 GB以上的可用磁盘空间。点击查看如何安全删除.inference目录中的旧备份。

备注：

创世验证者增强的完整技术细节请见： https://github.com/gonka-ai/gonka/tree/main/proposals/early-network-protection
完整技术审查（GitHub PR）：https://github.com/gonka-ai/gonka/pull/503

2026年1月7日

版本v0.2.7的升级提案已通过链上治理批准。

升级详情

升级高度：区块2.054.000
预计时间：2026年1月8日08:10:00 UTC。

提前预下载二进制文件有助于避免在升级窗口期间依赖 GitHub 的可用性。

# 1. Create Directories
sudo mkdir -p .dapi/cosmovisor/upgrades/v0.2.7/bin \
              .inference/cosmovisor/upgrades/v0.2.7/bin && \

# 2. DAPI: Download -> Verify -> Unzip directly to bin -> Make Executable
wget -q -O decentralized-api.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.7/decentralized-api-amd64.zip" && \
echo "03555ba60431e72bd01fe1fb1812a211828331f5767ad78316fdd1bcca0e2d52 decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.7/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.7/bin/decentralized-api && \
echo "DAPI Installed and Verified" && \

# 3. Inference: Download -> Verify -> Unzip directly to bin -> Make Executable
sudo rm -rf inferenced.zip .inference/cosmovisor/upgrades/v0.2.7/bin/ && \
wget -q -O inferenced.zip "https://github.com/gonka-ai/gonka/releases/download/release%2Fv0.2.7/inferenced-amd64.zip" && \
echo "b7c9034a2a4e1b2fdd525bd45aa32540129c55176fd7a223a1e13a7e177b3246 inferenced.zip" | sha256sum --check && \
sudo unzip -o -j inferenced.zip -d .inference/cosmovisor/upgrades/v0.2.7/bin/ && \
sudo chmod +x .inference/cosmovisor/upgrades/v0.2.7/bin/inferenced && \
echo "Inference Installed and Verified" && \

# 4. Cleanup and Final Check
rm decentralized-api.zip inferenced.zip && \
echo "--- Final Verification ---" && \
sudo ls -l .dapi/cosmovisor/upgrades/v0.2.7/bin/decentralized-api && \
sudo ls -l .inference/cosmovisor/upgrades/v0.2.7/bin/inferenced && \
echo "d07e97c946ba00194dfabeaf0098219031664dace999416658c57b760b470a74 .dapi/cosmovisor/upgrades/v0.2.7/bin/decentralized-api" | sudo sha256sum --check && \
echo "09c0e06f7971be87ab00fb08fc10e21ff86f9dff6fc80d82529991aa631cd0a9 .inference/cosmovisor/upgrades/v0.2.7/bin/inferenced" | sudo sha256sum --check

当所有命令均无错误完成且显示确认消息时，即可认为二进制文件已成功安装。

Inference Installed and Verified
--- Final Verification ---
-rwxr-xr-x 1 root root 224376384 Jan  1  2000 .dapi/cosmovisor/upgrades/v0.2.7/bin/decentralized-api
-rwxr-xr-x 1 root root 215172352 Jan  1  2000 .inference/cosmovisor/upgrades/v0.2.7/bin/inferenced
.dapi/cosmovisor/upgrades/v0.2.7/bin/decentralized-api: OK
.inference/cosmovisor/upgrades/v0.2.7/bin/inferenced: OK

注意

请在升级窗口期间保持在线，以便在出现问题时遵循说明。
Cosmovisor 在升级期间会为 .inference/data 目录创建完整备份。请确保有足够的磁盘空间。如果磁盘使用率较高，.inference 中的旧备份可以安全删除。
可以使用这些方法减少 application.db 的大文件。

可选：跳过 Cosmovisor 备份

通过为 node 容器设置环境变量 UNSAFE_SKIP_BACKUP=true，Cosmovisor 支持在升级期间跳过自动状态备份。

这可以减少磁盘使用量和升级时间。但是，如果升级失败，将无法恢复到之前的状态。

2026年1月7日

主机的重要说明

通过为 node 容器设置环境变量 UNSAFE_SKIP_BACKUP=true，可以在 Cosmovisor 升级期间选择跳过自动备份。此选项具有风险——如果升级失败，您将无法恢复状态。

2026年1月6日

v0.2.7 升级提案：创世验证者增强功能进入治理

与创世验证者增强功能相关的链上治理提案已发布，目前开放投票。

近期网络增长带来了若干挑战。过去几天，网络经历了多次问题，其中一些似乎是由故意试图破坏或施压系统所导致。本提案旨在通过一系列临时措施增强网络在高负载和不利条件下的韧性。

创世验证者增强功能最初在网络早期阶段作为临时防御机制引入，并在运行的前两个月内激活。当前治理提案旨在根据当前网络状况，临时重新激活此现有机制，并激活一些额外的保护措施。

主要变更创世验证者增强（临时）

临时重新激活创世验证者增强——一种此前曾使用、有持续时间限制的防御机制，现提议重新激活。
在网络增长期间提供共识保护。在其先前运行期间：
- 三个守护验证者共同持有约34%的共识投票权
- 未向守护验证者授予额外奖励
- 此配置有助于防止边缘情况下的共识停滞
当以下两个条件均满足时，创世验证者增强将自动停用：
- 网络总权力达到 15.000.000。
- 区块达到 3.000.000。

协议稳定性修复（全网）

此升级将此前通过手动 API 更新分发且已在网络中使用的关键修复正式化。这些修复包括：

纠正失败推理请求的计数错误（包括以不支持格式处理但未标记为完成的请求）
改进对失败推理的处理韧性
为 PoCBatch 和 PoCValidation 交易引入批处理。

通过将其纳入此处，该行为成为全网一致的协议级规则。

临时参与和执行限制

主机级注册：在区块 2.222.222（约两周后）之前，暂停新主机的注册。此措施旨在稳定网络并为其进一步增长做好准备。
开发者地址注册：在稳定期间暂停新开发者地址的注册。预定义的 allowlist 开发者地址列表立即生效。列入白名单的开发者地址在此期间可执行推理。所有适用于开发者地址的限制，包括开发者级注册和推理执行，将持续至区块 2.294.222（约19天）。

治理控制机制

本次升级包含的预备性变更，为未来通过治理控制参与者入网和推理执行提供了支持，无需额外软件升级。本提案不启用任何此类治理激活的限制，需经额外治理投票决定。

第117轮奖励分配

本提案涵盖与链暂停（第117轮）相关的两项奖励分配：

在第117轮期间活跃但未收到该轮奖励的节点，将补发该轮的遗漏奖励。
所有在第117轮期间活跃的节点，将额外获得相当于第117轮奖励1.083倍的 payouts，均匀适用于所有符合条件的节点，包括已收到原始奖励的节点。

关于持续时间和执行的说明

此升级重新激活或引入的所有保护措施均为临时性，无需手动治理干预即可移除。

如何投票

您可以使用 inferenced 命令获取提案详情并投票。

要检查投票状态：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced query gov votes 19 -o json --node $NODE_URL/chain-rpc/

投票（ yes , no , abstain , no_with_veto ）：

export NODE_URL=http://node1.gonka.ai:8000
./inferenced tx gov vote 19 yes \
--from <cold_key_name> \
--keyring-backend file \
--unordered \
--timeout-duration=60s --gas=2000000 --gas-adjustment=5.0 \
--node $NODE_URL/chain-rpc/ \
--chain-id gonka-mainnet \
--yes

时间表和截止日期

投票结束：2026年1月8日，UTC时间04:23:14。
提案区块：2.054.000。
预计升级时间：2026年1月8日，UTC时间08:10:00。

主机请注意注意 1

如果您是主机，请审阅提案并投票。在升级窗口期间保持在线，以便在出现问题时遵循指示。

注意 2

Cosmovisor 在执行更新时会在 .inference/data 状态文件夹中创建完整备份，请确保您的磁盘有足够的空间。阅读此处了解如何安全删除 .inference 目录中的旧备份。如果您的 application.db 占用大量空间，可使用此处提供的技术进行清理。

参考

Genesis 验证者增强的完整技术细节请参见： https://github.com/gonka-ai/gonka/tree/main/proposals/early-network-protection

完整技术审查（GitHub PR）：https://github.com/gonka-ai/gonka/pull/503

2026年1月5日

当前网络上观察到高于平常的推理遗漏率。在许多情况下，这是由于一个缺陷：不支持格式的推理请求未被标记为已完成，尽管请求本身已被处理。以下更新将解决此行为。

参考：https://github.com/gonka-ai/gonka/pull/517

此 API 版本改进了对失败推理的处理弹性，并减少了推理遗漏计数问题。它还为 PoCBatch 和 PoCValidation 交易引入了批处理功能。

升级时间

在确认 PoC 未激活时应用更新是安全的。

要验证当前状态：

curl "http://136.243.34.19:8000/v1/epochs/latest" | jq '.is_confirmation_poc_active'

在确认 PoC 之外，此值应返回 false 。

安装

下载并安装新二进制文件，然后重启 API 容器：

# Download Binary
sudo rm -rf decentralized-api.zip .dapi/cosmovisor/upgrades/v0.2.6-post12/ .dapi/data/upgrade-info.json
sudo mkdir -p  .dapi/cosmovisor/upgrades/v0.2.6-post12/bin/
wget -q -O  decentralized-api.zip 'https://github.com/product-science/race-releases/releases/download/release%2Fv0.2.6-post12/decentralized-api-amd64.zip' && \
echo "f0d1172a90ca4653035e964abe4045f049d03d6060d6519742110e181b1b2257  decentralized-api.zip" | sha256sum --check && \
sudo unzip -o -j  decentralized-api.zip -d .dapi/cosmovisor/upgrades/v0.2.6-post12/bin/ && \
sudo chmod +x .dapi/cosmovisor/upgrades/v0.2.6-post12/bin/decentralized-api && \
echo "API Installed and Verified"


# Link Binary
echo "--- Final Verification ---" && \
sudo rm -rf .dapi/cosmovisor/current
sudo ln -sf upgrades/v0.2.6-post12 .dapi/cosmovisor/current
echo "4672a39c3a3a0a2c21464c227a3f36e9ebf096ecc872bf9584ad3ea632752a3e .dapi/cosmovisor/current/bin/decentralized-api" | sudo sha256sum --check && \


# Restart 
source config.env && docker compose up api --no-deps --force-recreate -d