昨日、あのメインストリームのパブリックチェーンがまたアップグレード/メンテナンスを行うと見て、グループ内で多くの人がプロジェクトが移動するかどうかを推測していた。私も少し緊張した…怖かったのは、数日前に「すぐに適応アップグレード」する予定のプロトコルに資金を投入しかけたところだったが、ふとGitHubを開いたら、最後の真剣な更新は数ヶ月前で、issueでマルチシグの変更について質問しても誰も返事しなかった。瞬間的に目が覚めた。



今、自分に小さな初心者の方法を決めている:監査報告書の「合格/未発見」の結論は見ずに、まず二つのポイントを探す——報告日が古すぎないか、修正リストが一つ一つ実行されているか(できればコミット履歴と一致していると良い)。アップグレードのマルチシグも「マルチシグ=安全」だけを見るのではなく、誰が署名しているか、閾値はいくつか、タイムロック(反応時間を与えるタイプ)があるかどうかを確認しないといけない。さもなければ、パンが焼きあがる前にスライスしてしまうようなもので、香りは良いが、手が震えて熱くなる。

とにかく、私は少しでも利益を減らす方を選びたい。アップグレード当日のテストネットユーザーになりたくはない…とりあえず、こんな感じで。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし