私のようなゆっくりと成長する初心者は、プロジェクトの「信頼性」を判断する際にスローガンをあまり見ません。まずGitHubと監査報告書を確認します。コードは理解できなくても、いくつかの態度が見て取れます：更新が断続的かどうか、issueに誰かが返信しているか、監査で高リスク項目が明確に記載されているか、最終的に修正されたかどうか…報告書の中には撮影のように見えるものもあり、修正部分をざっと流すものもあります。そういうのには少し警戒心を持ちます。

マルチシグのアップグレードも非常に重要です。要するに、誰がワンクリックでルールを変更できるかということです。マルチシグの人数が十分に分散しているか、タイムロック（反応時間を与える仕組み）があるか、緊急権限が過大でないか、これらは「インセンティブを出してTVLを引き上げる」よりも安心感を与えてくれます。最近の新しいL1/L2のインセンティブに対して、古参ユーザーは掘削や売却を批判していますが、私も理解しています。とにかく、アップグレードの権限と監査の後続について明確になるまで待つつもりです。寝ます。とりあえずこれで。