Comment fonctionne le stockage des contrats intelligents?

Le stockage de contrats intelligents dans Ethereum est un magasin de valeurs clés persistant où les variables comme les données d'état sont conservées, avec les coûts de gaz pour la lecture et l'écriture, et optimisé par l'emballage des fentes et la structuration efficace des données.

Jul 29, 2025 at 07:35 am

Comprendre les mécanismes de stockage des contrats intelligents

Le stockage de contrats intelligents est un aspect fondamental de la technologie de la blockchain, en particulier dans des plateformes comme Ethereum. Le stockage fait référence aux données persistantes qu'un contrat maintient entre les appels de fonction. Contrairement à la mémoire ou à la pile, qui sont temporaires et réinitialisées après chaque transaction, le stockage est persistant et reste indéfiniment sur la blockchain. Chaque variable déclarée dans un contrat, tel que les variables d'état, est stockée en stockage, et l'accès ou la modification de ces données entraîne des coûts de gaz.

Dans Ethereum, le stockage est implémenté comme un magasin de valeurs de clé où chaque clé est un emplacement de 32 octets et chaque valeur est également de 32 octets. Cette structure est connue sous le nom de Trie de stockage , qui fait partie du Trie global de l'état d'Ethereum. La cartographie des variables aux emplacements de stockage est déterminée par le compilateur (par exemple, la solidité), et la compréhension de cette cartographie est cruciale pour optimiser l'utilisation du gaz.

Comment les variables sont stockées dans des contrats intelligents

Lorsque les développeurs déclarent des variables dans la solidité, le compilateur détermine comment ils sont emballés dans des emplacements de stockage. Par exemple, si plusieurs variables s'intègrent dans un seul emplacement de 32 octets, elles sont emballées ensemble pour économiser de l'espace et réduire les coûts de gaz . Cependant, ce comportement dépend des types de variables utilisées. Des types de données plus petits comme uint8 , bool ou address peuvent être stockés ensemble dans un seul emplacement s'ils sont déclarés consécutifs.

En revanche, des types plus grands comme uint256 ou string occupent leurs propres emplacements de stockage. Les tableaux et les mappages dynamiques sont plus complexes car leurs données ne sont pas stockées directement dans la fente déclarée. Au lieu de cela, un emplacement sert de référence de base et les données réelles sont stockées à des positions dérivées en utilisant des fonctions de hachage. Par exemple, la longueur d'un tableau dynamique est stockée à la fente de base, tandis que les éléments sont stockés à keccak256(baseSlot) + index .

Coûts de gaz et efficacité de l'accès au stockage

L'accès et la modification du stockage sont l'opération la plus coûteuse d'Ethereum. La lecture du stockage (SLOAD) coûte 100 gaz , tandis que l'écriture (SSTORE) est nettement plus chère. Le coût d'écriture dépend du fait que la valeur passe de zéro à non nulle (20 000 gaz), non nul à non nul (5 000 gaz) ou non nul à zéro (qui rembourse le gaz). Ce modèle de gaz incite les développeurs à minimiser l'accès au stockage et à optimiser la structure des données.

Une optimisation efficace consiste à emballer plusieurs variables en un seul emplacement de stockage . Par exemple, la combinaison d'une bool , d'un uint8 et d'un uint16 dans une seule fente peut réduire le nombre d'opérations SSTORE. Une autre optimisation consiste à utiliser des mappages ou des tableaux uniquement si nécessaire, car leur logique de stockage est plus complexe et coûteuse.

Disposition de stockage dans des structures de données complexes

Des structures de données complexes comme les mappages et les structures nécessitent une compréhension plus approfondie de la façon dont le stockage est alloué. Les mappages n'ont pas de longueur et leurs clés ne sont pas stockées directement. Au lieu de cela, la valeur d'une clé k dans un mappage m est stockée à keccak256(k ++ m_slot) , où ++ désigne la concaténation. Ce mécanisme de hachage garantit que chaque clé se cartographie vers un emplacement de stockage unique.

Les structures sont stockées séquentiellement dans le stockage, à partir de la première variable déclarée. Si une structure contient plusieurs variables qui s'intègrent dans un seul emplacement, elles sont emballées ensemble. Cependant, un rembourrage peut être ajouté entre les variables d'alignement, selon les règles du compilateur. La compréhension de la disposition des structures est essentielle pour optimiser le stockage et réduire les coûts de gaz lors de la lecture ou de l'écriture de membres de structure.

Récupération et modification des données de stockage

Pour récupérer les données du stockage d'un contrat intelligent, des outils externes comme Web3.js ou Ethers.js peuvent être utilisés pour interroger la blockchain. Ces bibliothèques fournissent des méthodes comme getStorageAt(address, position) qui permettent aux développeurs d'inspecter le stockage dans une fente spécifique. Cependant, l'interprétation des données retournées nécessite une connaissance du schéma de mise en page et de codage de stockage utilisé par le contrat.

La modification du stockage se fait via des appels de fonction qui mettent à jour les variables d'état. Étant donné que chaque modification coûte du gaz, les développeurs lancent souvent des mises à jour ou utilisent des variables de mémoire temporaires pour calculer les valeurs finales avant de les engager dans le stockage. De plus, l'utilisation d'événements (journaux) peut aider à suivre les modifications de stockage sans interroger l'intégralité du Trie de stockage , ce qui rend la surveillance hors chaîne plus efficace.

Considérations de sécurité dans le stockage des contrats intelligents

Une mauvaise gestion du stockage peut entraîner des vulnérabilités telles que les collisions de stockage, l'accès non autorisé ou les attaques d'épuisement du gaz . Les contrats qui utilisent des pointeurs non initialisés ou des calculs de créneaux incorrects peuvent écraser des données involontaires. De plus, les contrats externes peuvent potentiellement manipuler le stockage si les cartographies ou les tableaux sont exposés publiquement sans contrôle d'accès approprié.

Un vecteur d'attaque commun est la collision de stockage dans les contrats de proxy , où le contrat de mise en œuvre et le contrat de proxy partagent la même disposition de stockage. Si la disposition est incompatible, les mises à niveau peuvent corrompre les données existantes. Pour atténuer cela, les développeurs devraient utiliser des modèles de mise à niveau bien établis comme le proxy transparent ou les UUP (standard de proxy modulable universel) .

Questions fréquemment posées

Q: Puis-je accéder directement au stockage d'un autre contrat?

Non, vous ne pouvez pas lire directement le stockage d'un autre contrat à partir d'un contrat intelligent. Des outils externes comme Web3.js ou Ethers.js peuvent être utilisés pour interroger les machines à sous de stockage hors chaîne, mais l'accès en chaîne est limité au propre stockage du contrat.

Q: Quelle est la différence entre le stockage et la mémoire dans la solidité?

Le stockage est persistant et conserve des données entre les transactions, tandis que la mémoire est temporaire et effacée après chaque appel de fonction. Les opérations sur le stockage sont plus chères en termes de gaz par rapport à la mémoire.

Q: Comment fonctionne le remboursement du gaz pendant les modifications de stockage?

Lorsqu'un emplacement de stockage est réglé sur zéro (c'est-à-dire éliminé), un remboursement de gaz est appliqué. Cela encourage les développeurs à nettoyer les données inutilisées. Cependant, le remboursement est limité et ne compense partiellement que partiellement le coût initial de l'écriture au stockage.

Q: Les variables de stockage sont-elles cryptées sur la blockchain?

Non, toutes les données stockées dans des contrats intelligents sont publiques et visibles pour toute personne ayant accès à la blockchain. Si la confidentialité est requise, les développeurs doivent mettre en œuvre des mécanismes de cryptage hors chaîne ou utiliser des technologies de préservation de la confidentialité comme des preuves de connaissances zéro.