> For the complete documentation index, see [llms.txt](https://docs.chiliz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chiliz.com/jp/gakushu/dao/dao-no-uneikata.md).

# DAO の運営方法

[DAO を立ち上げる](/jp/gakushu/dao/dao-no-tsukurikata.md)ことは、最初の一歩にすぎません。健全でコミュニティ中心の形で効果的に運営するには、ガバナンス、コミュニティ、トレジャリーの準備と能動的な管理が必要です。これは、よくある落とし穴とベストプラクティスの両方を知っておくことを意味します。\
このページに必要な情報をまとめてみました。

*オンライン上には他のガイドも存在するので、参考にできます：*

{% embed url="<https://www.aragon.org/how-to/build-manage-and-grow-your-dao-community>" %}

{% embed url="<https://www.legalnodes.com/article/dao-legal-stages>" %}

{% embed url="<https://www.wearedevelopers.com/en/magazine/169/how-to-create-dao-guide>" %}

## 始める前に

DAO の立ち上げはわくわくするものですが、準備なしに急いで進めると、意思決定のデッドロック、投票者の無関心、さらにはセキュリティリスクにつながりかねません。DAO の smart contract をデプロイする前に、いくつかの重要な問いに取り組んでおきましょう。

### DAO の目的は何か？

まず、DAO の簡潔な「ミッションステートメント」を作成することから始めます。これは、その目的を 1〜2 文で定義することを意味します。\
たとえば「XYZ DAO は XYZ Fan Token プロジェクトのトレジャリーを管理し、コミュニティの取り組みに資金を提供し、サポーターに報酬を付与する」といった具合です。

次に、DAO のスコープ、つまり DAO が何を決定 *できる* か、何を *できない* かを定義します。これには、token の供給量変更、予算配分、潜在的なパートナーシップなどの領域が含まれることがあります。

最後に、DAO の存続期間を定義します。短期的（特定のイベントに紐づく）なのか、それとも恒久的に設計されているのか。

### コミュニティはどのように機能するのか？

DAO の目的を定義したら、次のステップは実際にどのように意思決定を行うかを決めることです。これは「ガバナンス」と呼ばれ、組織の屋台骨です。設計の不十分なガバナンスルールは、コミュニティの停滞や対立をすぐに招きかねません。

まず、メンバーシップと投票モデルを選びます。最もシンプルなのは *1 token = 1 票* ですが、これは「whale」（大量の token を保有する者）による支配のリスクがあります。「quadratic voting」（小規模保有者にとってより公平）や「delegated voting」（メンバーが投票を能動的な代表者に委ねる）といった代替案は、権力のバランスを取るのに役立ちます。選択肢を検討する必要があります。

次に、提案が参加者が少なすぎる状態で可決されないよう、クォーラムとしきい値を設定します。たとえば、最低投票率を要求し、提案が単純多数で可決されるのか「supermajority（特別多数）」で可決されるのかを決められます。最後に、ドラフト作成からコミュニティでの議論、オンチェーン投票までの明確な提案プロセスを設計します。これにより、正当性と透明性が確保されます。

### Tokenomics はどうするのか？

暗号資産プロジェクトの tokenomics（token + economics）は、そのネイティブなデジタルトークンの設計と分配を説明するものです。

たとえば、CHZ token に関する Chiliz 自身の tokenomics の解説はこちらです：

[tokenomics.md](/jp/gakushu/chiliz-chain/tokenomics.md)

DAO の tokenomics の場合は、ガバナンスや Fan Token が公平に分配され、参加が一部の保有者に支配されないようにすべきです。インセンティブについても考えましょう。投票、提案、貢献に報酬を与えてメンバーの関与を保つべきかどうか。

DAO のトレジャリーの資金調達についても、token セール、配分、手数料などを通じて計画しましょう。

何よりも、権力の集中を避けてください。ほとんどの token が一握りの wallet に眠っている DAO は、真に分散化されているとは言えません。

### 探求すべきその他の側面

ガバナンスと tokenomics 以外にも、DAO の立ち上げ時に見落とされがちな領域が 2 つあります。技術的な準備と法的な認識です。

**技術面**では、Chiliz Mainnet に移行する前に必ず Spicy Testnet でセットアップをテストし、トレジャリーの送金のような重要なアクションには安全な multisig wallet を使用してください。良好な鍵管理（理想的には hardware wallet を使用）は、DAO の管理者と署名者を保護するために不可欠です。

**法務面**では、DAO は管轄区域によって異なるグレーゾーンで運営されます。一部の国では DAO をパートナーシップや法人格のない団体として扱い、token の発行は証券関連や金融関連の規制を引き起こす可能性があります。たとえ DAO を軽量に保つことを目指していても、メンバーが境界と責任を把握できるよう、簡単なリスク開示や憲章を公開するのが賢明です。

これらの「非ガバナンス」的な側面に前もって取り組む時間を取ることで、技術的なリスクと規制上の不意打ちの両方を減らせます。

## DAO の核心

分散型の構造であっても、DAO の健全性と持続可能性には一定のリーダーシップが不可欠です。リーダーシップとは単一のリーダーを持つことではなく、責任が能動的な貢献者の間で分散されることを意味します。

### ガバナンスの立ち上げ

プロジェクトの創設者として、DAO を作るうえでのあなたの目標は、コミュニティに完全な自律性と分散化を与えることです。しかし、初期の開発段階では多くの概念がテストを必要とするため、これは実現困難です。柔軟性を保ち、迅速なイテレーションを可能にするために、smart contract の運用に対する手動での介入が必要になります。

初期の手動介入の例としては、次のようなものがあります：

* 参加率が低い場合、クォーラム、投票期間、提案ルールの調整が必要になることがあります。
* 提案の枠組みが不十分な場合、停滞した提案を手動で実行または再開する必要があることがあります。
* 安全上の理由から、DAO のトレジャリーをしばらくの間、創設者が管理する multisig に保管することがあります。
* など。

### コミュニティの関与

どんな DAO の中心にもそのコミュニティがあります。プロジェクトのために DAO を設定する際は、計画しておくべき重要なコミュニティ活動があります：

* オンボーディング：\
  新しいメンバーが、プロジェクトの token を取得し、議論に参加し、提案に投票する方法について、明確な手順を作成します。
* コミュニケーション：\
  提案を議論し、投票期間を告知し、結果を透明に共有するために、能動的なコミュニケーションチャネル（Discord、Telegram、Discourse のようなオンラインフォーラムなど）を維持します。
* カルチャー：\
  メンバーが貢献する力を感じられる、協力的で建設的な環境を育みます。

### ガバナンスの管理

これは、意思決定の主要な仕組みである提案のライフサイクルを管理することを含みます。

* 提案パイプライン：\
  コミュニティで議論された最初のアイデアから、正式なオンチェーン投票に至るまでの、明確なプロセスを確立します。
* 明確さと基準：\
  投票に付される提案が、明確で、よく定義され、メンバーが十分な情報に基づいて判断するために必要なすべての情報を含んでいることを保証します。
* パラメータの見直し：\
  DAO は定期的に自らのガバナンスパラメータ（投票期間、クォーラムしきい値など）を見直し、必要であれば調整を提案すべきです。

### トレジャリーの監督

DAO のトレジャリーは、その集団的な資源であることを意図しています。長期的な成功には慎重な管理が不可欠です。

次のものが必要になります：

* 透明性：\
  収入と支出を含むトレジャリーの状態について、DAO のコミュニティに対して定期的で分かりやすいレポートを提供します。すべての取引は Chiliz Scan explorer 上で公開されていますが、それらを要約することは有用です。
* 予算編成：\
  取り組み、貢献者への報酬、その他の経常的な支出に対する運営予算を提案します。
* セキュリティ：\
  通常は、信頼できるコミュニティメンバーや DAO 自身が管理し、取引に複数の承認を要する multi-signature（multisig）wallet を通じて、トレジャリーの資金を保護します。

## DAO のベストプラクティス

強固なガバナンスは、成功する DAO のエンジンです。意思決定プロセスを堅牢かつ効果的にするために、以下のベストプラクティスに従ってください。

### **質の高い提案の作成**

よく練られたガバナンス提案は不可欠であり、明確なタイトル、簡潔な要約、そして問題や機会を概説する詳細な動機を含まなければなりません。

提案にはまた、技術的詳細・コスト・スケジュールを含む包括的な仕様、選んだ解決策に対する強い根拠、そして測定可能な期待される成果を盛り込むべきです。

これを怠ると、コミュニティの信頼を失いかねません。

### **投票参加の促進**

投票者の無関心は DAO の死を告げる鐘です。それと戦うのはリーダーシップ次第です。

実証済みの戦略は次のとおりです：

* オンチェーン投票の前に「temperature check（温度感の確認）」ができるよう、提案に十分な議論の時間を確保します。
* すべてのコミュニケーションチャネル（X.com、Telegram、Discord など）を使って、新しい提案とその投票締め切りを明確に告知します。
* 複雑な技術的提案を、すべてのメンバー向けの要約や解説とともに、より理解しやすくします。

参加を促すために、少額の投票インセンティブを検討することもできます。このアイデアは細心の注意を払って取り組むべきです。

### **貢献者への報酬の管理**

DAO の（トレジャリー以外の）貴重な資産は、その能動的な貢献者です。彼らに報いる正式な仕組みは、DAO の作業が確実に遂行されることを保証します。

DAO のメンバーやプロジェクトに使える主な資金調達の仕組みは 2 つあります：

* Bounty は、特定の一回限りのタスクに資金を提供するために使えます。
* Grant は、DAO のミッションに沿った、より大規模でメンバー主導のプロジェクトを支援できます。

加えて、貢献者へのstipend（定期的な手当）は、不可欠で継続的な機能を担う個人やグループに対して経常的な支払いを提供でき、そうした支払いはすべてガバナンス投票による承認を要します。

## DAO のよくある落とし穴

この表は、これまで説明してきたすべての内容の要約として役立ちます。

| 落とし穴          | 説明                                                                   | 緩和策                                                                          |
| ------------- | -------------------------------------------------------------------- | ---------------------------------------------------------------------------- |
| 投票者の無関心       | 提案に対する投票率が一貫して低く、意思決定を停滞させ、少数派によるガバナンスにつながりかねない状態。                   | 強力なコミュニケーション慣行を実施する。提案を簡素化し、メンバーが自分の投票の影響を理解できるようにする。クォーラム水準を現実的に保つ。         |
| 提案の質の低さ       | 曖昧または不完全な提案が投票に付され、混乱、トレジャリー資金の浪費、意図しない結果を招く状態。                      | 標準化された提案テンプレートを徹底する。オンチェーン投票の前に、コミュニティでの議論とフィードバック期間を必須とする。                  |
| Whale 支配      | 少数の token 保有者（whale）が、あらゆる投票の結果を支配できるだけの投票権を持ち、分散化を損なう状態。            | 当初から幅広い token 分配を促す。大口保有者の力を弱める quadratic voting（対応している場合）のようなガバナンスモデルを検討する。 |
| 運用上のセキュリティリスク | DAO のメンバーがフィッシング詐欺の標的になったり、private key の管理不備によってトレジャリー資金が侵害されたりする状態。 | メンバーにセキュリティのベストプラクティスを教育する。トレジャリー管理に multisig を使用する。メンバーに private key を尋ねない。 |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.chiliz.com/jp/gakushu/dao/dao-no-uneikata.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.