本格的なプロジェクトは、公開前にこのリスクを減らすためにどんな手法を使うでしょうか?

真剣なプロジェクトが頼りにしている手法は、スマートコントラクトのコードに対する独立したセキュリティ監査である。スマートコントラクトは通常、公開されていて、デプロイ後は変更できず、しばしば多額の資金を扱っているため、専門の企業が公開前にコードを審査し、攻撃者が資金を流出させるために悪用し得るバグや論理的な欠陥を探す。これはエンジニアが建設開始前に設計図を検査するのに似ている。

コードを紙に印刷しても、コントラクトが稼働した後にソフトウェアのバグが悪用されるのを防ぐことにはまったくならず、利用者にシステムをハッキングしないよう約束させるだけでは、実質的な保護には一切ならない。

監査を受けたコントラクトであっても、その後に悪用された例はある。監査は審査員が見つけようと考えた欠陥しか捕捉できないためであり、だからこそ監査は不可欠だが万全ではないと見なされている。この分野では、最大級の損失の一部が、たった一つの見落とされたミスから生じてきたのだ。