一時停止できるスマートコントラクトを構築する方法は？

一時停止可能なスマートコントラクトの概念を理解する

ブロックチェーンおよびイーサリアムベースのアプリケーションの世界では、スマートコントラクトは展開されると不変のコードです。ただし、実際のユースの場合、開発者は、メンテナンスまたは緊急時の目的で一時的に契約機能を一時停止するメカニズムを必要とする場合があります。一時停止可能なスマートコントラクトにより、契約のロジックを永久に変更することなく、特定の機能を停止できます。この機能は、重要な期間中にトークン転送、造り、ユーザーのやり取りなどの特定の操作を防ぐ必要がある場合に特に役立ちます。

契約を一時停止する機能は、所有者またはマルチシグネチャウォレットによって制御できるガバナンスメカニズムを導入します。契約は自律的であるにもかかわらず、特定の条件下である程度の集中管理を保持することが保証されます。

一時停止可能なスマートコントラクトの重要なコンポーネント

一時停止可能な契約を実装するには、いくつかの重要なコンポーネントを含める必要があります。

• 契約が現在一時停止されているかどうかを保存するpausedなどのブール状態変数。
• 一時停止されたステータスに基づいて関数実行を制限する修飾子。
• 所有権制御許可されたアドレスのみが、一時停止状態を切り替えることができるようにします。

たとえば、Solidityでは、次のことを宣言することができます。

 bool public paused = false;

この行は、重要な関数を実行する前にチェックできるパブリック変数を初期化します。現在の状態に応じて関数へのアクセスをゲートにするために一般的に使用されてwhenNotPaused whenPausedのような修飾子。

堅牢性で一時停止可能な修飾子を実装します

一時性を契約に統合する最も効果的な方法の1つは、カスタム修飾子を使用することです。これらの修飾子は、関数を続行する前に、一時停止したステータスをチェックします。

これらを定義する方法は次のとおりです。

 modifier whenNotPaused() { require(!paused, 'Contract is paused'); _;

}

modifier whenpaused（）{

require(paused, 'Contract is not paused'); _;

}

これらの修飾子は、条件付きでブロックする機能に適用できます。

 function mint(address to, uint256 amount) public whenNotPaused { // Minting logic here

}

契約がwhenNotPaused停止されている間に誰かがそれを呼びかけようとすると、 mint関数がメッセージで戻ってきます。同様に、契約の再開など、一時停止した状態操作のみを許可するために、 whenPaused使用できます。

一時停止とunpause関数を追加します

一時停止した状態を実際に制御するには、2つのコア関数が必要です。1つは一時停止し、もう1つは契約を使用してください。これらは、 Ownableなどのアクセス制御メカニズムを使用して保護する必要があります。

実装の例は次のとおりです。

 function pause() public onlyOwner { paused = true;

}

function unpause（）public Only Owner {

paused = false;

}

このセットアップでは、所有者のみがこれらの機能を呼び出すことができます。マルチシグウォレットまたはタイムロックを実装して、不正または偶発的な一時停止のリスクを減らすことにより、さらに強化できます。

また、状態が変更されたときにイベントを放出することも不可欠です。そのため、オフチェーンシステムはそれに応じて反応できます。

 event Paused(); event Unpaused(); function pause（）public Only Owner {




paused = true; emit Paused();
 }
 
function unpause（）public Only Owner {
 
paused = false; emit Unpaused();
 }

ベストプラクティスとセキュリティ上の考慮事項

一時性を実装することで柔軟性が向上しますが、潜在的なセキュリティリスクも導入します。次に、次のようなベストプラクティスをいくつか紹介します。

• 特権アクセスの最小化：信頼できるエンティティのみが契約を一時停止する機能を持つ必要があります。単一の所有者ではなく、ロールベースのアクセス制御（RBAC）を使用することを検討してください。
• 過度の容疑を避ける：すべての機能が一時停止可能である必要はありません。たとえば、読み取り専用の機能またはバランスチェックは通常、制限を必要としません。
• 徹底的にテスト：一時停止が予想される動作を壊さないことを確認してください。契約が一時停止され、複数回除去されていないシナリオをテストします。
• メカニズムを文書化します。ユーザーは、契約に一時停止機能があることを認識し、その意味を理解する必要があります。

さらに、操作中にバグや脆弱性が悪用されている場合の緊急回復メカニズムの統合を検討してください。

完全な実装の例

すべてをまとめると、OpenzePpelinのライブラリを使用した一時停止可能なトークン契約のシンプルだが完全な例があります。

 pragma solidity ^0.8.0; '@openzeppelin/contracts/token/erc20/erc20.sol'をインポートします。 '@openzeppelin/contracts/access/ownable.sol'をインポートします。




契約pausabletekekenはERC20、所有可能です{




bool public paused = false; constructor(string memory name, string memory symbol) ERC20(name, symbol) {} modifier whenNotPaused() { require(!paused, 'PausableToken: paused'); _; } function pause() external onlyOwner { paused = true; } function unpause() external onlyOwner { paused = false; } function mint(address to, uint256 amount) external whenNotPaused { _mint(to, amount); }
 }

この契約は、OpenzePpelinのERC20ベースクラスを拡張し、 mint関数に停止性を追加します。所有者は一時停止して、契約を自由に挿入できます。

よくある質問

Q1：スマートコントラクトの機能を一時停止可能にすることはできますか？はい、任意の関数は、 whenNotPausedまたはwhenPaused modifierを適用することにより、一時停止可能にすることができます。ただし、すべての関数が一時停止可能である必要はありません。特にガバナンスまたは所有権に関連する機能。

Q2：契約を永久に一時停止することは可能ですか？技術的には、はい。しかし、そうすることで、契約の一部を使用できなくなる可能性があります。一般に、機能を永久に無効にすることを意図していない限り、 UNPOUS機能を含めることをお勧めします。

Q3：契約が一時停止されたときに保留中の取引はどうなりますか？ポーズされた関数を実行しようとする保留中のトランザクションは、エラーメッセージで失敗し、戻るでしょう。既にマイニングされているがまだ実行されていないトランザクションは、一時停止関数をターゲットにした場合にも戻ります。

Q4：一時性は分散型財務（DEFI）プロトコルにどのように影響しますか？ defiでは、一時停止性は安全メカニズムであり、集中化の懸念事項の両方になります。プロトコルは、多くの場合、タイムロックされたガバナンスを使用して、一時停止の誤用を軽減します。