なぜほとんどの監査されたプロジェクトが依然としてラグを引き起こすのか: 開発者の視点
私たちは皆見たことがあります: プロジェクトが立ち上がり、完全な監査を主張し、そして流動性が一瞬で消えてしまう。コードを構築し、壊す者として言えるのは、監査はスナップショットであり、シールドではないということです。
資本を守りたいなら、関わるすべてのコントラクトに対して自分自身でミニ監査を行う必要があります:
プロキシコントラクトリスク: コントラクトはアップグレード可能ですか? 管理者がいつでもロジックを変更できる場合、引退したくなったときにwithdrawAll()関数を注入することができます。