今、私は「信頼性」プロジェクトを見るとき、ほとんど話術を気にしなくなった。まずGitHubを適当にクリックしてみる:コードを理解する必要はなく、継続的な更新があるか、issueに誰か対応しているか、重要な変更が突然大量に行われていないかを見るだけだ。さらに監査報告と組み合わせて、「既監査」という文字だけに注目せず、範囲や既知の問題が修正されているかどうかに重点を置く。多くの落とし穴は実は「未カバー/制限」に書かれている。



アップグレードとマルチシグも非常に重要だ:権限は誰の手にあるか、一クリックでロジックを変更できるか、どれくらい遅れて有効になるか。最近、ブリッジの事故やオラクルの不調が続き、皆「確認待ち」状態だ。要するに、即時結果をあまり信用しすぎないことだ…私も今、自分用に冗長な「バックアップ」戦略を考えている。同じチェーンや同じ権限セットに過度に依存せず、退路を残しておくことで、安心して眠れる。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし
  • ピン