DeFiプロトコルのガバナンスプロセスの詳細：Maker、Compound、Aave、Uniswap、Curve、Snapshotを例にして

原文タイトル：《DeGo in DeFi》
著者：Rajeev Gopalakrishna
翻訳：DRD，DAOSquare

ガバナンスは「国家や組織などの発展方向を管理または監督する行為またはプロセス」と定義されます。ブロックチェーンの分野では、ガバナンスは通常、契約プロトコル内で現在の指導と将来の改善をどのように行うかを意味します。

ブロックチェーン分野におけるガバナンスの方法は常に注目されており、特にブロックチェーンコミュニティでは頻繁に議論されています。基本的には、オンチェーンガバナンスとオフチェーンガバナンスの2つに分けることができます。オンチェーンガバナンスは、ブロックチェーンプロトコル自体に組み込まれたアルゴリズムとして理解できますが、オフチェーンガバナンスは非公式なブロックチェーンプロトコルの外で行われる指導と監督です。Tezosは前者の例であり、ビットコインやイーサリアムは後者に該当します。しかし、この記事はブロックチェーンガバナンスについての議論ではありません。Vlad Zamfir、Fred Ehrsam、Vitalik Buterinなどがこのテーマについていくつかの意見記事を発表しています。

この記事では、イーサリアム上のDeFiプロトコルにおける分散型ガバナンス（DeGo）の背後にある技術プロセスを主に紹介します。まず、イーサリアム上の先進的なDeFiプロトコルが持つ広範な展望を紹介し、現在のガバナンスプロセスのいくつかの重要なポイントをまとめます。この背景の中で、ガス不要の投票の基本原理を提案し、この分野で先駆けてSnapshop技術を採用したプロジェクトの技術的背景を説明します。さらに、Snapshotの現在の実装が直面している分散化の課題、Aragonを利用してオンチェーンでオフチェーン投票を実行する可能性、そしてSnapshotを通じてWaku上でプロトコル通信の検閲耐性を向上させる方法についても議論します。

一、プロトコルとガバナンス

DeFiは、分散型ブロックチェーンプロトコルに基づいて構築された金融アプリケーションのエコシステムです。これには、貯蓄、取引、信用（貸付/借入）、デリバティブ、保険などの金融ツールが含まれます。従来の金融とは異なり、DeFiには3つの重要な要素があります：(1) 人的介入を減らすためにスマートコントラクトの作成ルールと実行操作に従うこと (2) 透明なオープンソースの監査スマートコントラクトとブロックチェーン上の取引 (3) 様々なプロジェクトの創造、使用、変更、または組み合わせに無条件で参加すること。

Makerは、最も有名なDaiステーブルコインを創造したDeFiプロジェクトです。CompoundとAaveは、現在最も人気のあるDeFi貸付プラットフォームです。Uniswap、Curve、Balancerは、最も広く使用されている分散型取引所です。Synthetixは、実体資産の価値を追跡するためのDeFiプロジェクトです。Yearnは、貸付アグリゲーション、収益アグリゲーション、保険を含むDeFiプロジェクトのセットです。Nexus Mutualは、コミュニティベースの保険プラットフォームで、メンバーがスマートコントラクトの脆弱性に対して保険をかけることができます。Aragonは、分散型組織（DAO）を立ち上げ、管理するためのプラットフォームで、AaveやCurveなどの典型的なアプリケーションがあります。

これらのDeFiプロジェクトは、プロジェクトの運営方向やプロトコル調整戦略を共同で決定するためのガバナンスメカニズムを持っています。特定のプロジェクトのガバナンストークンを持つ者だけが、これらのガバナンスプロセスで投票することが許可されています。上記の10のDeFiプロジェクトのトークンは、それぞれMKR、COMP、AAVE、UNI、CRV、BAL、SNX、YFI、NXM、ANTです。

1）Makerのガバナンスモデル：

「MKR保有者はMakerプロトコルのガバナンスを担当し、Daiステーブルコインのポリシーを調整し、新しい担保の種類を選択し、ガバナンスモデル自体を改善します。」

コミュニティはDiscourseで議論を行います。投票者はMaker（MKR）トークンを保有し、専用のガバナンスプラットフォームで投票を行います。

ガバナンスは、担保/保険庫の種類、パラメータ、スマートコントラクトの変更など、プロトコルに対する技術的な変更を投票によって行う必要があります。通常、投票の前に一回の調査が行われ、投票者の全体的な意向を大まかに判断します。これらの操作はすべてオンチェーンで行われます。MKRの投票者は投票契約にロックされ、投票結果は提案の投票数に基づいてMKRによって測定されます。

Makerには実際に非公式なオフチェーンガバナンスメカニズムが存在します。彼らはDiscourseを利用してSignal ThreadsやInformal Pollsを通じて非公式な世論調査を行い、関連するトピックに対する立場を示す機会を提供し、コミュニティ内の意見を評価した後、オンチェーンに移行するかどうかを決定します。これらには、参加者がMKRトークンを保有したり、イーサリアムでブロックチェーンと相互作用する必要はありません。

トピックの作成者がコミュニティの支持者から非公式な支持を得たことを確認した後、対応するオンチェーンガバナンスの投票を作成するためのリクエストを発行します。

2）Compoundのガバナンスモデル：

Compound契約プロトコルは、COMPトークン保有者によって3つの異なるコンポーネントを通じて管理およびアップグレードされます。これには、COMPトークン、ガバナンスモジュール（GovernorAlpha）、Timelockが含まれます。全体として、これらの契約はコミュニティがcTokenまたはComptrollerを通じて提案し、投票して変更を実現することを可能にします。関与する内容には、金利モデルの調整や新しい資産の追加などが含まれます。100,000以上のCOMPトークンを保有する参加者は、実行可能なコードを通じてガバナンスを提案できます。提案が作成されると、コミュニティは通常3日間の投票期間内に投票を行います。提案が多数票を獲得し、少なくとも40万票の支持を得た場合、Timelockにキューイングされ、2日後に実行されます。

創世段階では、Compoundのコアチームは契約変更に対する管理権を持ち、ガバナンストークンを使用していませんでした。しかし、2020年2月にCOMPガバナンストークンを導入し、将来的に分散型トークン保有者によるコミュニティガバナンスのモデルに移行しました。

コミュニティの議論も同様にDiscourseで行われます。投票にはCOMPトークンを保有する必要があり、専用のガバナンスポータルで行います。

Compoundは、EIP-712署名を使用したガス不要の投票と委任を明示的にサポートしています。これにより、投票者またはその代表者はオフチェーンで投票情報に署名し、信頼できる第三者がETHを使ってガス料金を支払うことで、最終的にオンチェーン投票を完了できます。

3）Aaveのガバナンスモデル：

「契約のガバナンスは、リスクパラメータ、改善提案、トリガーエンジンに関する異なる意思決定プロセスで構成されています。Aaveの将来に関する契約のさまざまな決定は、このプロセスを通じて行われます。AAVEトークンは、提案に対して投票する権利を保有者に与え、契約の管理者としての合意行動を行います。」

Aaveは4段階のガバナンスプロセスを実施しています：1. 動議、コミュニティメンバーが提案を発起し、Discourseで議論し、次の段階の実行可能な意見を提出します。2. 議論と情報収集、動議に関してさらに議論し、ガバナンス案に対するコミュニティのフィードバックを評価します。3. 創世チームが必要なスマートコントラクトを承認し、提案を提出するか、AAVEトークン保有者に投票を行わせます。4. 投票が通過すれば実施案が実行され、投票が失敗すれば提案が拒否されます。

Aaveのガバナンスモデルは2020年9月にイーサリアムメインネットで発表されました。最初の提案は、古いLENDトークンから新しいAAVEトークンへの移行で、Snapshotプラットフォーム（後述）でオフチェーンで実行されました。契約管理キーは10月にガバナンス契約に移管され、すべての権限がトークン保有者コミュニティに移りました。

4）Uniswapのガバナンスモデル：

「Uniswap契約はUNIトークン保有者によって管理およびアップグレードされ、3つの異なるコンポーネントを使用します：UNIトークン、ガバナンスモジュール、Timelock。これらの契約はコミュニティがUniswap契約を提案、投票、変更することを可能にします。100,000以上のUNIトークンを保有する参加者は、実行可能なコードを通じてガバナンスを提案できます。提案が作成されると、コミュニティは通常3日間の投票期間内に投票を行います。提案が多数票を獲得し、少なくとも400万票の支持を得た場合、Timelockにキューイングされ、2日後に実行されます。

Uniswapは3段階のガバナンスプロセスを実施しています：1. 温度調査、コミュニティメンバーがDiscourseフォーラムで提案を発起し、UniswapのSnapshotスペースで評価投票を行います。3日以内に提案が25,000のUNI賛成票を得た場合、次の段階に進むための十分な支持を得たと見なされます。2. コンセンサス調査、Discourse上で潜在的な提案に関する正式な議論を行い、特定のオプション（make-no-changeオプションを含む）について再度Snapshot投票を行います。5日以内にその潜在的提案の具体的な案が50,000のUNI賛成票を得た場合、次の段階に進むことができます。3. ガバナンス提案、前の段階の勝利案が編集、監査、提案され（すべてのUNIトークン保有者の支持が必要な1％、すなわち10M UNI）、ガバナンスポータルでオンチェーン投票に提出されます。7日間の投票期間を経て、試練を通過した提案コード（4％のUNI、すなわち4000万UNI）がTimelockにキューイングされ、2日後に実行されます。

UniswapはEIP-712に基づくオフライン署名をサポートしています。また、コミュニティの議論などを通じて、オンチェーン投票を必要としない事項に対する「ソフトガバナンス」をサポートしています。

5）Curveのガバナンスモデル：

「Curve DAOは2020年8月13日に正式に立ち上げられました。そのDAOは流動性提供者が新しいプールの追加、プールパラメータの変更、CRVインセンティブの追加、Curve契約プロトコルの多くの側面に関する決定を行うことを許可します。Curve DAOトークンの発行の主な目的は、Curve金融プラットフォーム上の流動性提供者を奨励し、できるだけ多くのユーザーが契約プロトコルのガバナンスに参加できるようにすることです。現在、CRVトークンには投票、担保、ブーストの3つの主要な用途があります。これら3つのことは、投票前にCRVトークンをロックしてveCRVトークンを取得することを要求します。」

CRVはCurveプラットフォーム上の多目的ガバナンストークンで、時間加重投票と価値蓄積メカニズムを持っています。CRV保有者は、投票に必要なveCRV（投票用のCRV）トークンを得るために、CRVをCurve DAOにロックすることができます。ロック時間が長いほど、投票権が大きくなり、最短ロック時間は1週間、最長は4年です。veCRVの重みはロック期間が近づくにつれて徐々に減少します。

参加者は同時にガバナンスフォーラムで非公式な提案を作成し、Snapshotで評価することができます。Curve契約プロトコルを変更するには公式提案が必要で、これらはパラメータとテキストの2種類に分かれます。パラメータ提案は成功投票から3日後に自動的にDAOに提出され、テキスト提案は通常Curveチームの参加が必要です。新しいDAO提案を作成するには、少なくとも2500のveCRVを保有する必要があります。

まとめ：上記のガバナンスプロセスは通常、3つの技術を含みます：1. 議論フォーラム（例：Discourse）、コミュニティメンバーが非公式に提案を提出し議論する場 2. 信号フォーラム（例：Snapshot）、トークンを保有するコミュニティメンバーがオフラインで投票して提案に対する態度を表明する場 3. 投票フォーラム、トークンを保有するコミュニティメンバーがオンチェーンで投票して提案の実行を正式に承認または拒否する場。

ブロックチェーン分野に限らず、多くのコミュニティがDiscourse、Discord、Gitter、Telegram、Slackなどの情報プラットフォームを使用して議論や交流を行っています。投票フォーラムは現在標準的なDappであり、ユーザーは暗号ウォレットをリンクする必要があります（ガバナンストークンにアクセスするため）およびブロックチェーン内のスマートコントラクトインターフェース。DeFiガバナンスプロセスにおいて、現在比較的新しく独特なツールは実際に情報フォーラムの分野に現れ、典型的な例がSnapshotです。

二、Snapshot

Snapshotは「ガス不要のオフチェーンマルチガバナンスクライアントで、検証が容易で、結果を保護します。」と説明されています。これは、Balancer LabsのFabien Marinoによって推進されているオープンソースプロジェクトで、トークンに基づくプロジェクトが提案を公開し、トークン保有者がオフチェーンで投票できるようにします。つまり、ブロックチェーン取引を行う必要がなく、ガスや取引手数料を支払う必要がありません。提案と投票は署名情報の形式でIPFSに保存されます。

推進力：2020年にイーサリアムのガス価格が歴史的な高値を記録しましたが、これは主にDeFiアプリケーションによるものです。大規模な資金ユーザーや最大のトークン保有者はガス料金の上昇をあまり気にしないかもしれませんが、小規模なトークン保有者の将来には実際の影響を及ぼす可能性があります。彼らは、トークンを保有する必要がある多くの決定がある場合、ブロックチェーン上でのDeFiガバナンスを放棄するかもしれません。言い換えれば、イーサリアムのこの制限は、契約プロトコルの政治的分散化プロセスを弱めています。

重要な投票段階は、今日のようにイーサリアムブロックチェーン上で行う必要があるかもしれませんが、分散化と検閲監視に対抗するためには、相対的に重要性が低いが依然として重要な情報伝達の初期段階は、オフチェーンでガス不要で行う必要があります。Snapshotはこの現在のニーズを満たすことを目的としています。

前述のプロジェクトに加えて、業界の他の主要なDeFiプロジェクトも実際にSnapshotを使用しています。Yam、Yearn、Balancer、Sushi、Swerve、Pickle、Aragon、mStable、Creamなどが含まれます。MakerとCompoundもSnapshotを使用して情報伝達を完了することを検討しているようです。

アーキテクチャ：Snapshotは、Hubサーバーに接続されたWebクライアントを持っています。Webインターフェースを通じて異なるプロジェクトのスペースが表示されます。Snapshotスペースは、単一のプロジェクトがトークンに基づく投票提案をリストするための場所です。Snapshotスペースは、Webインターフェース上でENSドメインを通じて作成されます。

特定のプロジェクトのトークンに接続されたスペース内で、提案を作成できます。これには、タイトル、提案内容、投票オプション、開始/終了時間、トークン保有数などが含まれ、ウォレットから署名情報を提出します（最近、eip-712への移行が計画されています）。

提案に投票するには、指定されたプロジェクトのスペース内で行う必要があります。まず、ウォレット（そのプロジェクトのトークンを保有）に接続し、必要な投票オプションを選択した後、ウォレットから署名情報を提出します。

署名された提案と投票情報はSnapshotセンターに送信され、その後センターはそれらをIPFSにアップロードして分散ストレージを行います。さらに、センターはデータベース内にすべての提案とその投票のIPFSインデックス情報を保存し、クライアントが迅速に読み込むリクエストに応じます。

提案の投票結果を計算するための方法は「戦略（Strategies）」と呼ばれます。戦略はWebインターフェース内のJavaScript関数で、アドレスのスコアを返します。デフォルトの戦略は、投票者が提案プロジェクトのERC20トークンのブロックチェーン内の残高を計算することです。これらの計算をオフチェーンで実行することは、異なるガバナンスモデルを試すための柔軟性を提供します。なぜなら、JavaScript戦略を使用して反復する方が、オンチェーンスマートコントラクトを使用するよりも速いためです。

分散化の課題

DeFiガバナンスプロセスにおいて、オフチェーン情報伝達はオンチェーン投票の前提条件になりつつあります。オンチェーン投票はますます信頼性が低く、分散化され、高価で効率が悪くなっています。情報伝達は、効果的なオフチェーン投票であり、無料で迅速です。しかし、オフチェーン取引の仲介特性により、この操作は必然的に分散化を弱めることになります。

これらの課題が十分に解決されれば、無料で迅速かつ取引摩擦が低い（より低い取引摩擦）オフチェーン投票から、オンチェーン実行の分散化特性を損なうことなく大きな利益を得ることができます。現在、Snapshotをモデルにして研究を進めることができます。

現在のSnapshotに関して言えば、提案と投票が拘束力のあるオンチェーンガバナンスに変換される必要がある場合、それらは2つの仲介者に依存します：

信頼できるマルチシグ：思い出してください、マルチシグウォレットは最初に（イーサリアム上で）スマートコントラクトウォレットアカウントに登場し、最小署名数（m-of-n）を強制することでウォレット取引を実行します。DeFiプロジェクトの環境では、信頼できるマルチシグは、提案の得票に対応するオンチェーンガバナンストランザクションを実行するために署名することを委任されたコミュニティ内の尊敬されるメンバーのグループから来ることが多いです。これらの決定は、財務、取引、または契約プロトコルの変更に関するものである可能性があります。

社会的技術の観点から見ると、信頼できるマルチシグには中央集権的なリスクがあります。マルチシグ権力の保有者がコミュニティの主旋律から逸脱した決定を下す可能性は低いですが、理論的には彼らは権力を覆したり乱用したりする可能性があります。m-of-nの共謀の確率は非常に低い（mが十分に大きい場合、例えば6-of-9）ですが、ゼロではありません。それに対して、プロジェクトコミュニティの規模やトークン分布に応じて、特定の数のトークンを保有する者が共通の決定を下すために必要な数量（例えば100）を設定することができます。

要するに、もし私たちが信頼されていない方法を探求し、承認権をオフチェーン投票からオンチェーンに移すことができれば、このような分散化の希薄化を防ぐことができます。

中央集権的Hub：Snapshot Hubは、提案と投票に対応するIPFS署名情報を保存および取得するためのサーバーです。これは明らかに中央集権的なリスクを伴いますが、弱められる可能性があります。例えば、参加プロジェクトによって管理されるサーバーアライアンスを運営することによって、クライアント-サーバーのパラダイムは本質的に分散化を弱め、ピアツーピア（p2p）ネットワークと比較して監視の可能性を高めます。

これは、p2pネットワークを使用して、提案や投票をIPFSから直接削除することで解決できるかもしれません。人々は現在、後者の選択肢が大きいと考えており、関連するIPFSハッシュ値を結びつける方法を考えていますが、そうすると取得の順序性が効率を遅くし、非現実的にする可能性があります。

次に、上記の2つの課題の潜在的な解決策について議論します。

Snapshot + Aragon

AragonはDAO関連のガバナンス製品とインフラサービスの主要な提供者です。2020年10月、AragonとBalancer Labsは、Snapshotのオフチェーン投票機能とAragon DAOのオンチェーン実行機能を組み合わせて最適化する計画を発表しました。

最適化実行は、（オンチェーン検証なしで）担保債券を通じて、すでに提出された結果を実行することを許可するオンチェーン機能です。争議ウィンドウ期間内に誰も結果に異議を唱えなければ、その結果は拘束力のある最終的な裁定と見なされます。誰かが争議ウィンドウで異議を唱えた場合、オンチェーンで実行または検証されます。違反した実体は罰せられます。（これは概念的にオプティミスティックロールアップに類似しています。）

オプティミスティックSnapshot提案では、信頼できるマルチシグはプロジェクトトークン保有者のDAOに置き換えられます。Snapshot投票が終了した後、誰でもオンチェーンDAOに投票で承認された操作を提出できます。DAOはAragon Agent（エージェント）による実行の前に、争議のための固定期限を設定します。争議はAragon Court（裁判所）によって処理されます。

DeFiプロトコルがこの提案を評価する際、どのように進行するかを見るのは非常に興味深いでしょう。

Snapshot + Waku

Statusアプリは、ウォレット機能を持つプライバシー重視の通信とDappブラウザを組み合わせています。この通信ソフトウェアは、集中化されたレンタル仲介と単一障害点を排除し、検閲に対する抵抗を強化することを目的とした分散型のp2pネットワークによって支えられています。この通信ソフトウェアは、情報源からサーバーへ、そしてターゲットクライアントに送信される「クライアント-サーバー」アーキテクチャだけではありません。この通信モデルは、すべてのクライアント間で情報がジャンプし、各エンドポイントがその情報を受信しているにもかかわらず、実際の情報受信者以外は誰もその情報が何であるかを知らないという、通信の分散化を実現しています。

この通信ソフトウェアのプロトコル伝送層は、Whisperの後継であるWakuによって実装され、ルーティング、メタデータ保護、トピックベースの伝播、暗号アルゴリズムを提供します。Wakuは、トピックの概念を使用して情報を区分けし、トピックは実際には指定されたアルゴリズムから派生した文字列であり、「エンベロープ」に使用されます。「エンベロープ」は、暗号化されたメッセージとこのトピックおよびTTL（time-to-live）を一緒に封入します。

Waku v2は、あらゆるプロジェクト（Statusを除く）が採用できる汎用のメッセージングレイヤーを発展させています。Whisperプロトコルの最初の目標の1つは、イーサリアム内でのM2M（マシン対マシン）アプリケーションを促進することでした。例えば、ウォレット、Dappアプリケーション、二層拡張を通じて、通信レベルでのマルチシグ技術とDAO投票を実現することです。Wakuの目標は、このM2Mレイヤー通信を実現することです。

Wakuを使用することで、Snapshotセンターはp2pネットワークのノードに置き換えられ、署名された提案と投票情報がIPFSに転送されます。将来的には、投票を保存するためのユーザーノードネットワークを展開し、IPFSに依存する必要がなくなる可能性があります。これは、Status通信ソフトウェアがオフラインクライアントの情報を保存するために歴史的なノードを使用する方法に似ています。

この方法は、中央サーバーが提案や投票を選択的に削除することでそれらを検閲するのを防ぐことができます。さらに、任意のノードは独立した集計を通じて提案結果を検証し、必要に応じてオンチェーンで提出された意見に影響を与えることができます。

思い出してください、ガバナンスの第一段階はしばしば議論です。Wakuは、公共チャネル（プライベートチャットや1対1のチャットを除く）をサポートするStatus通信ソフトウェアをすでに提供しています。Status通信ソフトウェアは、読み取り専用チャネルや監査機能など、コミュニティ向けの機能も追加しています。Statusウォレットと組み合わせることで、議論と情報フォーラムを結びつけ、トークン保有者とプライバシーを保護するWakuプロトコルによって推進されることは、非常に興味深いことです。コミュニティメンバーは通信フォーラムでガバナンスの問題を議論し、ウォレット内でトークンを使用して優先順位を解決し、最終的にDappでオンチェーン投票を行うことができます。今日、Statusアプリはこれら3つの機能をすでに持っています。

三、まとめ

分散型金融（DeFi）プロトコルのガバナンスは、プロトコルの各側面をカバーしています。例えば、在庫資金を異なる作業ボードに配分すること、設計と開発を強化すること、費用や収益に影響を与えるパラメータを調整すること、他の契約プロトコルとの統合、さらにはガバナンス自体の改善などです。DeFiプロトコルがより多くの注目を集めるにつれて、それらのガバナンスは、業界内で際立つためにも、生き残るためにも、ますます重要になっています。

この記事では、業界の先進的なDeFiプロトコルのいくつかを紹介し、Maker、Compound、Aave、Uniswap、Curveのガバナンスプロセスにおける重要なポイントをまとめました。この背景の中で、ガス不要の投票の基本原理とSnapshotおよびそのアーキテクチャを簡単に紹介しました。最後に、Snapshotの現在の実施における分散化の課題と、これらの課題を解決するためにAragonとWakuをどのように使用するかについて議論しました。

トークンを保有するコミュニティメンバーが包摂的に参加できる効果的なガバナンスシステムは、ユーザーエクスペリエンスが良好で、摩擦が少なく、分散化と反検閲を基盤とする特徴を備えている必要があります。

分散型ガバナンス（DeGo）の基盤は、DeFi分野のこのニーズを満たしています。DeFiの世界はDeGoを受け入れる必要があります。

Balancer LabsのBarry Gitarts、Fabien Marino、Corey Pettyに感謝します。彼らはこの記事の草稿をレビューし、有用なフィードバックを提供してくれました。また、Alex Howellに深く考えられたイラストを提供してくれたことにも感謝します。