今、プロジェクトの「信頼性」を見ると、基本的に三つのことだけだ。GitHub、監査報告、マルチシグのアップグレードだ。GitHubは星やコミット数だけを見るな。最近の変更内容がコアロジックに関係しているか、長期的にメンテナンスしている人がissueに返信しているか、コードが一時的に貼り付けたものに見えないかを確認しろ。監査報告も護身符として扱うな。監査範囲、カバーされていないモジュール、高リスクの問題が真剣に修正されているかを重点的に見ろ。「修正済み」とだけ書いてあるだけではダメだ。

アップグレードとマルチシグはより現実的だ。要するに、「誰がルールを変更できるか」のリスクプレミアムを買っているだけだ。マルチシグの人数、閾値、署名者が誰かを見ろ。誰と交換できるか、タイムロック（反応時間を与える仕組み）があるかも確認しろ。最近、オンチェーンのデータツールやタグシステムが遅れている、あるいは誤解を招くこともあると不満を漏らす人もいる。だから、これらの基本情報を自分で一通り確認する方が安心だ。少し遅くても確実な方がいい。急ぐと頭に血が上るからな。