How to Relay Gasless Meta-Transactions

Summary

Le script démonstratif présente une transaction méta sans gaz, qui permet de dissocier la signature d'une transaction de celui qui paie. Utilisant un relais sécurisé, le démo inclut un registre de noms et une version méta-transactionnelle. Les étapes de création du relais, déploiement des contrats, configuration de l'auto-tâche et utilisation du relais pour exécuter des transactions sans frais sont détaillées. L'importance de ne pas exposer les clés du relais est soulignée, et l'auto-tâche est montré comme un moyen de protéger ces informations tout en permettant l'interaction avec les contrats. Le script conclut par une invitation à poser des questions sur le forum OpenZeppelin.

Takeaways

• 🔐 Une transaction méta sans gaz est une méthode pour dissocier la personne qui signe la transaction de celle qui la paye, assurée de manière sécurisée grâce à un 'relayer'.
• 🛠️ Pour commencer, il faut accéder à la démo du workshop, cloner le dépôt, se positionner dans le répertoire et initialiser les choses.
• 📚 Le dépôt de démo comprend un registre de noms simple qui n'est pas une méta-transaction, où le nom est stocké avec l'adresse de l'expéditeur de la transaction.
• 🔄 Une seconde version du contrat, différente par l'ajout de la fonctionnalité de méta-transaction, est également présente dans le dépôt.
• 🤖 Le 'relayer' est un composant clé qui permet de relayer la transaction et de payer les frais de gaz au lieu de l'utilisateur final.
• 📝 Il est nécessaire de créer le 'relayer' en utilisant une clé API et un secret de Open Zeppelin Defender, qui sont ensuite stockés dans un fichier .env.
• 🔑 La clé et le secret du 'relayer' ne sont nécessaires que pour le déploiement initial du contrat et peuvent être supprimés après.
• 📜 Le script de déploiement utilise les informations du 'relayer' pour déployer les contrats 'forwarder' et 'registry'.
• 📝 L'adresse des contrats déployés est sauvegardée dans un fichier 'deploy.json', nécessaire pour la création de l'auto-task.
• 🏗️ L'auto-task est créé avec le code fourni et inclut la logique pour interagir avec le 'relayer' sans exposer ses clés au frontend.
• 🔗 L'URL du webhook de l'auto-task est copiée et utilisée pour permettre aux utilisateurs de s'engager avec la logique du 'relayer' lors de la signature d'une transaction.
• 💻 Une fois configuré, l'auto-task permet aux utilisateurs de s'inscrire dans le registre sans payer de frais de gaz, le 'relayer' s'occupant de l'exécution de la transaction.
• 🔍 OpenZeppelin Defender offre des fonctionnalités de débogage et de journalisation pour suivre et résoudre les problèmes liés aux transactions.

Q & A

Qu'est-ce qu'une transaction métagaz sans carburant (gasless meta transaction) ?

Une transaction métagaz sans carburant est une méthode qui permet de dissocier la personne qui signe la transaction de celle qui paie pour cette transaction. Cela est réalisé de manière sécurisée dans l'application démo grâce à un intermediaire (relayer).

Comment est-ce que l'application démo gère la sécurité lors de la création de transactions sans carburant ?

La sécurité est assurée par l'intermédiaire (relayer) qui reçoit la transaction, la relaye et paie le carburant (gas), sans exposer ses clés au frontend, ce qui empêche toute utilisation non autorisée de ses ressources.

Quels sont les composants clés du dépôt de démo mentionné dans le script ?

Le dépôt de démo comprend un registre de noms (names registry) qui n'utilise pas de transaction métagaz, et un deuxième contrat qui implémente la logique de transaction métagaz.

Quel est le rôle de l'intermédiaire (relayer) dans le registre de noms avec transaction métagaz ?

L'intermédiaire reçoit les transactions envoyées par l'utilisateur, les relaye vers le contrat et paie le carburant. Il permet ainsi aux utilisateurs de signer des transactions sans avoir à payer le carburant.

Comment se déroule le processus de déploiement du contrat via l'intermédiaire (relayer) ?

Après avoir créé l'intermédiaire avec l'API Key et le Secret de l'Open Zeppelin Defender, on utilise ces informations pour déployer le contrat, enregistrant ensuite l'ID de l'intermédiaire et les clés dans le fichier .env.

Quel est l'objectif de l'autotask dans le contexte des transactions métagaz ?

L'autotask contient la logique pour interagir avec l'intermédiaire, permettant de s'exécuter sans exposer les clés de l'intermédiaire au frontend. Il est crucial pour la sécurité et la facilité d'interaction avec les transactions.

Comment est créé l'autotask et quel est son rôle dans l'infrastructure des transactions métagaz ?

L'autotask est créé en utilisant le client de tâches automatiques de Defender, en fournissant les clés d'API et de Secret, en chargeant le code de l'autotask localement et en l'uploadant. Il est ensuite utilisé pour exécuter des transactions sans exposer les clés sensibles.

Quel est le rôle du fichier 'deploy.json' dans le processus de déploiement des contrats ?

Le fichier 'deploy.json' enregistre les adresses des contrats déployés ainsi que les informations nécessaires pour la création de l'autotask, servant de référence pour les étapes suivantes.

Comment les utilisateurs peuvent-ils tester l'application avec les transactions métagaz ?

Les utilisateurs peuvent tester l'application en utilisant un compte avec ou sans fonds. Dans le cas d'un compte sans fonds, ils peuvent signer une transaction sans avoir à payer de carburant, car l'intermédiaire s'en charge.

Quels outils sont utilisés pour déboguer et suivre les transactions dans l'application ?

Les logs générés dans Defender sont utilisés pour suivre et déboguer les transactions. Chaque activité significative est enregistrée, permettant une analyse détaillée des transactions.

Où puis-je poser des questions ou partager des expériences liées à l'implémentation des transactions métagaz ?

Vous pouvez poser des questions ou partager des expériences sur le forum OpenZeppelin à l'adresse forum.openzeppelin.com.