【入門編】 緊急停止機能(Circuit Breaker)の実装とガバナンス – IoT・OT（制御システム） & ブロックチェーンセキュリティ防御ガイド

こんにちは！スマートコントラクトの開発やブロックチェーンのセキュリティの世界へようこそ。

新しい技術に触れるとき、「なんだか専門用語ばかりで難しそうだな…」と不安になりますよね。でも、一歩ずつ紐解いていけば大丈夫です。今回は、Web3の世界における「緊急停止ボタン（サーキットブレーカー）」と、それを安全に管理するための「マルチシグ（複数署名）」について、身近な防犯の例えを交えながら優しく解説していきますね。

一緒に実務で使える実装方法まで見ていきましょう！

—

1. 家の鍵に例える「スマートコントラクトの緊急停止機能」

まずは、私たちが普段暮らしている「お家」を想像してみてください。

お出かけするとき、みなさんは玄関の鍵をしっかり閉めますよね。もし、近所で「最近、空き巣の被害が増えているらしいよ」という物騒な噂を聞いたらどうでしょう？ もっと頑丈な補助鍵をつけたり、窓の戸締まりをいつも以上に念入りに確認したりするはずです。

では、ブロックチェーン上のプログラムである「スマートコントラクト」の世界はどうでしょうか？
一度ブロックチェーンにデプロイ（公開）されたプログラムは、原則として後から書き換えることができません。もし、公開した後に「プログラムの中に思わぬバグ（穴）が見つかった！」あるいは「ハッカーに資金が狙われている！」と発覚したらどうなるでしょうか？

鍵の開けっぱなしの状態で、泥棒が家に入ってくるのを指をくすぶって見ているしかなくなってしまいますよね。そんな最悪の事態を防ぐために用意されているのが、「緊急停止機能（サーキットブレーカー）」という仕組みです。

サーキットブレーカーとは？

身近なところだと、電気の「ブレーカー」を思い浮かべてみてください。家の中で一度にたくさんの家電を使って、電気がショートしそうになると、ブレーカーが自動的（あるいは手動で）に「パチン！」と落ちて、火事などの大事故を防いでくれますよね。

スマートコントラクトにおけるサーキットブレーカーもこれと全く同じです。
万が一の緊急時に、コントラクトの主要な機能（例えば、トークンの送金や引き出しなど）を一時的に「ピタッ」と止めることで、被害がそれ以上広がるのを食い止める防衛策になります。

—

2. 誰がそのボタンを押すの？権限管理のジレンマ

さて、ここで一つの大きな疑問が生まれます。
「そんなに便利な緊急停止ボタンなら、誰が押せるようにしておけばいいの？」という問題です。

もし、そのボタンを「誰でも自由に押せる」ようにしてしまったらどうなるでしょう？
意地悪な人が現れて、何でもない時に面白半分でボタンを押し、サービスをずっと停止させてしまうかもしれません。これでは営業妨害ですよね。

かといって、たった一人の「管理者（オーナー）」だけがボタンを押せるようにしていたとします。その管理者のアカウント（秘密鍵）がハッカーに盗まれてしまったらどうでしょう？
ハッカーが自分でそのボタンを悪用し、「資金の引き出しは禁止するけれど、自分だけはこっそり持ち出す」といった不正ができてしまいます。これでは本末転倒ですね。

そこで登場するのが「マルチシグ（複数署名）」です

この問題を解決するのが、金庫の鍵を何人かで分けて持つような仕組みである「マルチシグ（Multi-Signature）」です。

例えば、「重要な緊急停止ボタンを押すには、5人いる管理者オフィサーのうち、3人以上の『OK（署名）』が集まらないと発動しない」というルールにしておくのです。
これなら、たとえ1人や2人の管理者のアカウントが乗っ取られたとしても、ハッカー単独では勝手にシステムを停止させることができません。みんなで安全装置をしっかりと見張る、現実世界の厳重なセキュリティ体制にとてもよく似ていますよね。

—

3. 実装してみよう！安全な緊急停止機能付きコントラクト

それでは、実際にSolidityというプログラミング言語を使って、簡単な緊急停止機能（サーキットブレーカー）と、管理者権限の管理を組み合わせたコードを見ていきましょう。

難しそうに見えるかもしれませんが、日本語のコメントを丁寧に書きましたので、上から順に読んでみてくださいね。

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

/**
 * @title 初心者でも安心な緊急停止機能付きコントラクト
 * @notice このコントラクトは、緊急時に全機能をストップさせる仕組みを持っています。
 */
 контракт SafeVault {
    // 管理者（オーナー）のアドレスを記録する変数
    address public owner;

    // システムが停止しているかどうかを保持するフラグ (true = 停止中, false = 稼働中)
    bool public isPaused;

    // 預け入れられた資金を記録するマッピング
    mapping(address => uint256) public balances;

    // 状態が変化したときにブロックチェーン上に記録を残すイベント
    event Paused(address account);
    event Unpaused(address account);
    event Deposited(address indexed sender, uint256 amount);
    event Withdrawn(address indexed recipient, uint256 amount);

    // 管理者だけが実行できるようにするモディファイア（条件チェック機能）
    modifier onlyOwner() {
        require(msg.sender == owner, "Error: 管理者しか実行できません！");
        _;
    }

    // システムが「稼働中」のときだけ実行できるようにするモディファイア
    modifier whenNotPaused() {
        require(!isPaused, "Error: 現在、緊急停止中のためこの機能は使えません。");
        _;
    }

    // システムが「停止中」のときだけ実行できるようにするモディファイア
    modifier whenPaused() {
        require(isPaused, "Error: 現在、システムは通常稼働中です。");
        _;
    }

    // コントラクトを最初に作った人（デプロイした人）を管理者に設定します
    constructor() {
        owner = msg.sender;
        isPaused = false; // 最初はもちろん稼働状態
    }

    /**
     * @notice 【緊急停止スイッチ】管理者がシステムをストップさせます
     */
    function pauseSystem() external onlyOwner whenNotPaused {
        isPaused = true;
        emit Paused(msg.sender); // 止めたよ！というお知らせを記録
    }

    /**
     * @notice 【復旧スイッチ】安全が確認できたら、管理者がシステムを再開させます
     */
    function unpauseSystem() external onlyOwner whenPaused {
        isPaused = false;
        emit Unpaused(msg.sender); // 動かすよ！というお知らせを記録
    }

    /**
     * @notice お金を預ける機能 (稼働中しか使えません)
     */
    function deposit() external payable whenNotPaused {
        require(msg.value > 0, "Error: 0より大きい金額を指定してください。");
        balances[msg.sender] += msg.value;
        emit Deposited(msg.sender, msg.value);
    }

    /**
     * @notice お金を引き出す機能 (稼働中しか使えません)
     */
    function withdraw(uint256 amount) external whenNotPaused {
        require(balances[msg.sender] >= amount, "Error: 残高が足りません！");
        
        balances[msg.sender] -= amount;
        
        // 安全に送金処理を行う
        (bool success, ) = msg.sender.call{value: amount}("");
        require(success, "Error: 送金に失敗しました。");

        emit Withdrawn(msg.sender, amount);
    }
}

コードのポイント解説

  • isPaused: この変数が true になると、whenNotPaused という見張り番がついている機能（deposit や withdraw）が一切使えなくなります。
  • pauseSystem(): 万が一の時、管理者がこの関数を呼ぶことで一瞬でコントラクトを安全な「足止め状態」にすることができます。

—

4. 実務や現場で絶対に忘れたくない注意点

ここまでコードを見てきましたが、実際の現場（プロダクション環境）では、もう少しだけ気をつけるべきポイントがあります。

1. 管理者の秘密鍵を1人だけに頼らない（マルチシグの導入）
先ほどのコードでは owner が1人だけになっていますが、実務の現場ではここを複数人の合議制（Gnosis Safeなどのマルチシグウォレット）に置き換えるのが現代のスタンダードです。「たった1人のうっかりミスや不正」でシステムが止まったり動かなくなったりするリスクを徹底的に排除しましょう。

2. 「止められる恐怖」とのバランス
緊急停止機能は強力な盾ですが、裏を返すと「管理者がいつでもユーザーの資金を人質に取れる（あるいは悪意を持って資金を凍結できる）」という側面も持っています。そのため、プロジェクトの運営チームが信頼できるかどうかも、Web3の世界では大きなセキュリティ評価のポイントになります。

—

まとめ

いかがでしたでしょうか？
一見難しそうな「スマートコントラクトの緊急停止機能とガバナンス」も、「お家の頑丈な鍵」や「みんなで管理する金庫」に置き換えてみると、ぐっと身近に感じられたのではないでしょうか。

セキュリティ対策に「これで完璧」というゴールはありませんが、こうした地道な備えを一つずつ知ることで、あなたの作るプロダクトは確実に安全になっていきます。

一歩ずつ、安心して開発を楽しんでいきましょう！次の記事でも、役立つ実践的なセキュリティの知識を分かりやすくお届けしますね。

スポンサーリンク

コメント

タイトルとURLをコピーしました