DAOの作り方
分散型自律組織(DAO)は、ブロックチェーンツールと文書化されたルールを通じて、提案・投票・資金管理・実行を調整するメンバー主導の組織体である。DAOを立ち上げるには、意思決定の範囲とガバナンス構造の定義、成文化されたチャーターの策定、メンバーシップと投票モデル(トークン型・シェア型・評判型など)の選択、マルチシグ管理による資金保護の設計、そしてガバナンス基盤の展開が必要となる。主な注意点として、コントラクトの展開は法的主体の自動的な設立やメンバーの個人的な責任からの免除をもたらすものではないため、集権的な署名者や時期尚早なトークン発行を避け、資金を預ける前に提案ワークフロー全体をテストし、法的・税務上の助言を得ることが重要である。
分散型自律組織( DAO)とは、ブロックチェーンツールと文書化された運営規則を通じて、提案・投票・資金権限・実行を調整するメンバー主導の組織である。DAOは単なるトークンやグループチャットではなく、ガバナンスコントラクトを展開しても、法的主体が自動的に設立されたり、責任ある資金管理が不要になるわけではない。
DAOを作成するには、目的と意思決定の範囲を定義し、提案・投票の権限を持つ者を決め、クォーラムと承認ルールを設定し、 マルチシグまたはオンチェーン資金管理を構成して、選択したガバナンス基盤を展開する。多額の資産を預ける前に完全なテスト提案を実行し、メンバーが投票権・実行権限・緊急管理、および承認された投票から実行までの流れを確認できるようにする。
DAOを作成する前に何が必要か
ガバナンスコントラクトを展開する前に、DAOの意思決定権・メンバーシップ・資金管理・実行方法を定義する。これらの選択が、提案・投票・資金移動・ルール変更・緊急対応を行える者を決定する。
- 成文化されたガバナンスチャーター。ミッション・提案権限・投票期間・クォーラム・承認閾値・利益相反・緊急権限・改正手続きを文書化し、メンバーが拘束力のあるルールを理解できるようにする。
- メンバーシップと投票モデル。トークン型・シェア型・評判型・許可リスト型のいずれかを選択し、投票権の集中・委任・低投票率が意思決定の正当性にどう影響するかを検証する。
- 保護された資金設計。資産が到着する前に、署名者の閾値・支出限度・報告義務・緊急管理を設定する。ガバナンスの誤りは資金を永続的に移転させる可能性があるためである。
- 実行と法的計画。どの投票をオンチェーンで実行し、どれにマルチシグや法的署名者が必要かを決定することで、承認された提案が実際の運営上の成果を生み出せるようにする。
DAOの作り方:ステップバイステップガイド
メンバーが文書化されたルールの下で実際の提案を提出・投票・実行できて初めて、立ち上げは完了したといえる。
ステップ1:DAOの目的と権限を定義する。メンバーが管理する意思決定と、運営者・署名者・法的主体が留保する意思決定を列挙する。「コミュニティ主導」などの曖昧な表現を、測定可能な提案権限・支出限度・改正手続き、および通常のガバナンスを静かに覆せない緊急対応に変換する。
ステップ2:メンバーシップと投票ルールを選択する。トークン加重型・シェア型・評判型・許可リスト型のいずれかを選んだうえで、提案閾値・クォーラム・承認ルール・投票期間・委任を設定する。数学的に有効な投票でも少数連合に掌握される可能性があるため、立ち上げ前に投票権の集中と低投票率をシミュレーションする。
ステップ3:資金と緊急管理を設計する。署名者の閾値・取引限度・報告義務・停止手続きを明記したマルチシグまたは管理された資金を構築する。日常的な運営予算とプロトコルの所有権を分離し、アップグレード・大規模移転・ガバナンス自体の変更には、より強固な承認を求める。
ステップ4:ガバナンス基盤を展開・検証する。Aragon OSxなどのメンテナンスされたフレームワークを通じてDAOを構成し、必要なプラグインと権限のみを選択する。エクスプローラーでコントラクトを検証し、プロキシと管理者の関係を記録し、展開者がミント・アップグレード・引き出しへの未文書化された経路を持たないことを確認する。
ステップ5:提案ライフサイクル全体をテストする。最小限の資金で提案を提出し、委任または投票を行い、投票期間を終了させ、結果を実行して資金記録を照合する。クォーラム不達成と緊急シナリオもテストしたうえで、多額の預け入れを招く前に検証済みアドレスと最終ルールを公開する。
DAOの作成にかかるコスト
オンチェーンでの展開と実行にはネットワークのネイティブガストークンが必要だが、 Snapshotの投票は通常、投票者のガスを必要としないオフチェーン署名で行われる。コストはチェーン・コントラクトの複雑さ・資金取引・オンチェーンアクションの数によって異なる。手数料を抑えることで参加率が向上する場合があるが、ネットワークの選択はセキュリティ・ツール・流動性・メンバーのアクセスにも影響する。
ガバナンスの制限は、ソフトウェアの設定と同様に方針上の選択でもある。提案閾値はスパムを防ぐ一方で小規模メンバーを排除する可能性があり、高いクォーラムは正当性を高めるが不活性を招くことがあり、タイムロックはユーザーに反応する時間を与えるが緊急時の対応を遅らせる。想定される投票参加率をシミュレーションし、どのパラメータをガバナンスが後から変更できるかを文書化する。
DAO作成者が避けるべき一般的なミス
DAO作成者は、コントロールを集中させ、主要な権限を不明確にしたままにし、または日常的な意思決定の実行を困難にするガバナンス構造を避けるべきである。よくあるミスは通常、トークン設計・管理アクセス・投票ルール・運営プロセスに関係する。
- ガバナンス上の役割を定義する前にトークンを発行すること:ガバナンストークンには、資金支出・プロトコルパラメータ・アップグレード・貢献者への資金提供への投票など、明確に定義された権限が必要である。
- 一人の署名者またはウォレットにコントロールを集中させること:単一の署名者・未文書化の管理鍵・無制限の資金権限は、ガバナンスとセキュリティ上の重大なリスクを生む可能性がある。
- 未テストのアップグレードまたは資金メカニズムを使用すること:ガバナンスルールは、適切な承認なしに一つのウォレットがコントラクトを変更したり資金を移動させたりすることを防ぐべきである。
- 他のDAOからクォーラム設定をそのままコピーすること:投票閾値と提案要件は、そのDAOのトークン分配と参加水準を反映すべきである。
- 運営手続きを無視すること:提案テンプレート・利益相反の開示・代表者とのコミュニケーション・署名者のバックアッププランが欠如していると、ガバナンスの意思決定が遅延する可能性がある。
- ガバナンス記録を不完全なままにすること:提案・実行済みトランザクション・コントラクトアドレス・パラメータ変更は、メンバーが検証できるよう公開記録として保持すべきである。
DAOのメンバーシップと投票モデルの選び方
DAOのメンバーシップと投票権は、一般的に3つのモデルに分類される。
| モデル | 仕組み | 主な考慮点 |
| トークン型 | 投票権はトークン保有量に連動する。 | 測定が容易だが、大口保有者が過大な影響力を持つ可能性がある。 |
| シェア型 | メンバーシップと投票権は承認されたシェアに依存する。 | 参加制限をサポートするが、メンバーシップルールが必要となる。 |
| 評判型 | 投票権は貢献度または参加度を反映する。 | 積極的なメンバーに報いるが、発行と失効の明確なルールが必要となる。 |
DAOは委任・二次投票・投票上限を利用して、投票権の分配を調整することもできる。
ガバナンスモデルはDAOの目的に合致すべきである。グラントDAOは評判型投票を好む場合があり、投資DAOは制限付きシェアを使用する場合があり、プロトコルDAOは委任されたトークン投票とセキュリティ評議会を組み合わせる場合がある。いかなる例外についても、誰がどのような条件下でそれを発動できるかを明確に述べるべきである。
DAOの作成によって法的主体は設立されるか
設立されない。DAOのガバナンスコントラクトを展開しても、有限責任・税務上の地位・銀行口座へのアクセス・オフチェーン契約への署名権限が自動的に生じるわけではない。法的な扱いは管轄区域・メンバーシップ構造・DAOの活動によって異なる。
顧客の資金を保管したり、貢献者を雇用したり、譲渡可能な持分を発行したり、トークンを販売したりする前に、資格を持つ法的・税務上の助言を得る。ガバナンス文書には、オフチェーン契約に責任を持つ主体または署名者を明記し、承認された投票が法的権限を持つ者によって実施できるようにする。また、スマートコントラクトの外部に残る紛争・報告義務・貢献者との関係についても記載すべきである。
関連概念
参考資料
よくある質問
DAOを作成するためにガバナンストークンは必要か?
必要ではない。DAOは許可リストに登録されたアドレス・マルチシグ署名者・譲渡不可能な評判・メンバーシップシェア・その他の検証可能なルールを利用できる。譲渡可能なトークンは参加の幅を広げる可能性があるが、組織の目的によって正当化されるべき集中・市場・規制・投票無関心のリスクも伴う。
DAOはオンチェーン投票なしにSnapshotを使用できるか?
DAOの作成にかかるコストはいくらか?
DAOはメンバーを個人的な責任から保護するか?
アカウントをお持ちでないですか?
今すぐアカウントを開設して、暗号資産の取引を始めよう