ArgumentreeにおけるDAOガバナンス：オープンディスカッションから記録された評決へ

実際に誰も議論しなかった財務省の投票

提案は財務省の意味のある一部を求めていました。それは通過しました。参加は対象トークンの一桁パーセントであり、三人の大口保有者がほとんどの重みを提供し、審議は一日あたり四百件のメッセージが流れるチャットチャンネル、二つのフォーラムスレッド、議事録のない音声通話で行われました。一ヶ月後、資金提供を受けたチームが最初のマイルストーンを逃したとき、あるメンバーが明らかな質問をしました：私たちは一体何を承認していると思っていたのか、そして誰がそれを検討したのか？ 誰も答えられませんでした。誰も検討していなかったわけではなく、二人のメンバーが実際に現れたリスクを指摘していたからですが、彼らの異議は誰も遡って見返すことのないチャンネルのメッセージ214と380に過ぎなかったからです。

これはDAOガバナンスの標準的な失敗であり、投票の問題ではありません。オンチェーン投票は機能します：それは透明で、改ざん不可能で、最終的です。失敗するのは投票の前のすべてのプロセスです — メディアに散らばった熟考、中央値の有権者が決して遭遇しない議論、そして投票が終了した瞬間に消えてしまう理由の記録です。ヴィタリック・ブテリンのコイン投票に対する批判は、より深い点を指摘しています：投票は好みを集約し、好み形成のステップが壊れると、集約は不適切に形成された合意を忠実に記録します。

修正は構造的です：議論を引数ツリーとして実行します — 一つの場所、一つの主張が検討され、すべての議論は帰属可能で挑戦可能であり、コミュニティの評決は何かがオンチェーンに移行する前に可視化され、全記録は永久的です。このチュートリアルは、現在のワークフローを説明します（パート1）、その後、ロードマップ上の統合提案フローをプレビューします（パート2）。ツリーモデルがトークンによって管理されるコミュニティに一般的に適している理由については、ブロックチェーンガバナンスハブが完全な議論を提供します；ツールを超えたガバナンス原則については、DAOガバナンスのベストプラクティスをご覧ください。

セットアップ：DAOガバナンスのユースケース

最初に重要な決定があります：DAOガバナンスのユースケースでテナントを作成します。 ユースケースの選択はサインアップ時に行われ、DAOガバナンスは意味のある異なる機能を持つ唯一のユースケースです — このチュートリアルのガバナンス特有の機能はこれに基づいています。たとえば、コーポレート戦略として作成されたワークスペースは、プランティアに関係なくそれらを表示しません。各DAOは独自のテナント — 独自のサブドメイン、メンバーシップ、および可視性ルール — を持つため、マルチコミュニティの設定はきれいに分離されたままになります。

• ✓チェックポイント：DAOガバナンスが主要なユースケースとして選択されたテナントが作成されました；最初のガバナンストピックが開く前にメンバーが招待されました。

パート1 — 審議の流れ、今日ライブ

ワークフローは、質問から記録された評決までの6つのステップで実行されます。このセクションのすべては、現在、あらゆるDAOユースケーステナントで機能します：

1. 1ガバナンストピックを根本的な主張として開く。 見出しではなく、決定可能な声明："DAOは、要求された金額でインフラ助成金を2四半期分資金提供すべきである." 支持され、攻撃され、最終的に判断されることができる主張が、後のすべてのステップを機能させる。チェックポイント：根本は誰かが異議を唱えることができる声明であり、トピックラベルではない。
2. 2ケースを構築する — 手作業または抽出によって。 二つのルート、同じ目的地。メンバーは、各主張にその証拠を添えて、カテゴリーごとに整理された賛成および反対の議論を直接作成します。または — すでに進行中の議論には通常こちらの方が早い — 既存の議論テキストを貼り付け、AI抽出を使って提案された議論ツリーに変換し、メンバーが転記するのではなくレビューして洗練させます。メッセージ214と380は埋もれたスクロールバックの代わりに可視ノードになります。チェックポイント：散発的な議論からのすべての実質的なポイントにはノードがあり、重複は統合されます。
3. 3AIチェックを実行します。 AI検証パスは、メンバーが注意を払う前に、弱点—サポートされていない主張、重複した議論、欠落した反論—をフラグ付けします。これはケースに対するリントパスとして扱い、判断者ではありません：木を引き締めますが、何も決定しません。 チェックポイント：フラグ付けされた議論が修正、統合、または意識的に保持されました。
4. 4評価 — そしてルートノードの判決を読む。 メンバーは議論を評価し、その集計がルートに集約され、コミュニティは質問に対する目に見える判決を得ます 何かがオンチェーンに行く前に。これはチュートリアルの成果ステップです：投票自体を通じて感情を発見するのではなく、DAOは自分たちの立場を確認し — そして分かれている場所を確認します — まだ熟考する時間がある間に。 チェックポイント：通常の声だけでなく、評価への広範な参加；分裂が特定されました。
5. 5挑戦、交渉、評価 — 三つのチェーン。 あるメンバーが議論に疑問を持つと、Q&Aチェーンを開きます：質問、著者の回答、フォローアップ、回答 — 四つのターン、完結、帰属可能。異なる立場を支持する二つの派閥は、妥協チェーンを運営します — 提案された中間の立場が記録に基づいて交渉され、修正された立場を生み出すか、分裂がどこにあるかを正確に文書化します。正式な評価はレビューチェーンとして行われます。これら三つは、四百メッセージのチャンネルを、誰かが実際に読める対話に置き換えます。チェックポイント：すべての争点のある議論には完了したチェーンがあり、チャットにのみ存在する生の異議はありません。
6. 6結果を記録する。 DAOの拘束力のあるオンチェーン投票が終了すると、DAOが使用するメカニズムに関わらず、その結果はそれを生み出した審議の隣にあるツリーに記録され、ダッシュボードはそのトピックを永続的でリンク可能な記録として保持します。1か月後の質問 — 私たちは何を承認していると思っていたのか、誰がそれを検討したのか？ — には今やURLがあります。チェックポイント：結果が記録された；DAOが結果を発表する場所からリンクされたツリー。

パート2 — 統合提案フロー（ロードマップ）

上記のワークフローは手動で始まります：誰かがトピックを開き、誰かが議論を貼り付けます。統合された提案フローはそのギャップを埋めます — 提案は自動的にシステムに入ってきて、全ライフサイクルが一つの場所で実行されます：

1. 1インポート — 新しい提案が自動的に取得され、ガバナンストピックとして扱われます。
2. 2抽出 — 提案文は、メンバーのレビューのために準備された議論ツリーに変換されます。
3. 3熟慮 — Q&Aチェーンは事例に挑戦し、妥協チェーンは派閥間の修正を交渉します。
4. 4投票 — 審議された提案は、流れの中で投票にかけられます。
5. 5レビュー — 終了レビューのチェーンは結果とプロセスを評価し、DAOの次のイテレーションにフィードバックを提供します。

チェーン特有の基盤は、各DAOの配線が落ち着く場所です：Ethereum、Arbitrum、Cardano、およびPolkadotのガバナンスページでは、各エコシステムのガバナンスモデルに対する構造化された審議がどのようなものかを説明しています。

正直な限界

• ✗拘束投票はここにはありません。 評価と根本的な評決は熟慮の信号です。財務資金を動かす決定はDAO自身のオンチェーンメカニズムであり、このワークフローはそれを変更しません。
• ✗構造だけでは投票率を改善することはできません。 読みやすいツリーは、情報に基づく参加のコストを下げます — 有権者は数分で事例を把握でき、スクロールバックに何時間もかける必要がなくなります — しかし、トークン保有者が関心を持つようにはできません。DAO自身の参加インセンティブと組み合わせてください。
• ✗トークン重みのダイナミクスは木の外に存在します。 議論の評価はメンバーごとであり、コイン重み付けされた権力をモデル化していません。また、クジラがオンチェーンでの議論を覆すことが可能です。記録が変わるのは、それが目に見える形で、文書化されたケースに対して起こるということです。
• ✗パート2はロードマップです。 自動インポートと統合投票は、リクエストに応じて各DAO、各チェーンの配線が必要です — それらがセルフサービスになることを前提にしたローンチを計画しないでください。
• ✗大規模な熟考には独自の失敗モードがある — カスケード、ブリゲーディング、極化。独立性の規律（分布を読む前に評価すること）は、どこでも重要です；群衆が間違ったときを参照してください。

実践的なレッスン

• ✓抽出し、再審議しないでください。 もし議論がすでにチャットで行われたのであれば、それを貼り付けてください — 抽出は数時間のスクロールバックを数分でレビュー可能なツリーに変え、議論の著者は自分の意見が再開されるのではなく表現されるのを見ます。
• ✓投票発表にツリーリンクを入れてください。 最も影響力のある習慣：すべてのオンチェーン投票はその審議記録にリンクしているため、投票者はフルケースにワンクリックでアクセスできます。 誰も見つけられない理由は存在しない理由です。
• ✓投票の前に妥協チェーンを実行し、フォークの後ではない。 評価ステップでの明確な分裂が合図です — 提案がまだ変更可能な間に修正を交渉してください。
• ✓決定可能な質問ごとに1つのトピックを保持してください。 包括的な提案は、誰も判断できない包括的な木を生み出します。それらを分割し、各ルートが独自の判決を持つようにしましょう。

1ヶ月後の質問、回答済み

財務提案をワークフローに再実行してください。散発的な議論は初日に貼り付けられ、抽出されました。二人のメンバーの異議はメッセージ214と380ではなく、評価のあるノードです。一つの異議は提案者とのQ&Aチェーンを生き延び、提案がオンチェーンに移行する前にマイルストーンゲートを追加する妥協チェーンを推進しました。根本的な評決は分裂したコミュニティを示しました — 投票の前に、すべての投票者が発表で見たリンクで明らかに。マイルストーンの質問が1か月後に来たとき、答えはURLでした：これが私たちが承認したもので、これがそれを検討した人々で、これが私たちが見たリスクとそれに基づいて追加したゲートです。投票は常にオンチェーンでした。今、理由もどこかにあります。