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プロトコルの更新は、コードからネットワークでのアクティベーションまでを形式化したプロセスです。すべてのステップは透明で検証可能です。

更新プロセス：

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

2026年1月から3月まで、ネットワークは11以上の成功した投票を経て、v0.2.2からv0.2.11に更新されました。すべての提案が承認されました。最後の主要な投票 — 提案 #31 (v0.2.11) — は、「賛成」票673,699票に対し、「反対」票0票を獲得しました。この更新により、サブネットインファレンスが導入されました。これはサブネットを介したオフチェーン計算メカニズムであり、100倍の処理能力の向上を約束します。

投票オプション：

はい — 更新を支持します。
いいえ — 更新に反対します。
拒否権付きのいいえ (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で動作しています。この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年にかけての主要な開発方向です。

マルチモデルPoC (GiP #800) — 複数のモデルの同時サポート。最初の候補は、RAG用の埋め込みモデルです。これにより、Gonkaはまったく新しい種類のアプリケーション、つまり検索エンジン、企業ナレッジベース、メモリを持つチャットボットに開かれます。

インファレンス品質プロトコル (GiP #860) — 品質に基づくルーティング。現在、要求はノードの可用性に基づいて分配されますが、将来的には回答の品質に基づいて分配されます。より優れたハードウェアとより安定した動作を持つノードが優先されます。

オンチェーンガバナンスへの移行 (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を試す →