Skip to main content

DAO とは

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

DAO とは

DAO（Decentralized Autonomous Organization、分散型自律組織）とは、ブロックチェーン上の スマートコントラクト にエンコードされたルールによって統治される組織構造です。経営陣が決定を下す従来の階層構造ではなく、DAO は意思決定の権限を、変更を提案し投票するトークン保有者やメンバーに分散させます。「分散型（decentralized）」の部分は、単一の主体が組織を制御しないことを意味し、「自律（autonomous）」の部分は、ルールが人間の管理者ではなくコードによって執行されることを意味します。

要約： DAO は、中央集権的な経営をオンチェーンガバナンスに置き換えます — 提案、投票、実行がスマートコントラクトを通じて行われます。しかし「DAO」というラベルだけでは、ガバナンスが真に分散化されていることや、トークン保有者が意味のある制御を持っていることは保証されません。

仕組み

DAO は、提案をオンチェーンの実行につなぐガバナンスサイクルを通じて動作します：

ガバナンスフレームワーク

すべての DAO には ガバナンスフレームワーク — 決定がどのように下されるかを定義する一連のルール — があります。これには次のものが含まれます：

  • 誰が提案できるか — 一部の DAO はトークン保有者なら誰でも提案を提出できますが、他の DAO は最小トークン閾値や委任者（delegate）の地位を必要とします。
  • 投票メカニズム — ほとんどの DAO はトークン加重投票（1 トークン = 1 票）を用いますが、代替案も存在します：二次投票（quadratic voting、大口保有者の支配を抑える）、conviction voting（支持が時間とともに蓄積する）、オプティミスティックガバナンス（拒否されない限り提案が通る）など。
  • 定足数と承認閾値 — 投票が有効とみなされるための最小参加レベル（定足数）と最小承認比率（例：51% または 66%）。
  • 実行メカニズム — 承認された提案がどのように実装されるか。完全にオンチェーンの DAO は、スマートコントラクトを通じて提案を自動的に実行します。ハイブリッド DAO は、投票で決まった決定を実装するために multisig や評議会を用います。

提案のライフサイクル

典型的な DAO の提案は、次の段階を辿ります：

  1. 議論 — コミュニティメンバーがフォーラム、Discord、またはガバナンスプラットフォームでアイデアを提起します。アイデアは議論され、洗練されます。
  2. 正式な提案 — アイデアは、具体的なパラメータ（金額、アドレス、コード変更）を伴う正式なガバナンス提案として構造化されます。
  3. 投票期間 — 提案は時間制限のある投票ウィンドウに入ります。ガバナンストークン の保有者は、オンチェーンまたは snapshot 機構を通じて投票します。
  4. timelock — 投票が可決された場合、実行の前に timelock 遅延（通常 24〜48 時間）が発生します。これは、悪意ある提案が何らかの理由で可決された場合に、コミュニティが対応する時間を与えます。
  5. 実行 — 提案は、ガバナンスコントラクトによって自動的に、または指定された実行者（multisig、guardian）によって手動で実行されます。

トレジャリー管理

ほとんどの DAO は トレジャリー — ガバナンスによって制御される資金プール（トークン、ステーブルコイン、その他の資産）— を管理します。トレジャリーの支出にはガバナンス投票が必要です。DAO はトレジャリー資金を、開発助成金、プロトコルアップグレード、セキュリティ監査、マーケティング、提携、運用コストに用います。

トレジャリー管理は、DAO の最も重大な機能の 1 つです。トレジャリーの規模、構成、支出の規律は、プロトコルの長期的な持続可能性に直接影響します。

段階的分散化

多くのプロジェクトは中央集権的なガバナンス（創設チームがすべての決定を下す）から始まり、徐々に DAO 構造へ移行します。このプロセスは 段階的分散化（progressive decentralization） と呼ばれます。典型的な道筋は次のとおりです：

  1. チームが admin keys を通じてすべてのパラメータを制御する。
  2. チームとコミュニティメンバーからなる multisig が導入される。
  3. ガバナンストークンがローンチされ、初期のガバナンス提案が始まる。
  4. admin keys が取り消されるか、DAO へ移管される。
  5. DAO が創設チームから独立して運営される。

crypto AI 領域のほとんどの DAO は、この進行の途中のどこかにあります — ガバナンストークンと投票メカニズムを持っていますが、チームは依然として admin keys、過半数のトークン保有、またはコントラクトをアップグレードする能力を通じて大きな制御を保持しています。

なぜ重要か

DAO が重要なのは、分散型プロトコルにおける 信頼の問題 を解こうとする試みを表しているからです：CEO がいないとき、アップグレード、トレジャリーの支出、パラメータの変更をどう調整するか？

crypto AI プロジェクトにとって、DAO ガバナンスはいくつかのレベルで関連します：

  • プロトコルの方向性 — どの AI モデルを優先するか、どの計算プロバイダーをサポートするか、研究助成金をどう配分するかを誰が決めるのか？
  • パラメータ制御 — 手数料率、ステーキング要件、slashing ペナルティ、報酬分配を誰が設定するのか？
  • トレジャリー権限 — プロトコルの資金を誰が制御し、どう使われるのか？
  • アップグレード権限 — プロトコルを動かすスマートコントラクトを誰が変更できるのか？

これらの問いへの答えは、実際の権力構造を明らかにします。自らを DAO と称しながら、チームが一方的にコントラクトを変更しトレジャリー資金を使えるプロジェクトは、名ばかりの DAO です。

DAO はまた、特定の一連のリスクを生み出します：投票者の無関心（ほとんどの保有者は投票しない）、富豪支配的な掌握（大口保有者が決定を支配する）、ガバナンス攻撃（悪意ある提案を通すのに十分なトークンを取得する）、遅い意思決定（あらゆる変更に投票サイクルが必要）、調整のオーバーヘッド（分散したガバナンスプロセスの管理は複雑で高コスト）です。

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

DecAIHub レジストリでは、DAO 関連の情報はプロジェクトカードのガバナンスおよび組織フィールドに現れます。主要な指標には次のものがあります：

  • ガバナンス構造 — プロジェクトが自らを DAO、評議会付き DAO、または DAO を志向する中央集権的チームのいずれと記述しているか。
  • Token model — token model フィールドに Governance が存在することは、トークンが投票権を付与する — DAO 参加の主要な手段である — ことを示します。
  • Admin keys — プロジェクトが admin keys を開示または放棄しているかどうか。ガバナンス投票をオーバーライドできるアクティブな admin keys は、DAO の権威を損ないます。
  • Multisig — 完全なトークンガバナンスと並んで、またはその代わりに multisig が存在するかどうか。

DAO の主張を評価する際は、ガバナンス構造を実際のトークン分布と相互参照してください：チームと投資家がガバナンストークンの過半数を保有しているなら、その DAO は形式上は分散化されていても、実質的には中央集権的です。

DecAI Fit フレームワークは DAO の質を直接スコア化しませんが、DAO ガバナンスは Onchain necessity と Token necessity の次元に影響します。オンチェーン投票とトレジャリー管理を備えた機能する DAO は、意味のあるオンチェーン活動と、ガバナンストークンの構造的な役割を示します。

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

  • プロジェクトを「DAO」と呼ぶことは、ガバナンスが分散化されていることを 証明しません。創設チームがトークンの過半数を保有していれば、投票メカニズムにかかわらず投票結果はあらかじめ決まっています。
  • オンチェーン投票を持つことは、投票が拘束力を持つことを 証明しません。一部のプロジェクトは、決定をオーバーライドできる admin keys を保持しつつ、ガバナンスをシグナリングのツールとして用います。
  • DAO トレジャリーは、責任ある支出を 証明しません。トレジャリー管理の質は、トレジャリーコントラクトの存在ではなく、ガバナンスの参加、監視、支出の規律に依存します。
  • DAO ガバナンスは、技術的な質、AI 能力、セキュリティを 証明しません。DAO は組織的な決定を統治します。基盤となる技術は独立して評価されなければなりません。
  • DAO におけるトークン加重投票は、公正な代表を 証明しません。1 トークン 1 票のシステムは本質的に大口保有者を有利にし、それは広範なユーザーコミュニティの利益を反映しないかもしれません。

混同しないでください

用語 区別
ガバナンストークン ガバナンストークンは投票の手段です。DAO は、意思決定にガバナンストークンを用いる組織構造です。ガバナンストークンは正式な DAO なしでも存在でき（非公式なガバナンス）、DAO は理論上、取引可能なトークンなしでも存在できます（レピュテーションベースの投票）。
multisig multisig は、トランザクションを承認するために複数の署名者を必要とします。DAO は、より広範なトークン保有者の投票を用います。一部の DAO は実行のために multisig を用い（DAO が投票し、その後 multisig が実行する）、両者は代替ではなく補完的になります。
Foundation（財団） 財団は、プロトコルに資金を提供し支援する法的主体である場合があります。DAO はガバナンス構造です。一部のプロトコルは両方を持ちます：法務と運用を扱う財団と、プロトコルのパラメータとトレジャリーを統治する DAO です。両者は異なる機能を果たします。
スマートコントラクト スマートコントラクトは執行の仕組みです。DAO はガバナンスのプロセスです。DAO のルールはスマートコントラクトにエンコードされますが、すべてのスマートコントラクトが DAO であるわけではありません。スマートコントラクトはガバナンスを超えた無数の目的に役立ち得ます。

よくある質問

DAO は真に分散化され得ますか？

DAO における分散化は、二者択一の状態ではなくスペクトラムです。主要な要因には次のものがあります：トークン分布（投票権はどれだけ集中しているか？）、参加率（実際に投票するトークン保有者の割合は？）、admin key の状態（誰かがガバナンスの決定をオーバーライドできるか？）、創設チームへの依存（チームが消えてもプロトコルは機能するか？）。既存のほとんどの DAO は部分的に分散化されています — ガバナンス機構を持っていますが、大きな権力が創設チーム、大口投資家、活動的な委任者グループに集中したままです。真の分散化には、広範なトークン分布、高い参加、admin key のオーバーライドがないことが必要です。

オンチェーンガバナンスとオフチェーンガバナンスの違いは何ですか？

オンチェーンガバナンスは、提案と投票をブロックチェーントランザクションとして記録し、承認された提案はスマートコントラクトによって自動的に実行されます。オフチェーンガバナンスは、投票に Snapshot のようなプラットフォームを用い（ガスコストなし、より速い投票）、承認された決定の手動実行は multisig や評議会に依存します。ほとんどの DAO はハイブリッドアプローチを用います：オフチェーンの議論とシグナリングに続いて、拘束力のある決定のためのオンチェーン投票です。トレードオフは、コストと速度（オフチェーン）対 執行可能性とトラストレス性（オンチェーン）です。

DAO は緊急事態をどう扱いますか？

ほとんどの DAO には、重大な状況 — セキュリティ脆弱性、エクスプロイト、プロトコルを脅かすバグ — に対して標準のガバナンスサイクルを回避する緊急メカニズムが含まれます。一般的なパターンには、guardian multisig（プロトコルを一時停止したり悪意ある提案を拒否したりする権限を持つ小グループ）、緊急シャットダウン機構（プロトコルを停止できるスマートコントラクト機能）、timelock バイパス（標準の timelock 遅延を待たずに重要な修正を実行する能力）があります。これらの機構は実用的なセキュリティのために必要ですが、中央集権のトレードオフを表します — 極端なケースでガバナンスをオーバーライドする権限を小グループに与えるからです。

なぜ多くの DAO は投票参加が低いのですか？

投票者の無関心は、最も根強い DAO の課題の 1 つです。寄与する要因には次のものがあります：提案を評価する技術的な複雑さ、オンチェーン投票のガスコスト、合理的無関心の問題（個々の票が結果を変えることはまれなので、提案を調べる労力が認識される影響を上回る）、ガバナンス疲れ（提案が多すぎて注意が分散する）。委任はこれを部分的に解決します — 保有者は投票権を見識のある委任者に委ねます — が、委任はそれ自体の集中ダイナミクスを導入します。低い参加は、実質的に、活動的な投票者の小グループ（しばしば委任者と大口保有者）が DAO を制御することを意味します。

外部リンク

関連ページ

No comments to display

Back to top