知識ベースのセクション ▾

ツール

投資家向け

Gonkaにおけるガバナンス：分散型ネットワークの管理方法

Gonkaは、実際のオンチェーンガバナンスを持つ数少ないAIネットワークの1つです。ここでは、財団や投資家がプロトコルの方向性を決定するのではなく、ネットワークに計算能力を提供するホストが決定します。各GPUは計算貢献に比例した投票権を持ちます。つまり、計算量が多いほど影響力も大きくなります。

2026年1月から3月までの3か月間で、11以上の投票が行われ、すべて承認されました。この記事では、2つの管理レベル、更新メカニズム、GiPシステム、コミュニティプールを通じたエコシステムの資金調達、および初期段階の保護メカニズムについて説明します。

2つの管理レベル

Gonkaの管理は2つのレベルで行われ、それぞれに異なる速度と決定規模があります。

Operational Voting (分単位) — ネットワーク内の運用上の決定。インファレンス要求またはPoCの結果の有効性について紛争が発生した場合、ホストはCosmos SDKのモジュールx/groupを介して投票します。投票の重みはPoC weightによって決定されます。ノードが実行する計算が多いほど、その影響力は大きくなります。このような投票は数分間続き、特定の問題を解決します。例えば、インファレンスが正しかったか、ノードがその役割を適切に果たしたかなどです。

Governance Voting (日単位) — プロトコルの開発に関する戦略的決定。ソフトウェアの更新、ネットワークパラメータの変更、新しいモデルのアクティブ化、コミュニティプールの資金配分など、これらすべてはすべてのホストの投票にかけられます。投票期間は数日から1週間で、すべての参加者が提案を検討するのに十分な時間があります。

ほとんどの暗号プロジェクトとの主な違い：投票の重みはステーキングではなく、Proof of Computeによって決定されます。Gonkaでは、ウォレットにトークンを蓄積するだけで「投票を購入」することはできません。影響力は実際の計算貢献、つまりAI要求を処理し、作業の証明を生成するGPUに比例します。これにより、管理は投機的な資本ではなく、ネットワークアーキテクチャを実際にサポートする者に関連付けられます。

実際には、これは、10台のH100を持つファームオペレーターが1枚のカードを持つオペレーターよりも10倍多くの投票を持つことを意味します。なぜなら、彼らは10倍多くのインファレンス要求を処理するからです。システムは自己均衡的です。ネットワークの運用により多く貢献する者は、その開発により大きな影響を与えます。

アップグレード提案：ネットワークの更新方法

Gonka プロトコルの更新は、コードからネットワークでのアクティベーションまで形式化されたプロセスです。各ステップは透明で検証可能です。

更新プロセス:

  1. GitHub でのプルリクエスト — 開発者 (Gonka チームまたはコントリビューター) が gonka-ai/gonka リポジトリで PR を作成します。
  2. コミュニティによるレビュー — コードがレビュー、議論、テストされます。重要な変更については CertiK による監査が行われます。
  3. リリース — 新しいバージョンのバイナリ gonkad がビルドされます。
  4. オンチェーン提案 — 変更の説明を含む更新提案がネットワークで作成されます。
  5. デポジット + 投票 — ホストはデポジット (アクティベーションしきい値) を預け、投票期間中に投票します。
  6. Cosmovisor — 承認された場合、Cosmovisor は指定されたブロックの高さでノードを自動的に更新します。

2026 年 1 月から 5 月にかけて、ネットワークは 13 回以上の成功した投票を経て、v0.2.2 から v0.2.13 にアップグレードしました。すべての提案が承認されました。主要なアップグレードの履歴:

  • v0.2.11 (2026 年 3 月、提案 #31) — 賛成 673,699 票、反対 0 票。サブネット推論 (サブネットを介したオフチェーン計算メカニズム) が導入され、スループットが 100 倍に増加するとされています。
  • v0.2.13 (2026 年 5 月、提案 #54) — 2026 年 5 月 21 日に承認 (賛成 62.8%、出席率 39.9%、定足数 33.4%)、ブロック 4267300 でアクティベート。ネットワークに 3 番目のモデルとして MiniMax-M2.7 が追加され、Ethereum ブリッジの配線がアクティベートされ、定足数が 0.25 に引き下げられました。

投票オプション:

  • Yes — 更新を支持します。
  • No — 更新に反対します。
  • No with Veto — 断固として反対します。投票の 33% を超える場合、提案は却下され、デポジットは失われます。
  • Abstain — 棄権しますが、定足数には参加します。

すべての投票履歴は gonka.gg/network/proposals で確認できます。各提案、結果、投票者のリストを見ることができます。

GiP: Gonka改善提案

GiP は、Gonka プロトコルの開発に関するアイデアを形式化するためのシステムであり、2026 年 2 月 24 日に GitHub Discussions（issue #795）を通じて開始されました。

各 GiP の形式:

  • Motivation — 提案が解決する問題。
  • Solution — ソリューションの技術的説明。
  • Roadmap — 段階的な実装計画。
  • Open Questions — コミュニティで議論するための未解決の質問。

GiP は拘束力のあるものではなく、チームに実装を義務付けるものではありません。しかし、それらはコミュニティのコンセンサスを形成し、将来のオンチェーン提案の方向性を定めます。実際、GiP は「事前ガバナンス」であり、投票前の議論を意味します。

主要な GiP:

  • #800 Multi-Model PoC — 複数の AI モデルの同時サポート。現在、ネットワークは Qwen3-235B および Kimi K2.6（2026 年 5 月より DevShards 経由）で動作しています。MiniMax-M2.7 は v0.2.13 で追加されています。GiP は、異なるモデルを並行して動作させ、個別の Proof of Useful Work を持つためのアーキテクチャを記述しています。
  • #801 Inference Scaling — スケーリングのためのサブネットアーキテクチャ。この GiP の一部は v0.2.11 で既に実装されています（サブネット推論）。
  • #860 Quality Protocol — 応答品質に基づくリクエストのルーティング。より良い結果を提供するノードは、より多くのトラフィックと報酬を受け取ります。

どの参加者でも GitHub Discussions を通じて GiP を作成できます。参入障壁は最小限であり、GitHub アカウントと問題の理解のみが必要です。Gonka チームとホストが参加する活発な議論は、システムが機能していることを示しています。提案はフィードバックを受け、改善され、実装に向けて進んでいます。

コミュニティプール：エコシステムの資金調達

コミュニティプールは、Gonkaエコシステム開発のための基金です。創世記発行の約20%（約2億GNK）が、助成金、バウンティ、コミュニティイニシアチブの資金として割り当てられています。

コードへの貢献に対するバウンティ — コミュニティプールの資金を分配する主要なメカニズムです。開発者は、gonka-ai/gonkaリポジトリへのPRに対して報酬を受け取ります。バグ修正から新機能の実装まで。バウンティのサイズは、貢献の複雑さと重要性によって異なります。

貢献の種類例バウンティ (GNK)
脆弱性 (重要)セキュリティ修正、エクスプロイト5,000 — 10,000
計画されたタスクロードマップからの機能1,000 — 2,500
コードレビュー重要なPRのレビュー1,500 — 2,500
ドキュメント技術文書500 — 1,500
軽微な修正バグ修正、リファクタリング100 — 700

承認メカニズム： バウンティはアップグレード提案のREADMEに含まれます。ホストがプロトコルアップグレードに投票する際、同時にそのリリースに含まれるPRの支払いリストを承認します。透明性は完全で、誰でも何に対していくら支払われたかを確認できます。

バウンティの他に、コミュニティプールはエコシステムツールの開発、マーケティング、教育イニシアチブ、研究助成金に資金を提供できます。GitHubを通じて稼ぐことについての詳細な情報は、別の記事で確認できます。

初期段階での保護

新しいネットワークは脆弱です。ノードが少なく、ステークが少ないため、51%攻撃が理論的に可能です。Gonkaはいくつかのメカニズムでこれを解決します。

ガーディアンシステム — Gonkaチームが管理する3つの信頼されたノードで、合計34%のコンセンサスパワーを持ちます。ガーディアンは決定を強制することはできませんが（承認には34% < 67%）、悪意のある提案をブロックすることはできます（34% > 33%の拒否権閾値）。重要な点：ガーディアンは、ネットワークの総パワー（total_network_power）が1,000万ユニットに達すると自動的に非アクティブ化されます。これは手動のスイッチではなく、非アクティブ化はプロトコル内でプログラムされています。

担保システム — ホストは、完全な重みを得るためにGNKで担保を預ける必要があります。

  • 基本重み (20%) — 無条件の重みであり、ノードの動作自体に対して付与されます。
  • 担保対象 (80%) — GNKで担保がある場合にのみ利用可能な追加の重み。担保のサイズは計算能力に比例します。

スラッシング — 違反に対するペナルティ。

  • 担保の20% — INVALIDインファレンス（ノードが不正確な結果を出した場合）。
  • 担保の10% — ダウンタイム（ノードが許容閾値を超えて利用できない場合）。

グレース期間 — 180エポック（約6か月）の間、新しいホストは担保なしで作業できます。これにより、参入障壁が低くなります。マイニングを開始し、報酬を通じてGNKを獲得し、その後担保を預けることができます。グレース期間終了後、担保なしのノードは潜在的な重みの20%しか受け取れません。

これらのメカニズムはすべてGNKのトークノミクスに記載されており、長期的な分散化を犠牲にすることなく、初期段階でネットワークを保護することを目的としています。

次のステップ：ガバナンスのロードマップ

Gonka のガバナンスは静的なシステムではなく、進化するプロセスです。以下は 2026 年から 2027 年の主要な開発方向です。

Multi-Model PoC (GiP #800) — 実装済み: Kimi K2.6 は 2026 年 5 月から DevShards で稼働しており、MiniMax-M2.7 は v0.2.13 (提案 #54) で追加されています。次の候補は RAG 用の埋め込みモデルです。これにより Gonka は新しい種類のアプリケーション（検索エンジン、企業知識ベース、記憶を持つチャットボット）に対応できるようになります。

Inference Quality Protocol (GiP #860) — 品質によるルーティング。現在、リクエストはノードの可用性に基づいて分散されますが、将来的には応答品質に基づいて分散されます。より良いハードウェアと安定した稼働を持つノードが優先されます。

On-chain governance migration (2026–2027) — Cosmos SDK の完全な x/gov モジュールへの移行。これにより、形式化された提案タイプ、承認された変更の自動実行、IBC (Inter-Blockchain Communication) との統合、および任意の Cosmos 互換ウォレットを介したガバナンス提案の作成機能が提供されます。

投票の追跡と参加は gonka.gg/network/proposals で行えます。

Gonkaは、管理が真に分散化されている数少ないAIネットワークの1つです。3か月で11以上の投票が行われ、コミュニティプールが開発者を支援し、GiPが方向性を設定します。すべてのGPUは、ステーキングではなく、計算貢献に関連付けられた実際の投票権を持ちます。
← Gonka vs Flux：有用なマイニングへの2つのアプローチ

もっと知りたいですか？

他のセクションを探索するか、Gonkaを今すぐ獲得し始めましょう。

Gonkaを通じてAIを試す →