【入門編】コントラクトの自己破壊(selfdestruct)による資金ロックリスク – IoT・OT（制御システム） & ブロックチェーンセキュリティ防御ガイド

【スマートコントラクトの「消失」を防げ！】selfdestructの罠と、現代のブロックチェーン防衛術

こんにちは！セキュリティリサーチャーの現場から、今日は少し「ドキッとする」お話をします。

皆さんは、自分の家の鍵を管理しているとき、「急に家が消滅して、中の金庫だけが宙に浮いて取り出せなくなったらどうしよう？」と考えたことはありますか？

ブロックチェーンの世界には、まさにそんな「魔法のような、でも恐ろしい機能」が存在します。それが selfdestruct（自己破壊）です。今回は、新人開発者の皆さんが絶対に知っておくべき、スマートコントラクトの「消滅リスク」について、一歩ずつ一緒に紐解いていきましょう！

—

1. selfdestruct とは何か？：家の鍵と「家ごと消える」仕組み

まずは、この恐ろしい機能の正体を知りましょう。

selfdestruct は、イーサリアムなどのブロックチェーンにおいて、コントラクト（プログラム）を強制的に削除し、そのコントラクトの中に残っていた残高（ETH）を特定の住所へ送金させる命令です。

これを現実の家に例えるとこうです。

通常の契約: 家（コントラクト）を建て、中にお金（資産）を置く。
selfdestructの実行: 「この家を更地にする！」と唱えると、家は跡形もなく消え、中身の金庫だけが指定された場所にワープする。

これだけ聞くと「便利そう」に聞こえますが、もし「送金先アドレスを間違えていたら？」あるいは「その家を頼りにしていた別のプログラムが、家が消えた瞬間に動かなくなったら？」……想像するだけでゾッとしますよね。

—

2. 現代の防衛術：EIP-6780という「新しい壁」

実は、イーサリアムは進化しています。2024年の「デンカン（Dencun）アップグレード」で導入された EIP-6780 により、selfdestruct の挙動は大きく制限されました。

かつては「どこでも更地にできる」という強力な武器でしたが、今は「そのトランザクション内で作成されたコントラクトしか破壊できない」という、非常に厳しいルールが課せられています。

これは、泥棒（悪意のある攻撃者）が他人の家を勝手に更地にして混乱させることを防ぐための「最強の防犯ドア」のようなものです。ですが、過信は禁物です。

—

3. 資金ロックを防ぐ！安全な退避ロジックの書き方

では、開発者としてどう立ち回るべきでしょうか？一番大切なのは、「あわてて消さない」ことです。

もし、コントラクトをアップグレードしたり、閉鎖したりしたい場合は、selfdestruct に頼るのではなく、「出金関数」を準備しておくのがプロの作法です。

以下のサンプルコードを見てください。

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

contract Vault {
    address public owner;

    constructor() {
        owner = msg.sender;
    }

    // 「引き出し機能」を実装しておくことが最大の防御です
    function withdrawAll() external {
        require(msg.sender == owner, "あなたには権限がありません！");
        
        // コントラクト内の全残高を所有者に送金する
        uint256 balance = address(this).balance;
        payable(owner).transfer(balance);
    }

    // 以前はここで selfdestruct を使っていましたが、
    // 今は使う必要はありません。残高を0にして放置すればOKです。
}

対策のポイント

1. selfdestruct をコードから削除する: 現代の開発では、あえてこの命令を使う理由はほとんどありません。
2. 出金関数を必ず作る: 万が一の際、コントラクト内の資金を誰でも取り出せるようにしておく（または管理者だけが取り出せるようにしておく）ことが、資産の「ロック」を防ぐ唯一の正解です。
3. 「放置」は恥ではない: ブロックチェーン上では、コードが残っていても機能しなければ害はありません。無理に消そうとせず、資金を空にすることだけを考えましょう。

—

4. セキュリティリサーチャーからのアドバイス

新人開発者の皆さんが一番やってしまいがちなのが、「古いチュートリアル記事のコードをそのままコピーする」ことです。

ネット上にはまだ「selfdestruct を使ったコントラクト削除」を推奨する古い情報が溢れています。しかし、今はその手法が「脆弱性の温床」になる時代です。

「このコード、昔はこれで動いていたけど、今はどうなの？」と一度立ち止まって考える。その小さな疑念こそが、あなたのプロジェクトをハッカーの魔の手から守る「最強のセキュリティ」になります。

何か分からないことがあれば、いつでも相談してくださいね。一歩ずつ、安全な開発者への階段を登っていきましょう！

—

まとめ：

selfdestruct は「家を消滅させる」危険なコマンド。
EIP-6780 で制限されたが、安易な使用は避けるべき。
コントラクトを閉じるなら、selfdestruct ではなく「出金ロジック」を用意する。

次回の記事では、「スマートコントラクトの権限管理（誰が鍵を持っているのか？）」について、さらに深掘りしていきます。お楽しみに！