Qu'est-ce qu'une fonction de vue et une fonction pure dans Solidity et quelles sont leurs implications en matière de gaz ?

Comprendre les fonctions de vue dans Solidity

1. Une fonction de visualisation dans Solidity est un type de fonction qui promet de ne pas modifier l'état de la blockchain. Il peut lire les variables de stockage du contrat mais ne peut pas les modifier, émettre des événements ou appeler des fonctions qui changent d'état.

2. Comme ces fonctions ne modifient pas l’état, elles peuvent être exécutées localement sur un nœud Ethereum sans diffuser de transaction sur le réseau. Cela signifie que les utilisateurs n'ont pas à payer de frais de gaz lorsqu'ils les appellent à l'extérieur.
3. Le mot-clé view doit être explicitement déclaré dans la signature de la fonction. En cas d'omission et que la fonction tente de modifier l'état, le compilateur générera une erreur.
4. Les exemples incluent la récupération du solde d'un utilisateur, la vérification des allocations dans les jetons ERC-20 ou la lecture des paramètres de configuration stockés dans le contrat.
5. Bien qu'elles soient gratuites pour les appelants externes, les fonctions d'affichage consomment toujours des ressources de calcul sur les nœuds. Par conséquent, une logique excessivement complexe au sein d’une fonction d’affichage peut entraîner des délais d’attente ou des rejets par certains fournisseurs.

Explorer les fonctions pures dans Solidity

1. Une fonction pure va encore plus loin qu’une fonction d’affichage en promettant de ne lire ni écrire aucune variable d’état. Il fonctionne uniquement sur les paramètres d'entrée qui lui sont transmis.

2. Ces fonctions sont généralement utilisées pour des calculs mathématiques, des opérations de codage/décodage ou des contrôles logiques qui ne dépendent pas des données stockées.
3. Le mot-clé pure applique cette restriction au moment de la compilation. Tenter d'accéder ne serait-ce qu'à une seule variable d'état entraînera un échec de compilation.
4. Comme les fonctions d'affichage, les fonctions pures n'entraînent aucun coût lorsqu'elles sont appelées en externe, car elles ne nécessitent pas de transaction. Ils s'exécutent hors chaîne en utilisant les ressources du nœud local.
5. Un exemple serait une fonction qui calcule les intérêts composés sur la base d’arguments d’entrée ou valide une signature cryptographique sans référencer le stockage du contrat.

Implications gazeuses des fonctions non modificatrices

1. Lorsqu'une fonction de contrat intelligent est marquée comme view ou pure , les appels externes ne génèrent pas de transactions. En conséquence, aucun gaz n’est facturé à l’appelant.

2. En interne, cependant, si une vue ou une fonction pure est appelée par une autre fonction au sein d'une transaction, son exécution consomme toujours du gaz. L'EVM doit traiter chaque opération, que des changements d'état se produisent ou non.
3. Les calculs complexes au sein de ces fonctions, comme le bouclage sur de grands tableaux ou l'exécution de plusieurs opérations arithmétiques, augmentent le coût du gaz lorsqu'ils sont invoqués en interne.
4. Les développeurs optimisent souvent les performances en minimisant les calculs dans les fonctions d'affichage/pures, en particulier lorsqu'elles sont susceptibles d'être appelées lors de transactions à changement d'état.
5. Étiqueter à tort une fonction comme vue ou pure lorsqu'elle modifie réellement son état entraîne des exceptions d'exécution ou des échecs de déploiement, ce qui peut entraîner une perte de temps de développement et de gaz testnet.

Questions courantes sur les fonctions View et Pure

Q : Une fonction d’affichage peut-elle appeler une fonction pure ? R : Oui, une fonction d’affichage peut appeler en toute sécurité une fonction pure. Puisque les fonctions pures ne lisent ni ne modifient l’état, elles sont entièrement compatibles avec les contraintes des fonctions d’affichage.

Q : Que se passe-t-il si j'essaie de modifier une variable d'état à l'intérieur d'une fonction pure ? R : Le compilateur Solidity produira une erreur. Il est strictement interdit aux fonctions pures d'accéder à des variables d'état, que ce soit en lecture ou en écriture.

Q : Les fonctions view et pure utilisent-elles du gaz lorsqu'elles sont appelées depuis web3.js ou ethers.js ? R : Non, l'appel de ces fonctions via les bibliothèques JavaScript ne nécessite pas de transaction et n'entraîne donc aucun coût en gaz. L'exécution a lieu localement sur le nœud Ethereum connecté.

Q : Existe-t-il une différence de performances entre les fonctions d'affichage et les fonctions pures ? R : Du point de vue du coût du gaz et de la vitesse d'exécution, il n'y a pas de différence inhérente lors d'un appel externe. Les deux s’exécutent localement sans changement d’état. En interne, les performances dépendent de la complexité du calcul plutôt que du modificateur utilisé.