ガバナンスの議論を追う

入り口は、プロジェクトの公式ドキュメントからフォーラムと投票ページへのリンクをたどることです。ガバナンスを装った偽のフォーラムや、投票を口実に署名を求めるサイトが存在するため、入り方を固定してください。投票には署名が必要になりますが、その署名が何に対するものかを毎回読む必要があります。

提案を開いたら、まず要約と、変更される具体的な対象を確認します。手数料率の変更なのか、担保にできる資産の追加なのか、財源からの支出なのか、コントラクトのアップグレードなのか。抽象的な理念の説明より、どのパラメータがどの値に変わるのかを見るほうが、影響を把握できます。自分が資産を預けているプロトコルであれば、その変更が自分の預け入れにどう効くかが判断の中心になります。

次に、反対意見と未解決の論点を読みます。賛成の投稿だけを読むと、提案者の説明をなぞるだけになります。反対側が何を懸念しているか、その懸念に対して回答があったか、回答が技術的な根拠を伴っているかを見てください。議論が短時間で終わっている提案や、反対意見が出ていない提案は、検討が十分でない可能性もあります。

そのうえで、投票の記録を見ます。投票ページでは、賛否の票数とともに、投票したアドレスの一覧が公開されているのが一般的です。ここで見るのは、上位数アドレスで結果が決まっていないかという集中度です。多くのプロトコルでは投票権が保有量に比例するため、大口の保有者の意向がそのまま結果になります。これは仕組みの性質であって、不正とは限りませんが、分散の度合いとして理解しておく必要があります。

最後に、分からないことです。フォーラムでの合意や投票の可決は、実装を保証しません。実装されたコードが議論の内容と一致しているかは、別途コントラクトの更新を確認する必要があります。また、緊急時に運営側が投票を経ずに動かせる権限が残っている設計も存在します。ガバナンスの記録は、意思決定の透明性を見る材料であって、そのプロトコルの安全性の証明ではありません。