私は二度のラグを経験してから学びました、新しいプロトコルでは最初にPPTを見るのをやめて、まずGitHubを確認します：最近のコミットは半年前かどうか、issueエリアで誰かが真剣に喧嘩しているか（本気の喧嘩、それがむしろ生きている人のように見える）。監査報告も「監査がある＝安全」と盲信しないで、「未カバーのアップグレード/権限」という結論を直接見て、「管理者がいつでもロジックを変更できる」と書いてあったら、まず手を引きます。アップグレードのマルチシグの方がより重要で、要するに鍵を誰が持っているかです：何人が署名しているか、同じ会社かどうか、遅延効果があるか…これらはスローガンよりも実際的です。最近、そのメインストリームのパブリックチェーンがアップグレードしようとしていて、グループ内ではプロジェクトが移行するかどうかを推測していますが、私はまず彼らのコントラクトに「アップグレードボタン」があるかどうかを見るだけです。正直なところ、結局はあの一言に戻ります：「アップグレード」と恋愛しないで、それが最も裏切るから。