最近プロジェクトを見るとき、私はむしろ最初にGitHubと監査報告書を確認します。


わざと知ったかぶりをしているわけではなく、主に「ちゃんと作業しているかどうか」を確認したいのと、何か問題が起きたときに誰が一時停止ボタンを押せるかを知るためです。
初心者は監査という言葉に圧倒されないでください。
ポイントは二つ:
監査の範囲がコアコントラクトに含まれているか、結論が「修正済み/未修正/範囲外」など人間の言葉で表現されているか。
次にアップグレード権限を確認します。
マルチシグでロジックやパラメータを変更できるか、署名者は誰か、閾値はいくつか、タイムロック(反応時間を与える仕組み)があるかどうかです。
生活に例えると、マンションのエレベーターのようなもので、年次点検報告書があっても壊れないわけではなく、修理鍵が一人だけの手に渡っているかどうか、壊れたときに誰が責任を取るのかを見極める必要があります。
ついでに、ゲームの崩壊やインフレの波を思い出すと、スタジオが参入するときに通貨の価値が急落し、多くの「自己完結型」システムは新規参加者を引き続き引き込むことで命をつないでいることが多いです…
とにかく、過度な約束を見かけたらまず疑問符をつけるようにしています。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし