多くの初心者は「信頼性」を見るときに監査ロゴだけに注目しがちですが、それだけでは不十分です。GitHubでまずコミット履歴を確認しましょう:長期にわたって誰かがメンテナンスしているか、issueに誰かが返信しているか、重要な変更が突然大量にコミットされていないか…私はついでにコントラクトアドレスとリポジトリのタグを照合します。少なくとも「オンチェーンはv1.2なのに、見ているコードはv1.0」という恥ずかしい状況は避けたいです。



監査報告書も結論ページだけ見ずに、その下を探しましょう:範囲にアップグレードコントラクト/ルーター/権限が含まれているか、見つかった問題は「修正済み」なのか「リスク受容」なのか、修正に対応するコミットがあるか。あとアップグレードのマルチシグも重要です。見た目の良さだけではなく、署名者は誰か、誰と交換できるか、タイムロックはあるか、権限が大きすぎる場合は、要はいつでもルールを変更できる状態かどうかです。

最近はモジュール化やDA層が盛り上がっていますが、開発者は盛り上がり、ユーザーは戸惑うばかり…私はとりあえず上記の地道な方法で一通り確認します。少なくとも「ストーリー」に引きずられないように。内幕を問わず、再現することが大事です。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし
  • ピン留め