Qu'est-ce qu'un contrat de proxy?

Comprendre le concept d'un contrat proxy

Un contrat de proxy est un modèle de conception couramment utilisé dans le développement de contrats intelligents sur des plateformes de blockchain comme Ethereum . Son objectif principal est de séparer la logique d'un contrat de son stockage . Cette séparation permet aux développeurs de mettre à niveau ou de modifier la logique du contrat sans modifier l'adresse du contrat ou perdre des données stockées dans le proxy lui-même.

Le contrat de proxy agit comme un intermédiaire qui transmet les appels à un autre contrat, souvent appelé contrat de mise en œuvre . Le proxy contient toutes les variables d'état , tandis que le contrat de mise en œuvre contient les fonctions et la logique métier . Ce modèle architectural est crucial pour maintenir une flexibilité à long terme dans les applications décentralisées (DAPP).

Comment fonctionne un contrat de proxy

Le mécanisme d'un contrat de proxy repose fortement sur la fonction DelegateCall dans l' EVM (Ethereum Virtual Machine) . Lorsqu'un utilisateur interagit avec le contrat de proxy, le proxy utilise DelegateCall pour transmettre l'exécution au contrat de mise en œuvre actuel. Cela garantit que le code s'exécute dans le contexte du proxy, ce qui signifie que le stockage, l'adresse et l'équilibre appartiennent au contrat de procuration.

Voici une ventilation de la façon dont cela fonctionne:

• Le contrat de proxy contient une référence à l' adresse de mise en œuvre actuelle.
• Lorsqu'une fonction est appelée sur le proxy, il utilise DelegateCall pour exécuter cette fonction dans le contexte du contrat de mise en œuvre.
• Toutes les modifications apportées lors de l'exécution affectent le stockage du proxy , et non le contrat de mise en œuvre.

Cette méthode permet la mise à niveau sans redéployer l'ensemble du système contractuel, ce qui est vital pour maintenir la confiance des utilisateurs et la continuité du contrat.

Différents types de contrats de proxy

Il existe plusieurs types de contrats de proxy, chacun avec des cas d'utilisation spécifiques et des détails de mise en œuvre:

• Proxy transparent : ce type est acheminé différemment selon qu'ils proviennent d'un administrateur ou d'un utilisateur régulier. Les appels d'administration sont transmis à un contrat d'administration proxy, tandis que les appels réguliers vont au contrat logique.
• UUPS (standard proxy Upgradable universel) : Dans ce modèle, la fonctionnalité de mise à niveau est implémentée dans le contrat logique lui-même. Cela applique un mécanisme de mise à niveau cohérent dans tous les proxies en utilisant la même norme.
• Proxy Beacon : Au lieu de stocker directement l'adresse d'implémentation, ce proxy fait référence à un contrat de balise , qui fournit dynamiquement l'adresse de mise en œuvre actuelle. Cela permet simultanément des mises à niveau en masse sur plusieurs proxys.

Chaque type de proxy présente ses avantages et ses compromis en termes de sécurité , de mise à niveau et de complexité .

Étapes pour déployer un contrat de proxy

Le déploiement d'un contrat de proxy implique plusieurs étapes. Voici une procédure détaillée:

• Déployer le contrat de mise en œuvre : il contient la logique commerciale réelle. Il ne devrait pas avoir de constructeur si vous utilisez certains types de proxy comme les UUP, car cela pourrait interférer avec les mises à niveau futures.
• Déployez le contrat de proxy : Pendant le déploiement, vous spécifiez l'adresse du contrat de mise en œuvre. Certains contrats de proxy nécessitent également la définition d'une adresse d'administration.
• Interagir avec le proxy : toutes les interactions utilisateur doivent passer par le proxy. Utilisez des outils comme la truffe , le hardhat ou le remix pour interagir avec le proxy et assurez-vous que l'ABI correct est utilisé.
• Mettre à niveau l'implémentation (si nécessaire) : Lorsqu'une nouvelle version de la logique est prête, déployez le nouveau contrat d'implémentation et mettez à jour la référence du proxy. Cette étape varie en fonction du type de proxy utilisé.

Chacune de ces étapes doit être exécutée attentivement pour éviter la perte de fonds ou les vulnérabilités de sécurité .

Considérations de sécurité pour les contrats proxy

Les contrats proxy introduisent de nouveaux défis de sécurité que les développeurs doivent relever:

• Collisions de stockage : si le contrat de mise en œuvre et le proxy ne sont pas soigneusement conçus, les variables de stockage peuvent se chevaucher, conduisant à une corruption de données involontaire.
• Problèmes d'initialisation : les constructeurs des contrats de mise en œuvre peuvent causer des problèmes s'ils ne sont pas remplacés par des fonctions d'initialisateur . Ces fonctions doivent être protégées pour éviter la réinitialisation après le déploiement.
• Contrôle d'accès : La possibilité de mettre à niveau un contrat doit être strictement contrôlée. La mauvaise gestion des clés d'administration peut entraîner des améliorations malveillantes .
• Complexité des tests : les contrats de proxy augmentent la complexité des tests, obligeant les développeurs à tester à la fois le contrat de proxy et le contrat de mise en œuvre.

L'utilisation de modèles proxy bien audités de cadres comme Openzeppelin peut atténuer bon nombre de ces risques.

Des cas d'utilisation pour les contrats de proxy

Les contrats de proxy sont largement utilisés dans divers protocoles de financement décentralisés (DEFI) et DAPP où l'entretien à long terme est essentiel. Certains cas d'utilisation notables comprennent:

• Mises à niveau contrôlées par la gouvernance : Des protocoles comme AAVE ou des composés utilisent des contrats proxy pour permettre des mises à niveau axées sur la communauté sans perturber les interactions utilisateur.
• Correction de bogues sans redéployment : si un bogue critique est découvert dans un contrat déployé, les développeurs peuvent corriger la logique dans une nouvelle implémentation et mettre à niveau le proxy sans affecter les soldes utilisateur ou les adresses contractuelles.
• Systèmes multi-contrats : Dans les systèmes où plusieurs contrats fonctionnent ensemble, les contrats de proxy peuvent garantir que tous les composants peuvent être mis à niveau de manière coordonnée.

Ces cas d'utilisation démontrent la valeur pratique des contrats de proxy dans les applications de blockchain réelles.

Questions fréquemment posées

Q: Les contrats proxy peuvent-ils être utilisés pour tous les types de contrats intelligents? R: Bien que les contrats proxy soient largement applicables, ils peuvent ne pas convenir aux contrats sans autorisation ou immuables où la mise à niveau n'est pas souhaitée. Par exemple, les normes de jeton comme ERC-20 ou ERC-721 bénéficient souvent de modèles proxy, mais certains protocoles préfèrent l'immuabilité pour la minimisation de la confiance .

Q: Comment tester efficacement un contrat de proxy? R: Tester un contrat de proxy implique de vérifier à la fois le proxy et la logique d'implémentation. Utilisez des cadres de test comme HardHat ou Foundry et assurez-vous que toutes les interactions passent par le proxy. Se moquer de l'environnement proxy et la vérification de l'intégrité du stockage est crucial.

Q: Les contrats proxy sont-ils compatibles avec toutes les blockchains compatibles EVM? R: Oui, les contrats de proxy reposent sur des fonctionnalités EVM comme DelegateCall , qui sont disponibles sur toutes les chaînes compatibles EVM , y compris la chaîne intelligente de Binance , le polygone et l'arbitrum . Cependant, les différences dans l'outillage ou la vérification des contrats peuvent affecter les workflows de déploiement.

Q: Quelles sont les implications au gaz de l'utilisation d'un contrat de proxy? R: Les contrats proxy ajoutent une petite quantité de frais généraux en raison de l'étape supplémentaire de délégation . Cependant, ces frais généraux sont généralement minimes et n'ont pas d'impact significatif sur l'expérience utilisateur. Les économies de gaz peuvent être réalisées en optimisant la conception de proxy et en minimisant les appels redondants.