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

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で有効化。MiniMax-M2.7をネットワークの3番目のモデルとして追加し、Ethereumブリッジ配線をアクティベートし、定足数を0.25に引き下げました。

投票オプション：

• Yes — 更新を支持します。
• No — 更新に反対します。
• No with Veto — 断固として反対します。33%以上の票が集まると、提案は否決され、デポジットは失効します。
• Abstain — 棄権しますが、定足数には参加します。

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

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

各GiPのフォーマット：

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

GiPは拘束力がなく、チームに実装を義務付けるものではありません。しかし、コミュニティのコンセンサスを形成し、将来のon-chain proposalsの方向性を設定します。実質的にGiPは「プリガバナンス（pre-governance）」、つまり投票前の議論です。

主要なGiP：

• #800 Multi-Model PoC — 複数のAIモデルの同時サポート。現在、ネットワークはKimi K2.6、MiniMax M2.7、DeepSeek V4 Flash（proposal #94）を運用しています。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に対して報酬を受け取ります。バグ修正から新機能の実装まで。バウンティのサイズは、貢献の複雑さと重要性によって異なります。

承認メカニズム： バウンティはアップグレード提案の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（proposal #54）で追加され、DeepSeek V4 Flashは2026年8月（proposal #94）に接続されました。次の候補は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 から可能です。