Skip to main content

ガバナンストークンとは

注：この文書は英語の原文からの自動翻訳です。

ガバナンストークンとは

ガバナンストークン（governance token） は、保有者にプロトコルや分散型組織に影響する決定への投票権を与える crypto トークンです。これらの決定は、treasury の支出や手数料パラメータの変更から、プロトコルのアップグレード、グラントの割り当て、戦略的方向性にまで及びます。ガバナンストークンは集団的な意思決定をオンチェーンで形式化します。中央集権的なチームがすべての選択を行うのではなく、トークン保有者がスマートコントラクトにエンコードされたルールに従って変更を提案し投票します。

要約： ガバナンストークンは、プロトコルの所有権を非公式な概念から測定可能なオンチェーンの投票権へと変換します。しかし、トークンを保有することが意味のある影響力や分散化された制御を保証するわけではありません。

仕組み

ガバナンストークンの基本的な仕組みは、提案・投票・実行のサイクルに従います。

  1. 提案の作成 — トークン保有者（または最低しきい値を満たす任意のアドレス）が正式な提案を提出します。この提案は具体的なアクションを記述します。プロトコルパラメータの変更、treasury 資金の割り当て、新機能の追加、または手数料構造の調整などです。

  2. 投票期間 — 提案は時間制限のある投票ウィンドウに入ります。トークン保有者は投票を投じます。通常は 1 トークン 1 票ですが、一部のプロトコルはこの公式を修正するために二次投票（quadratic voting）、conviction voting、または委任を使用します。

  3. クォーラムとしきい値 — 投票が可決されるには、通常、最低限の参加レベル（クォーラム）と最低限の承認比率（しきい値）に達する必要があります。これらのパラメータ自体がガバナンスによって設定されます。

  4. 実行 — 投票が可決されると、提案されたアクションはスマートコントラクトによって自動的に実行されるか、実行前に遅延を導入する timelock の仕組みを通じてキューに入れられます。

このサイクルは完全にオンチェーン（提案と投票がトランザクションとして記録される）であることも、部分的にオフチェーン（Snapshot などのツールで投票が収集され、その後 multisig や評議会によって実行される）であることもあります。自動化と拘束力のある強制の程度はプロトコルによって大きく異なります。

委任（Delegation）

多くのガバナンスシステムは 委任（delegation） を許可しています。トークン保有者は、トークン自体を移転することなく、自分の投票権を別のアドレスに割り当てることができます。委任はより情報に基づいた意思決定を可能にします。すべての提案を評価する時間や専門知識を持たない保有者は、ガバナンスに積極的に参加する代表者に委任できます。委任は通常いつでも取り消せます。

投票の重みと集中

ほとんどのガバナンストークンは 1 トークン 1 票のモデルを使用するため、投票権はトークン保有量に比例します。これは、大口保有者（しばしば「whale（クジラ）」と呼ばれる）が不均衡な影響力を持ちうることを意味します。一部のプロトコルはこれに次の方法で対処します。

  • 二次投票（Quadratic voting） — 投票権はトークンの平方根に比例し、クジラの支配を低減します。
  • 時間加重投票 — より長い期間ロックされたトークンはより高い投票の重みを受け取ります。
  • 評議会システム — 選出された評議会が、提案が完全なトークン投票に達する前にそれをフィルタリングまたは拒否します。

ガバナンストークンの分配は、意思決定が実際にどれだけ分散化されているかに直接影響します。少数のアドレスが供給の大部分を支配するガバナンストークンは、分散化されて見えるが実質的には中央集権的なオンチェーン投票を生み出すかもしれません。

ガバナンスの範囲

すべてのガバナンストークンが同じ広さの制御を付与するわけではありません。一部のガバナンスシステムは、トークン保有者がほぼすべてのこと（スマートコントラクトのアップグレード、手数料パラメータ、treasury の割り当て、採用の決定）に投票できるようにします。他のシステムは、ガバナンスを狭い一連のパラメータ（例：手数料率と報酬分配）に限定し、チームがプロトコルのアップグレードと戦略的方向性の制御を保持します。

ガバナンス権限の範囲は、仕組みそのものと同じくらい重要です。意味のある一連のプロトコルパラメータを統制するトークンは、表面的な決定にしか投票しないトークンよりも強い整合性を生み出します。

なぜ重要か

ガバナンストークンが重要なのは、誰がプロトコルを制御するか と どのように変更が行われるか を定義するからです。伝統的なソフトウェアでは、企業が何を構築するか、どう価格設定するか、いつ変更するかを決定します。分散型プロトコルでは、ガバナンストークンがこの権限を保有者のコミュニティへ、少なくとも部分的に移します。

crypto AI プロジェクトを評価する読者にとって、ガバナンスモデルはいくつかのことを明らかにします。

  • 意思決定構造 — コミュニティは実際にプロトコルに影響を与えるのか、それともチームが過半数のトークン保有、管理者キー、またはアップグレード権限を通じて完全な制御を保持しているのか？
  • インセンティブの整合性 — ガバナンストークンは、保有者が利用し投資するプロトコルに影響するパラメータに投票するため、保有者の利益をプロトコルの成功と整合させることができます。
  • リスク面 — ガバナンスは独自のリスクをもたらします。投票者の無関心、金権政治的な乗っ取り、ガバナンス攻撃（攻撃者が悪意のある提案を可決するのに十分なトークンを取得する）、そして遅い意思決定です。

ガバナンストークンは本質的に良いものでも悪いものでもありません。それは仕組みです。その価値は、ガバナンスシステムがどれだけよく設計されているか、トークンがどれだけ広く分配されているか、コミュニティがどれだけ積極的に参加するかに完全に依存します。

crypto AI プロジェクトにとって、ガバナンストークンは特に重要です。AI プロトコルはすべての参加者に影響する継続的な設計上の決定に直面するからです。どの AI モデルをサポートするか、コンピュート報酬をどう割り当てるか、どの品質 ベンチマーク を強制するか、モデルの更新をどう扱うか。ガバナンストークンは、これらの選択を誰が行うか（トークン保有者のコミュニティか、創業チームだけか）を決定します。

DecAIHub のプロジェクトカードのどこに現れるか

DecAIHub のレジストリでは、ガバナンストークンは Token model フィールドに Governance という値で現れます。これは、トークンの文書化された役割の 1 つが、プロトコルの決定に対する投票権の付与であることを示します。

プロジェクトカードは Governance を唯一の トークンモデル として、または複数のモデルの 1 つとして（例：Utility | Governance | Staking）記載することがあります。ガバナンスが他のモデルと併記される場合、それはトークンが複数の機能（アクセスへの支払い、報酬のためのステーキング、提案への投票）を果たすことを意味します。

ガバナンスが記載されているときに相互参照すべき主要なフィールド：

  • Token model — Governance が主要な役割か、それともユーティリティ、手数料、ステーキングの仕組みと束ねられているか？
  • DAO / ガバナンス構造 — プロジェクトに文書化された DAO やガバナンスフレームワークがあるか？
  • Onchain necessity — ガバナンスの仕組みは実際にオンチェーンか、それとも非公式か？
  • Token necessity — ガバナンスが機能するためにトークンが存在する必要があるか、それとも同じ決定をより単純な仕組みで行えるか？

この用語だけでは証明できないこと

  • トークンモデルとして Governance を記載しているからといって、そのガバナンスが分散化されていると 証明されるわけではありません。創業チームがトークンの過半数を保有していれば、投票結果はあらかじめ決まっています。
  • ガバナンストークンがあるからといって、コミュニティが実際にそれを使っていると 証明されるわけではありません。多くのガバナンスシステムは極端に低い参加率に悩まされており、実質的に決定を少数のアクティブな投票者に委ねています。
  • オンチェーン投票があるからといって、その投票が拘束力を持つと 証明されるわけではありません。一部のプロトコルは、投票結果を上書きできる 管理者キー を保持しながら、ガバナンスをシグナリングの仕組みとして使用します。
  • ガバナンストークンがあるからといって、トークンが存在する必要があると 証明されるわけではありません。一部のプロジェクトは、取引可能なトークンを必要とせずに、multisig 評議会やオフチェーン投票のようなより単純な仕組みで同じガバナンスを達成できます。
  • ガバナンスは、プロジェクトの品質、AI 能力、技術的価値を 証明しません。それは意思決定の仕組みであって、推奨ではありません。

混同しないでください

用語 区別
ユーティリティトークン ユーティリティトークンはプロトコル内でアクセスを提供し、サービスの支払いをし、または報酬を得ます。ガバナンストークンは特に投票権を付与します。多くのトークンは同時にユーティリティでありガバナンスでもあります。
DAO DAO は組織構造であり、ガバナンストークンはその構造内の投票手段です。すべてのガバナンストークンが正式な DAO 内で運用されるわけではなく、すべての DAO が独立したガバナンストークンを使うわけでもありません。
Staking staking はネットワークのセキュリティやプロトコル参加のためにトークンをロックします。一部のガバナンスシステムは投票に staking を要求しますが、staking とガバナンスは独立して存在しうる別個の機能です。
株式（Equity / shares） ガバナンストークンはときに企業の株式と比較されますが、通常は法的な所有権、配当、規制上の保護を伴いません。このアナロジーは構造的なものであって、法的なものではありません。

よくある質問

ガバナンストークンを保有することは、私をプロトコルの所有者にしますか？

法的な意味ではそうではありません。ガバナンストークンはプロトコルのオンチェーンの意思決定システム内で投票権を与えますが、従来の証券に伴う法的な所有権、エクイティ、利益分配権、規制上の保護を付与するものではありません。「所有権」は機能的なものです。プロトコルパラメータに影響を与えることができますが、法的なものではありません。この区別が重要なのは、ガバナンストークン保有者は、チームが投票を無視したりガバナンスルールを変更したりした場合に通常救済手段を持たないからです。

誰も投票しなかったらどうなりますか？

低い参加率は最も一般的なガバナンスの問題の 1 つです。投票する保有者が少ないと、提案は総トークン供給量のごく一部の支持で可決されえます。一部のプロトコルは最低クォーラム要件を設定しています（投票が有効になるには、提案に一定割合の総供給量が参加する必要がある）。他のプロトコルは conviction voting を使用し、支持が時間とともに蓄積され、最低投票率を必要としません。実際には、多くのプロトコルでガバナンス参加率が一桁パーセントにとどまっており、これは少数のアクティブな委任者または大口保有者が実質的にプロトコルを制御していることを意味します。

ガバナンスは攻撃されうるのですか？

はい。ガバナンス攻撃 は、ある主体が（購入、フラッシュローン、または蓄積を通じて）十分な投票権を取得し、プロトコルを犠牲にして自分に利益をもたらす提案を可決するときに発生します。一般的な防御策には、timelock（実行を遅らせてコミュニティが反応できるようにする）、投票エスクローの仕組み（投票権を付与する前にトークンのロックを要求する）、悪意のある提案を拒否できるガーディアン multisig があります。ガバナンスシステムのセキュリティは、トークンの分配、支配的な持分を取得するコスト、投票の仕組みに組み込まれた安全策に依存します。

ガバナンスは DecAI Fit とどう関係しますか？

DecAI Fit のフレームワークでは、ガバナンスは Token necessity の次元に影響します。ガバナンストークンがプロトコルの意思決定において真の役割（パラメータ、treasury、またはアップグレード権限の制御）を果たす場合、それはトークンが構造的な機能を持つという論拠を支えます。ガバナンスが見せかけ（チームが投票を上書きできる、参加が無視できるほど少ない、またはトークンのガバナンス役割が一度も行使されない）である場合、それは token necessity の論拠を弱めます。

外部リンク

関連ページ

No comments to display

Back to top