3億ドルが永久にロックされた：アップグレード可能なコントラクトのプロキシパターンが「アップグレードのしやすさ」と「安全性」で矛盾する理由

スマートコントラクトには設計上の根本的な特性がある——一度デプロイされると、コードは変更できない。これが「不変性」という信頼保証の基盤だ。しかし現実のプロトコルは継続的なバグ修正や新機能追加を必要とするため、「プロキシパターン」が業界標準の解決策となった——不変に見える表面の下で、コントラクトの実際のロジックを交換可能な状態に保つ仕組みだ。この記事では、プロキシパターンが実際どのように機能するのか、なぜそれが利便性とリスクの両方の源になるのかを解説し、実際に損失を発生させた3つの事例を通じて、この設計選択が具体的にどのように問題を引き起こすかを示す。核心メカニズム：DELEGATECALLすべてのアップグレード可能なコントラクトは同じ基盤メカニズムに依存している——DELEGATECALLオペコードだ。ユーザーがプロキシコントラクトの何らかの関数を呼び出すと、プロキシ自体はロジックを...