Comment créer un contrat intelligent qui peut être mis en pause?

Comprendre le concept d'un contrat intelligent pausable

Dans le monde de la blockchain et des applications basées sur Ethereum , les contrats intelligents sont des pièces de code immuables une fois déployées. Cependant, dans les cas d'utilisation pratiques, les développeurs peuvent exiger qu'un mécanisme interrompre temporairement les fonctionnalités contractuelles à des fins de maintenance ou d'urgence. Un contrat intelligent pausable permet à certaines fonctions d'être interrompues sans modifier la logique du contrat en permanence. Cette fonctionnalité est particulièrement utile lorsqu'il est nécessaire d'empêcher des opérations spécifiques telles que les transferts de jetons , la frappe ou les interactions utilisateur pendant les périodes critiques.

La capacité de suspendre un contrat présente un mécanisme de gouvernance qui peut être contrôlé par un propriétaire ou un portefeuille multi-signature. Il garantit que même si le contrat est autonome, il conserve toujours un certain niveau de contrôle centralisé dans des conditions spécifiques.

Composants clés d'un contrat intelligent pausable

Pour mettre en œuvre un contrat pausable, plusieurs composants clés doivent être inclus:

• Une variable d'État booléenne comme paused , qui stocke si le contrat est actuellement interrompu.
• Modificateurs pour restreindre l'exécution de la fonction en fonction du statut interrompu.
• Les contrôles de propriété pour garantir que seules les adresses autorisées peuvent basculer l'état interrompu.

Par exemple, dans Solidity, vous pourriez déclarer:

 bool public paused = false;

Cette ligne initialise une variable publique qui peut être vérifiée avant d'exécuter des fonctions critiques. Les modificateurs comme whenNotPaused et whenPaused sont couramment utilisés pour porter un accès aux fonctions en fonction de l'état actuel.

Implémentation d'un modificateur pausable dans la solidité

L'un des moyens les plus efficaces d'intégrer la pause dans votre contrat est par le biais de modificateurs personnalisés . Ces modificateurs vérifient l'état pause avant de permettre à une fonction de poursuivre.

Voici comment vous pouvez les définir:

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

}

Modificateur lorsque Paused () {

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

}

Ces modificateurs peuvent ensuite être appliqués aux fonctions que vous souhaitez bloquer conditionnellement:

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

}

En appliquant whenNotPaused la fonction de menthe, la fonction mint reviendra avec un message si quelqu'un essaie de l'appeler pendant que le contrat est interrompu. De même, vous pouvez utiliser whenPaused pour permettre uniquement des opérations à l'état interrompu comme reprendre le contrat.

Ajouter des fonctions de pause et de mélodance

Pour contrôler réellement l'état interrompu, vous avez besoin de deux fonctions de base: l'une pour faire une pause et une autre pour inébranler le contrat. Ceux-ci doivent être protégés à l'aide d'un mécanisme de contrôle d'accès tels que Ownable .

Voici un exemple d'implémentation:

 function pause() public onlyOwner { paused = true;

}

Fonction Unause () uniquement public uniquement {

paused = false;

}

Dans cette configuration, seul le propriétaire peut invoquer ces fonctions. Vous pouvez améliorer davantage la sécurité en mettant en œuvre des portefeuilles ou des timelocks multi-sigs pour réduire le risque de pause non autorisée ou accidentelle.

Il est également essentiel d'émettre des événements lorsque l'État change, de sorte que les systèmes hors chaîne peuvent réagir en conséquence:

 event Paused(); event Unpaused(); Fonction Pause () Public uniquement propriétaire {


paused = true; emit Paused();
 }
 
Fonction Unause () uniquement public uniquement {
 
paused = false; emit Unpaused();
 }

Meilleures pratiques et considérations de sécurité

Bien que la mise en œuvre de pausabilité améliore la flexibilité, elle introduit également des risques de sécurité potentiels. Voici quelques meilleures pratiques à suivre:

• Minimiser l'accès privilégié : seules les entités de confiance devraient avoir la possibilité de suspendre le contrat. Envisagez d'utiliser le contrôle d'accès basé sur les rôles (RBAC) au lieu d'un seul propriétaire.
• Évitez la tropable : toutes les fonctions ne doivent pas être pauvres. Par exemple, les fonctions en lecture seule ou les contrôles de solde n'ont généralement pas besoin de restriction.
• Testez soigneusement : assurez-vous que la pause ne brise pas le comportement attendu. Test des scénarios où le contrat est interrompu et non utilisé plusieurs fois.
• Documenter le mécanisme : les utilisateurs doivent être conscients que le contrat a une fonctionnalité de pause et comprendre ses implications.

De plus, envisagez d'intégrer les mécanismes de récupération d'urgence en cas de bugs ou de vulnérabilités exploités pendant le fonctionnement.

Exemple d'implémentation en totalité

Aménagement tout, voici un exemple simple mais complet d'un contrat de jeton pausable à l'aide des bibliothèques d'Openzeppelin:

 pragma solidity ^0.8.0; import '@ openzeppelin / contracts / token / erc20 / erc20.sol'; Importer '@ Openzeppelin / Contracts / Access / propriétaire.sol';


Contrat PausableToken est ERC20, propriétaire {


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); }
 }

Ce contrat étend la classe de base ERC20 d'OpenZeppelin et ajoute une pause à la fonction mint . Le propriétaire peut faire une pause et inimiter le contrat à volonté.

Questions fréquemment posées

Q1: Une fonction dans un contrat intelligent peut-elle être rendue pauvre? Oui, n'importe quelle fonction peut être rendue pauvre en appliquant le modificateur quand whenPaused whenNotPaused . Cependant, toutes les fonctions ne devraient pas être pauvres, en particulier celles liées à la gouvernance ou à la propriété.

Q2: Est-il possible de mettre un contrat en permanence un contrat? Techniquement, oui. Mais cela pourrait rendre des parties du contrat inutilisables. Il est généralement conseillé d'inclure une fonction inébranche, sauf si l'intention est de désactiver définitivement les fonctionnalités.

Q3: Qu'arrive-t-il aux transactions en suspens lorsqu'un contrat est interrompu? Les transactions en attente qui tentent d'exécuter des fonctions pauses échoueront et reviendront avec un message d'erreur. Les transactions déjà extraites mais pas encore exécutées seront également restées si elles ciblent les fonctions en pause.

Q4: Comment la pausabilité affecte-t-elle les protocoles de financement décentralisés (DEFI)? Dans Defi, la pause peut être à la fois un mécanisme de sécurité et un point de centralisation. Les protocoles utilisent souvent une gouvernance verrouillée dans le temps pour atténuer l'utilisation abusive des droits de pause.