ガバナンストークンとは?
ガバナンストークンとは、ブロックチェーンプロトコル、分散型アプリケーション、デジタル資産のトレジャリー、分散型自律組織の運営に参加するための、定められた権利を保有者に付与する暗号資産トークンです。一般的な権利には、提案への投票、投票権の委任、変更の提案、サービス提供者の選定、プロトコルパラメーターの調整、トレジャリー資金の使途決定などがあります。ガバナンストークンを保有していても、企業の法的所有権が自動的に得られるわけではありません。配当、収益を受け取る権利、償還権、プロトコル資産に対する請求権が付与されるとも限りません。実際の権利は、トークンコントラクト、ガバナンスコントラクト、プロジェクト文書、法的構造、運用状況によって異なります。Ethereumのガバナンスガイドでは、オンチェーンガバナンスを、ステークホルダー(多くの場合、ガバナンストークン保有者)がブロックチェーントランザクションを通じて変更案に投票する仕組みとして説明しています。
承認された提案の一部は、スマートコントラクトによって自動実行されます。一方、公開された意思表示としての投票にとどまり、開発者、マルチシグ署名者、財団、その他の権限を持つ参加者による実装が必要なものもあります。そのため、ガバナンストークンという名称でも、強いオンチェーン上の権限を付与するものから、限定的な助言の影響力を持つものまで、その実態はさまざまです。ガバナンストークンの仕組み
ガバナンストークンは、トークンおよびガバナンスシステムのルールに従い、ブロックチェーンアドレスに投票単位を割り当てます。最も単純なモデルでは、1トークンが1単位の投票権に相当します。したがって、10,000トークンの保有者は、1,000トークンの保有者の10倍の投票権を持つ場合があります。より複雑なシステムでは、委任、ロック期間、評判、参加履歴、譲渡不可の認証情報、二次計算方式などを用いる場合があります。通常、ガバナンスプロセスは、参加資格のあるユーザーが提案を作成するところから始まります。提案には、プロトコルやコミュニティが実施できる1つ以上のアクションが記載されます。その後、トークン保有者または委任先が、定められた投票期間中に投票します。提案が承認されるには、可決要件と定足数を満たす必要があります。承認された提案は、実行前の待機期間に入る場合があります。完全なオンチェーンガバナンスシステムでは、すべての条件を満たした後、権限を持つスマートコントラクトが承認済みのアクションを実行できます。ガバナンストークン保有者が決定できること
ガバナンストークン保有者は、プロトコル手数料の水準に投票できる場合があります。アプリケーションが対応する資産やブロックチェーンネットワークを決められる場合もあります。担保要件、報酬率、リスク上限、強制決済パラメーターを調整できることもあります。ソフトウェアのアップグレードを承認したり、重要なスマートコントラクトの実装を変更したりできます。オラクルシステム、セキュリティ事業者、監査人、貢献者、インフラ運営者を選べる場合もあります。コミュニティトレジャリーから助成金を分配できることもあります。パートナーシップ、開発予算、トークンインセンティブ、公共財への資金提供を承認できる場合があります。権限を持つ管理者や緊急時の署名者を追加または削除できることもあります。ガバナンスプロセス自体の変更にも投票できる場合があります。宣伝資料が実際より大きな権限を示している可能性もあるため、ガバナンスの範囲は実際のコントラクトで確認してください。ガバナンストークンとユーティリティトークン
ユーティリティトークンは、ブロックチェーンサービス、機能、リソース、アプリケーション機能へのアクセスを提供します。ガバナンストークンは、意思決定システムへの参加権を提供します。1つのトークンが両方の役割を担う場合もあります。たとえば、同じトークンをアプリケーションの手数料支払いと投票の両方に使うことがあります。ガバナンストークンという呼称だけでは、投票が主な需要源であることは証明されません。提案がほとんど提出されない場合や、運営上の決定の大半を開発チームが管理している場合でも、トークンがガバナンス資産として販売されることがあります。トークンの分類名だけに頼らず、実際の機能をそれぞれ確認してください。ガバナンストークンと暗号資産のコイン
暗号資産のコインは、通常、それ自体のブロックチェーンのネイティブ資産です。一方、ガバナンストークンは、既存のブロックチェーン上でスマートコントラクトを通じて発行されることがよくあります。ネイティブコインは、通常、トランザクション手数料の支払いやブロックチェーンのセキュリティモデルを支えます。ガバナンストークンは、そのブロックチェーン上に構築された特定のアプリケーション、トレジャリー、プロトコル、コミュニティを管理する場合があります。アプリケーションのガバナンストークンを保有しても、通常、その基盤となるブロックチェーンを管理する権限は得られません。たとえば、Ethereum上で発行されたトークンを保有しても、Ethereumプロトコルのアップグレードに投票できるとは限りません。Ethereumのベースレイヤーのガバナンスは、主にガバナンストークンによる投票ではなく、オフチェーンの社会的・技術的なプロセスで行われます。ガバナンストークンと企業株式
ガバナンストークンを企業株式と同一視してはいけません。企業株式には、会社法に基づく議決権、情報を得る権利、配当を受ける権利、清算時の権利などが付与される場合があります。ガバナンストークンが提供するのは、コントラクト、文書、適用される法的取り決めによって定められた権利に限られます。トークン保有者が、開発会社の資産、知的財産、収益、従業員、銀行口座に対する権利を持たないこともあります。従来の株主が利用できる法的保護も、受けられない場合があります。一方、トークンの発行、販売、構造、用途によっては、金融規制の対象となることもあります。SECのデジタル資産分析フレームワークでは、規制上の取り扱いは資産の名称ではなく、個別の事実や状況に基づいて判断されると説明されています。
ガバナンストークンとDAOメンバーシップ
ガバナンストークンは、分散型自律組織(DAO)のメンバーシップとして機能する場合があります。トークンを保有することで、投票、提案の提出、限定コミュニケーションチャンネルへの参加、ワーキンググループへの参加が可能になることがあります。EthereumのDAOガイドでは、トークンを使ったメンバーシップを参加や投票のモデルの1つとして紹介しています。
すべてのDAOが譲渡可能なガバナンストークンを使うわけではありません。譲渡不可の持分、評判記録、貢献証明、マルチシグ署名者、確認済みメンバーリストを利用する組織もあります。ガバナンストークンを保有せずにDAOへ貢献することもできます。オンチェーンガバナンス
オンチェーンガバナンスでは、提案や投票をブロックチェーントランザクション、またはスマートコントラクトが処理する署名済みメッセージに直接記録します。提案が所定のルールを満たすかどうかは、ガバナンスコントラクトが判定します。投票の集計、過去の投票権の検証、期限の適用、定足数の確認、承認済みアクションのキュー登録や実行を行う場合があります。オンチェーンガバナンスでは、プロセスを透明化し、第三者が独立して検証できます。一方、承認されたアクションが人による追加確認なしにスマートコントラクトで実行される場合、重大な結果につながる可能性があります。コードのミスや悪意ある提案が、トレジャリー資産、プロトコル設定、アップグレード権限に影響を及ぼすおそれがあります。投票者は提案のタイトルや要約だけでなく、実行されるトランザクションデータを確認してください。オフチェーンガバナンス
オフチェーンガバナンスでは、ブロックチェーンの実行レイヤー外で議論や投票を行います。参加者は、オンチェーン投票のネットワーク手数料を支払わず、構造化メッセージに署名して投票する場合があります。投票結果はコミュニティの意見を示すものの、スマートコントラクトの状態を自動変更しないことがあります。後日、権限を持つ署名者、開発者、管理者が別のトランザクションで結果を実装する場合があります。この方式は投票コストを下げ、参加を促進できます。一方、結果を行動に移す主体が必要なため、信頼が求められます。オフチェーン投票が拘束力を持つのか、助言的なものなのか、後続のオンチェーン承認を要するのか確認してください。ハイブリッドガバナンス
多くの暗号資産プロジェクトは、ハイブリッド型のガバナンスを採用しています。議論や予備投票をオフチェーンで行う場合があります。可決された提案を、オンチェーンのガバナーコントラクトに提出することもあります。日常的なアクションはマルチシググループが実行し、重要な変更にはトークン保有者の承認を求める場合があります。緊急評議会に、脆弱なコントラクトの一時停止は認めても、トレジャリー資金の移転は認めないこともあります。ハイブリッド構造は、迅速性、コスト、セキュリティ、幅広い参加のバランスを取るのに役立ちます。一方、トークン投票者、法人、管理者、開発者、特別委員会に権限が分散していると、誰が決定権を持つのか分かりにくくなる場合があります。ガバナンス提案のライフサイクル
ガバナンス提案は通常、定められた複数の段階を経ます。第1段階は議論です。コミュニティメンバーが問題を説明し、意見を集めます。第2段階では、コミュニティの反応を確認するための投票や非公式投票を行う場合があります。第3段階では、求めるアクションを正確に記載した正式な提案を提出します。投票開始前の待機期間を設けることで、委任先やユーザーが提案を確認する時間を確保できる場合があります。投票期間中、参加資格のあるユーザーは投票できます。その後、ガバナンスシステムが定足数や承認ルールに照らして結果を確認します。承認された提案は、タイムロックにキュー登録される場合があります。待機期間の終了後、提案が有効で、取り消されていなければ実行できます。提案しきい値
提案しきい値とは、正式なガバナンス提案を作成するために必要な最低投票権です。しきい値を設けることで、少額のトークン保有者が実行可能な提案を次々と作成するスパムを抑えられます。しきい値が低すぎると、質の低い提案や悪意ある提案が投票者を圧倒する可能性があります。高すぎると、小口保有者や新たな貢献者が実質的に参加できなくなる場合があります。複数の保有者が投票権を委任し、提案者に必要な権利を集められるシステムもあります。また、コミュニティが非公式に提案を審査した後、権限を持つアドレスがオンチェーンで提出する方式もあります。投票開始までの待機期間
投票開始までの待機期間とは、提案作成から投票開始までの時間です。参加者はこの間に提案を読み、トランザクションデータを確認し、反対または賛成の動きをまとめることができます。他の保有者が気付く前に提案を作成し、可決することを防ぐ効果もあります。期間が短すぎると、一般ユーザーより専門の委任先や自動システムが有利になる場合があります。長すぎると、緊急時の意思決定が遅れる可能性があります。投票期間
投票期間は、参加資格のあるトークン保有者や委任先が投票できる期間です。期間が長いほど、異なるタイムゾーンや勤務時間の参加者が投票しやすくなります。短くすれば、プロトコルがより迅速に対応できます。ガバナンス設計者は、参加のしやすさと効率的な決定のバランスを取る必要があります。投票期間は、ブロック数、タイムスタンプ、エポック、その他の明確なブロックチェーン上の時間基準で定義します。ガバナンスの時間基準
ガバナンスコントラクトは、投票権を測定する時点や投票開始・終了時刻を判断するため、一貫した基準を必要とします。ERC-6372は、コントラクトのクロックと時間モードの標準インターフェースを定めています。
ガバナンスシステムは、ブロック番号、タイムスタンプ、その他の単調増加する基準を使用できます。ウォレットやガバナンスインターフェースは、期限を表示する際に時間基準を正しく解釈する必要があります。タイムスタンプで定めた期限を、ブロック番号を前提に換算してはいけません。投票権のスナップショット
投票権のスナップショットは、提案プロセスの前または途中の特定時点における保有者の投票権を記録または照会します。これにより、同じトークンを複数のアドレス間で移動させ、何度も投票する行為を防ぎます。提案が公表された後に一時的にトークンを借りて、すぐに投票する行為も抑えられます。現在のガバナンスライブラリでは、チェックポイントを用いて過去の投票権を記録することがよくあります。OpenZeppelin Contractsのガバナンス文書では、過去の投票記録によって二重投票や、一部のフラッシュローンを利用した操作からガバナンスを保護できると説明されています。
ただし、スナップショットですべての借入や購入による投票権の操作を防げるわけではありません。提案時期を予測できる場合、攻撃者がスナップショット前にトークンを取得する可能性があります。委任
委任とは、基となるトークンの所有権を移転せず、投票権を別のブロックチェーンアドレスに割り当てることです。委任を受けるアドレスは、委任先と呼ばれます。委任先は、すべての提案を確認する時間や専門知識がない複数の保有者に代わって投票できます。投票の責任を積極的な代表者に集めることで、参加を促進できる場合があります。一方、少数の専門委任先にガバナンス権が集中する可能性もあります。委任先の投票履歴、情報開示、利益相反、コミュニケーション方法を確認してください。通常、別のトランザクションを実行すれば、委任先を変更または解除できます。ERC-5805による投票と委任
ERC-5805は、投票の委任や現在・過去の投票権を照会する方法を標準化します。
この標準は、代替可能トークンと非代替性トークンを含む複数のトークン形式に対応できます。時間の経過に伴う投票権の変化を記録するチェックポイント方式をサポートします。トークン残高と有効な投票権は、必ずしも一致しません。投票権を有効にする前に、保有者が自分自身に委任する必要がある実装もあります。そのため、ウォレットにガバナンストークンの残高が表示されても、そのアドレスが直ちに投票できる証明にはなりません。自己委任
自己委任とは、トークン保有者の投票権を、トークンを保有する本人のアドレスに割り当てることです。一部のガバナンストークンコントラクトでは、投票しない保有者について不要なチェックポイントを記録しないよう、オプトイン方式の委任を採用しています。投票に参加する前に、保有者が自己委任のトランザクションを送信する必要がある場合があります。トークンは同じウォレットに残りますが、コントラクトが投票権の記録を開始します。必要な場合は、提案のスナップショット前に自己委任を完了してください。定足数
定足数とは、提案を有効な結果とするために参加が必要な、最低限の投票権です。賛成票が反対票を上回っても、参加数が定足数に届かなければ提案が否決される場合があります。定足数は、固定トークン数または対象供給量に対する割合で設定できます。トークン供給量が大きく変化すると、固定の定足数が適切でなくなる可能性があります。割合で設定する場合、紛失したトークン、活動していないトレジャリー保有分、ロック中の残高、投票できないトークンの影響を受ける可能性があります。どの供給量を基準にするか、棄権票を参加数に含めるかを明確にする必要があります。単純過半数と特別多数
単純過半数のルールでは、定足数を満たしたうえで、賛成票が反対票を上回ると提案が可決されます。特別多数のルールでは、3分の2など、より高い割合の賛成が必要です。重要なプロトコルのアップグレード、トレジャリーからの送金、ガバナンスルールの変更には、日常的な決定より強い支持を求める場合があります。現在のガバナンスフレームワークでは、提案の種類ごとに異なるしきい値を設定できるものがあります。高いしきい値は僅差での乗っ取りを防ぐ一方、必要な変更を難しくする可能性もあります。棄権票
棄権票は、賛成・反対を表明せずに投票参加を記録します。棄権票を定足数に含めるシステムもあります。承認要件の判定では棄権票を除外するシステムもあります。委任先に利益相反がある場合や、提案にさらなる情報が必要だと判断した場合、棄権が有効なことがあります。棄権を選ぶ前に、票がどのように集計されるか確認してください。タイムロック
タイムロックは、ガバナンス提案の承認から実行までに遅延を設けます。ユーザー、開発者、セキュリティチームは、承認されたアクションが有効になる前に確認できます。変更に強く反対するユーザーは、資産を出金したりエクスポージャーを減らしたりする時間を得られる場合があります。OpenZeppelinのオンチェーンガバナンスガイドでは、承認されたアクションの実行前に退出期間を設ける方法として、タイムロックを推奨しています。
タイムロックがあっても、悪意ある提案が無害になるわけではありません。検知と対応のための時間を確保するだけです。遅延を有効にするには、タイムロック自体が必要な管理権限を保持または受領している必要があります。提案の実行
実行可能な提案には、承認後に実行できるブロックチェーン上の呼び出しが含まれます。呼び出しによって、トレジャリー資産の移転、コントラクトパラメーターの更新、権限の付与、許可の取消し、ソフトウェアのアップグレードが行われる場合があります。提案の説明は、エンコードされたアクションと正確に一致していなければなりません。無害に見えるタイトルでも、実際には大きく異なる処理を行うトランザクションデータが紐付いている場合があります。重要な提案では、対象コントラクト、関数セレクター、パラメーター値、移転される資産を確認してください。提案作成後に関連するブロックチェーンの状態が変わると、実行に失敗する場合があります。ガバナンストレジャリー
ガバナンストレジャリーとは、ガバナンスルールに基づいて管理される暗号資産の集合です。ソフトウェア開発、監査、インセンティブ、研究、法務、コミュニティイベント、公共財への資金提供に使われる場合があります。トークン保有者は個別の支払いに投票したり、ワーキンググループが管理する包括的な予算を承認したりできます。大規模なトレジャリーは、ガバナンストークンに大きな実質的影響力を与える場合があります。一方、悪意ある資金移転提案を可決させようとする攻撃者を引き寄せる可能性もあります。資産の分散、支出上限、透明性の高い報告、段階的な支払いによってリスクを軽減できます。トレジャリーの総資産価値を、トークン保有者が持分に応じて所有する価値とみなしてはいけません。ガバナンストークンの配布方法
ガバナンストークンは、販売、ユーザーへの付与、貢献者への配布、投資家や開発チームへの割り当てによって配布される場合があります。過去のユーザーにエアドロップで配布するプロジェクトもあります。流動性の提供、ステーキング、開発作業、投票、コミュニティ参加に報酬を与える場合もあります。トークン配分では、トレジャリー、財団、従業員、アドバイザー、投資家、将来のインセンティブに一定割合を確保することがあります。ベスティングスケジュールによって、内部関係者が割当分をすぐにすべて譲渡するのを防げる場合があります。ただし、コントラクトによっては、譲渡可能になる前のベスティング中のトークンにも投票権が付与されます。配布を評価する際は、経済的な所有と投票権の両方を考慮してください。ガバナンストークンの供給量
ガバナンストークンには、最大供給量が固定されているものと、インフレ型の発行スケジュールを持つものがあります。インフレによる発行は、貢献者、セキュリティプログラム、ユーザーインセンティブ、公共財の資金源となる場合があります。一方、新規発行分を受け取らない保有者の持分を希薄化させる可能性があります。発行率をガバナンスで決定する場合、現在の投票者が将来の投票権の配分を決めるという循環的な状況が生まれます。ミント権限、供給上限、インフレ上限、上限を変更できる主体を確認してください。アップグレードによって上限を撤廃できる場合、公称の最大供給量は確実なものとは限りません。譲渡可能なガバナンストークン
譲渡可能なガバナンストークンは、対応するブロックチェーンアドレス間で送付できます。譲渡可能であれば、新たな参加者が投票権を取得でき、既存の保有者は退出できます。その一方、投票権が購入され、集中する可能性もあります。投機家がガバナンスへの参加を意図せず、価格変動へのエクスポージャーを得るためにトークンを取得する場合があります。譲渡可能性は流動性を生む一方、投票権と長期的な貢献を切り離すことがあります。譲渡不可のガバナンストークン
譲渡不可のガバナンストークンや認証情報は、通常、売却または自由な譲渡ができません。評判、貢献履歴、確認済みメンバーシップ、特定の役割を表す場合があります。このモデルは、直接的な票の売買や金融投機を抑える可能性があります。一方、誰が認証情報を発行するのか、どのように取り消せるのか、1人が複数のIDを取得できるかといった問題が生じます。譲渡できないため、ガバナンス上の立場に不満を持つ参加者が売却することも難しくなります。投票エスクロー型ガバナンス
投票エスクロー型では、投票権を得るためにトークンをロックする必要があります。ロック期間が長いほど、投票権が大きくなる場合があります。長期的な関与を約束する参加者を重視するモデルです。ロック中は、市場下落やセキュリティインシデントの際に売却できないリスクがあります。ロックしたポジションを基に二次商品が生まれ、スマートコントラクトや流動性の追加リスクが生じることもあります。トークンをロックする前に、投票の計算方法とロック解除ルールを確認してください。二次投票
二次投票では、投票権を追加で得るコストが、トークン保有量に比例して増える仕組みではなく、より速いペースで上昇します。大口保有者が支配する状況を抑えることを目指しています。ただし、保有分を多数のIDに分割する行為をシステムが制限できなければ、効果を発揮できません。パブリックブロックチェーンではIDを分けやすいため、シビル攻撃の問題が生じます。そのため、二次投票システムでは、トークン残高に加えて本人確認、評判、貢献に基づく管理が必要になる場合があります。確信度投票と時間加重投票
支持が一定期間維持された場合、その影響力を高めるガバナンスシステムもあります。この方式は、一時的な投機的変動の影響を抑える可能性があります。一方、ガバナンスの決定に時間がかかり、長期間資本をロックできる参加者が有利になる場合があります。計算方法の小さな違いが提案の結果を左右するため、計算方法は透明である必要があります。ガバナンストークンに価値がある理由
市場参加者がプロトコルやトレジャリーに影響を与える能力を求めることで、ガバナンストークンに価値が生じる場合があります。トークンのユーティリティ、ステーキング報酬、手数料割引、担保としての利用、将来の権利への期待も需要につながることがあります。大規模なトレジャリーや広く利用されるアプリケーションは、ガバナンスの影響力を経済的に重要なものにする場合があります。実際の投票参加とは無関係な投機が、市場価値を左右することもあります。ガバナンスが適切に機能していても、トークンの価値が下落する可能性があります。投票権は、収益、流動性、償還、価格上昇を保証しません。ガバナンスへの参加
ガバナンスに参加する人は、トークン保有者全体より大幅に少ないことがよくあります。提案を理解できない保有者もいます。投票コストが、自身の影響力の価値を上回ると考える人もいます。カストディサービス、紛失した鍵、委任されていないトークン、ロックされた資産によって、有効な投票供給量が減る場合もあります。委任プログラム、投票報酬、分かりやすい要約、ガス代不要の署名によって参加を促せる場合があります。投票するだけで報酬を与えると、十分な情報を持たない参加を促す可能性があるため、インセンティブは慎重に設計する必要があります。ガバナンスへの無関心
ガバナンスへの無関心とは、参加資格を持つ保有者が提案をほとんど確認・投票しない状態です。参加率が低いと、少数の組織的な集団が供給量のわずかな割合で決定を支配できる場合があります。定足数の要件により、極端に参加者が少ない提案の可決を防げます。定足数が高すぎると、反対にガバナンスが機能しなくなる可能性があります。プロジェクトは、参加者を圧倒しない範囲で、明確な提案情報と十分な確認時間を提供する必要があります。投票権の集中
創業者、投資家、トレジャリーウォレット、大口保有者、専門の委任先に投票権が集中する場合があります。アドレス数では広く分散していても、実質的なガバナンスが高度に集中していることがあります。1人または1組織が複数のアドレスを管理している場合もあります。トークンの所有が広く分散していても、投票の委任によって権力が集中する可能性があります。投票権、委任、ベスティング、トレジャリー保有分、管理者の権限を総合的に確認してください。ガバナンスの乗っ取り
ガバナンスの乗っ取りとは、個人や協調する集団が十分な影響力を得て、自らの利益のためにプロトコルを動かすことです。トークンの取得、投票権の借入、委任先への働きかけ、低参加率の利用、管理者鍵の侵害などによって実現される場合があります。乗っ取られたガバナンスシステムは、トレジャリー資産の移転、セキュリティ制御の弱体化、手数料変更、有害なアップグレードの承認を行う可能性があります。提案しきい値、スナップショット、タイムロック、セキュリティ評議会、限定的な権限によってリスクを軽減できます。ただし、どの保護策にも、独自の中央集権化や運用上のトレードオフがあります。フラッシュローンを利用したガバナンス攻撃
フラッシュローンでは、1つのブロックチェーントランザクション内で資産を借り入れ、返済できます。設計の不十分なガバナンスシステムでは、借り手の一時的なトークン残高を即時の投票権として扱う場合があります。攻撃者は大量のトークンを借りて提案に影響を与え、または実行し、同じトランザクションが終了する前に返済できる可能性があります。過去の投票権を記録するチェックポイントを使えば、提案や投票開始前の権利を基準にできます。これにより、攻撃トランザクション中に取得したトークンが、過去のスナップショットに影響するのを防ぎます。スナップショットがあっても、十分前にトークンを借りたり購入したりする攻撃は防げません。票の買収とガバナンスブライブ
特定の提案に賛成するよう、トークン保有者や委任先にインセンティブが支払われる場合があります。公表されるインセンティブもあれば、隠されるものもあります。票の買収によって、ガバナンス上の決定がプロトコルの長期的な健全性から切り離される可能性があります。個人的な報酬が予想される損失を上回れば、投票者が有害な提案に賛成する場合があります。委任先は、重要な利益相反や報酬の取り決めを開示する必要があります。委任先の投票履歴が、一貫して外部の第三者に利益をもたらしていないか確認してください。悪意あるガバナンス提案
悪意ある提案は、誤解を招く文面、複雑なトランザクションデータ、危険な呼び出しを無害に見える複数のアクションで挟む手法などで偽装される場合があります。トレジャリー資産の移転、管理者権限の付与、安全なコードの置き換え、タイムロックの解除を試みる可能性があります。SNS上の説明だけを頼りにしてはいけません。独立したツールやセキュリティレビュー担当者を使い、オンチェーン上のアクションを正確に解析してください。影響の大きい提案には、より長い確認期間や厳しい承認要件が必要な場合があります。ガバナンス署名のリスク
オフチェーン投票では、ウォレットに構造化メッセージへの署名を求めることがよくあります。EIP-712は、ウォレットが不透明なバイト文字列だけでなく、意味のある項目を表示できるようにする型付き構造化データの署名を定義しています。
EIP-712署名でも、ドメイン、コントラクト、メッセージ、期限が悪意あるものであれば、有害なアクションを許可する可能性があります。この標準だけで、あらゆるリプレイ攻撃を防げるわけではありません。アプリケーションのドメイン、チェーンID、検証コントラクト、提案ID、投票先、有効期限を確認してください。無料のガバナンス投票と説明されていても、実際にはトークンのPermitや別の承認を求めている場合があります。スマートコントラクトのリスク
ガバナンストークンは、プログラム上のエラーや危険な前提を含む可能性のあるスマートコントラクトに依存します。バグにより、投票権の誤計算、二重投票、定足数の回避、権限のないアクションの実行が起こる場合があります。アップグレード可能な設計では、ガバナンスによって元の実装を置き換えられるため、さらなるリスクが加わります。Solidityのセキュリティガイダンスでは、スマートコントラクトのセキュリティ上の考慮事項を、単一の完全なチェックリストに限定することはできないと強調されています。
監査、テスト、形式検証、監視、インシデント対応計画を組み合わせる必要があります。管理者鍵とマルチシグ管理
ガバナンスシステムには、コントラクトの一時停止、コードのアップグレード、トークン投票の覆しが可能な管理者鍵が存在する場合があります。プロジェクトの初期段階や緊急時には、こうした権限が必要な場合があります。同時に、トークンガバナンスだけが唯一の管理手段ではないことを意味します。マルチシグアカウントでは、アクションの実行に複数の権限者による承認を必要とすることがあります。Ethereumのスマートコントラクトセキュリティガイドでは、マルチシグによる管理は1人の管理者への依存を減らせると述べています。
トークン保有者が管理できるアクションと、特別な鍵の管理下に残るアクションを確認してください。緊急時のガバナンス
緊急ガバナンスの仕組みでは、選ばれた参加者が通常の提案プロセスより迅速に対応できます。緊急評議会は、コントラクトの一時停止、資産の制限、悪意ある提案の取消し、エクスプロイトへの対応を行える場合があります。迅速な対応により被害を抑えられる可能性があります。一方、緊急権限が過大だと、少人数のグループがトークン保有者を迂回する可能性があります。許可されるアクション、署名者の必要数、権限の期間、解任手続きを明確に公開してください。クロスチェーンガバナンス
複数のブロックチェーンで稼働するプロトコルでは、あるネットワークで投票し、別のネットワークで決定を実行する場合があります。クロスチェーンメッセージは、承認結果を移行先ネットワークに伝える必要があります。その過程で、ブリッジ、オラクル、リレイヤー、ファイナリティ、リプレイ、チェーン再編成のリスクが生じます。起点チェーンで正しく投票されても、メッセージシステムが侵害されれば誤った形で実行される可能性があります。どのチェーンを正式な基準とするか、矛盾するメッセージや遅延メッセージをどう扱うかを定める必要があります。ガバナンスフォーク
コミュニティが承認済みのガバナンス決定を拒否し、異なるソフトウェアやスマートコントラクトを使い続ける場合があります。その結果、異なるプロトコルのバージョンを支持する集団に分かれるガバナンスフォークが生じることがあります。移行設計によっては、トークン残高が複製されたり、異なる扱いを受けたりする場合があります。ブランド、ウェブサイト、トレジャリー、法的権利、開発資源が自動的に均等分割されるわけではありません。ブロックチェーン投票は一部の調整コストを削減しますが、社会的な対立をなくすことはできません。規制上の考慮事項
ガバナンストークンの法的な取り扱いは、法域や構造によって異なります。議決権、利益への期待、配布方法、発行者の活動、分散化、マーケティング、経済的な便益などが考慮される場合があります。ガバナンストークンという名称によって、規制が免除されるわけではありません。欧州証券市場監督局によるMiCAの概要では、対象となる資産や活動について、開示、透明性、認可、監督の要件が欧州の暗号資産規則に含まれると説明されています。
トークン発行者、ガバナンス参加者、サービス提供者は、該当する法域と活動に応じた助言を得る必要があります。ガバナンストークンの評価方法
正確なトークンコントラクトとブロックチェーンネットワークを特定します。トークンが譲渡可能か、委任投票を採用しているか確認します。どのコントラクトが投票権を計算し、承認済み提案を実行するのか確認します。提案しきい値、投票開始までの待機期間、投票期間、定足数、承認要件、タイムロックを確認します。過去のスナップショットを使って投票権を測定するか確認します。トークン配分、内部関係者への割当、ベスティングスケジュール、トレジャリー残高、大口の委任先を確認します。管理者鍵、緊急評議会、マルチシグアカウント、アップグレード権限を特定します。投票に拘束力があるのか、助言にとどまるのかを確認します。監査、過去のガバナンスインシデント、提案への参加状況、実行履歴を調べます。価値の高いトレジャリーや人気のあるアプリケーションが、ガバナンストークン保有者の価値を保証すると思い込まないでください。ガバナンストークンのセキュリティ対策
ウォレットを接続する前に、ガバナンスサイトとコントラクトが正規のものか確認します。タイトルだけで判断せず、提案全体を読みます。影響の大きい提案では、実行されるトランザクションを確認します。チェーン、提案ID、投票先、署名ドメインを確認します。予期しないトークン承認や資産移転を含む要求は拒否します。本人が明確で、投票履歴や利益相反に関する方針があるアドレスだけに委任します。委任先の優先事項が変わる可能性があるため、定期的に委任先を見直します。価値のあるガバナンス上の権利には、保護された署名用ウォレットを利用します。登録、委任、投票のためにリカバリーフレーズや秘密鍵を開示してはいけません。FAQ
簡単に言うと、ガバナンストークンとは何ですか?
ガバナンストークンとは、プロトコル、アプリケーション、トレジャリー、コミュニティに関する決定に参加するための、定められた権利を保有者に付与する暗号資産トークンです。ガバナンストークン保有者は何に投票できますか?
手数料、アップグレード、トレジャリー支出、対応資産、リスク設定、インセンティブ、管理者、助成金、ガバナンスルールなどに投票できる場合があります。ガバナンストークンの権利はすべて同じですか?
いいえ。権利はトークンコントラクト、ガバナンスシステム、プロジェクト文書、運営構造によって異なります。ガバナンストークンは企業株式ですか?
必ずしもそうではありません。法的な所有権、配当、清算、情報に関する権利を提供しない場合があります。ガバナンストークンがユーティリティトークンを兼ねることはありますか?
あります。1つのトークンが投票権とプロトコル機能へのアクセスの両方を提供する場合があります。ガバナンストークンを保有すれば投票権が保証されますか?
いいえ。自己委任、トークンのロック、スナップショット時点の残高、その他の資格要件が必要なシステムもあります。トークンの委任とは何ですか?
委任とは、基となるトークンの所有権を移転せずに、投票権を別のアドレスに割り当てることです。委任した投票権は取り消せますか?
多くの委任システムでは、別のトランザクションによって委任先を変更または解除できます。自己委任とは何ですか?
自己委任とは、トークンを保有するアドレス自身に投票権を割り当てる、または有効にすることです。定足数とは何ですか?
定足数とは、提案を有効な結果とするために参加が必要な、最低限の投票権です。提案しきい値とは何ですか?
正式なガバナンス提案を提出するために必要な最低投票権です。投票スナップショットとは何ですか?
定められた過去のブロック、タイムスタンプ、ガバナンス上の時点における投票権を測定したものです。スナップショットが重要なのはなぜですか?
二重投票を防ぎ、投票開始後に借りたトークンの影響を抑えるのに役立ちます。ガバナンスのタイムロックとは何ですか?
承認後の実行を遅らせ、ユーザーやセキュリティチームが決定を確認して対応する時間を確保します。投票が可決されると自動的に実行されますか?
承認されたアクションを自動実行するオンチェーンシステムもあれば、権限を持つ参加者による別途の実装が必要なものもあります。オフチェーン投票とは何ですか?
すべての投票をブロックチェーントランザクションにせず、署名済みの選択として記録する投票方式です。オフチェーン投票には拘束力がありますか?
プロジェクトによって異なります。助言的な投票もあれば、後続のオンチェーン実行プロセスが必要な投票もあります。ガバナンストークンを譲渡不可にできますか?
できます。譲渡不可の評判、メンバーシップ、貢献証明によってガバナンス権を表すことがあります。投票エスクロー型ガバナンスとは何ですか?
保有者がトークンをロックして投票権を得るモデルで、長期のコミットメントにより大きな投票権が付与される場合があります。ガバナンストークンを借りることはできますか?
対応するコントラクトを通じて譲渡可能なトークンを借りられる場合がありますが、過去のスナップショットによって一部の短期的な投票攻撃を防げます。ガバナンス攻撃とは何ですか?
攻撃者が投票や管理システムを操作し、有害なアクションを承認させることです。フラッシュローンでガバナンスを攻撃できますか?
過去の投票権ではなく、即時のトークン残高を測定する設計の不十分なシステムでは、影響を与える可能性があります。委任先は投票報酬を受け取ることがありますか?
委任先が報酬やインセンティブを受け取る場合があり、開示と評価が必要な利益相反につながる可能性があります。ガバナンストークンはプロトコル収益を提供しますか?
その経済的権利をシステムが明示的に付与し、適法に実装している場合に限られます。トレジャリーはガバナンストークン保有者のものですか?
必ずしもそうではありません。管理権と法的所有権は、コントラクトや組織構造によって異なります。ガバナンスによってトークンを追加発行できますか?
発行量を変更したり、ミントを承認したりできるシステムもあれば、供給上限が変更不能なシステムもあります。ガバナンスは自らのルールを変更できますか?
多くのシステムでは、提案によって定足数、しきい値、投票期間、委任、実行手順を変更できます。ガバナンストークンの価値がゼロになる可能性はありますか?
あります。需要の低下、プロトコルの失敗、ガバナンスの乗っ取り、セキュリティインシデント、流動性の低下によって、大幅または全額の損失が生じる可能性があります。ガバナンス投票は無料ですか?
オンチェーン投票では通常ネットワーク手数料がかかりますが、オフチェーン署名投票ではトランザクション手数料が不要な場合があります。ガバナンス署名でトークンを盗まれることはありますか?
正規の投票で資産が移転することはありませんが、悪意ある署名要求がトークンのPermitやその他の承認を装っている可能性があります。ガバナンスがあればプロジェクトは分散化されていますか?
いいえ。トークン保有、委任先、管理者鍵、開発チーム、緊急評議会により、管理権が集中している場合があります。誰がガバナンスを管理しているか確認するには?
トークン配分、委任された投票権、スマートコントラクトの役割、タイムロックの管理権、マルチシグ署名者、アップグレード権限を確認してください。ガバナンスサポートからリカバリーフレーズを求められることはありますか?
いいえ。正規の投票、委任、提案プロセスでリカバリーフレーズや秘密鍵の開示が必要になることはありません。まとめ
ガバナンストークンは、ブロックチェーンアプリケーション、プロトコル、トレジャリー、分散型組織の運営に参加するための、定められた権利を提供する暗号資産トークンです。保有者は、変更の提案、直接投票、投票権の委任、資金配分、パラメーターの更新、スマートコントラクト上のアクションの承認を行える場合があります。実際の権限はトークンの名称ではなく、コントラクトと運営構造によって決まります。ガバナンス投票の一部は自動実行されますが、開発者や権限を持つ署名者にコミュニティの意向を伝えるだけのものもあります。重要なガバナンスルールには、提案しきい値、投票開始までの待機期間、投票期間、スナップショット、定足数、承認しきい値、タイムロック、実行プロセスがあります。委任は参加を促す一方、少数の代表者に影響力を集中させる可能性があります。過去の投票権を記録するチェックポイントは、二重投票や一部のフラッシュローン攻撃を抑えるのに役立ちます。タイムロックは承認された変更を確認する時間を提供しますが、安全でない提案を無害にするものではありません。ガバナンストークンには、権力集中、無関心、賄賂、スマートコントラクト、管理者鍵、クロスチェーン、規制に関するリスクがあります。ガバナンストークンの保有だけで、企業の所有権、プロトコル収益、トレジャリーの所有権、金融リターンが保証されるわけではありません。誰がプロトコルを変更できるのか、投票権がどのように測定されるのか、投票に拘束力があるのか、通常のガバナンスを覆す緊急権限があるのかを確認してください。適切に設計されたガバナンストークンは、透明性の高い暗号資産関連の意思決定を調整できますが、譲渡可能なトークンを配布するだけで実質的な分散化が実現するわけではありません。関連コンテンツ
WhatsMiner M30S++
Web3ドメイン
Web3プロジェクト
ホット
現在、市場で大きな注目を集めているトレンドの暗号資産
トップ取引高
取引高が最も多い暗号資産

