Patrick McCorry: "Why meta-transactions in ETH 1.0 suck and what we can do about it"

Summary

Le script d'une conférence aborde la complexité des transactions sur Ethereum et présente 'Any.sender', un service basé sur les transactions méta (meta transactions) qui offre une API simple pour garantir l'exécution de ces transactions dans la blockchain. Le discours détaille les problèmes courants comme la gestion des frais de transaction, la nécessité d'une ordre de transaction et les risques de répétition. Il propose des solutions pour minimiser ces problèmes, tout en discutant des défis techniques et stratégiques liés à l'utilisation de transactions méta.

Takeaways

• 😷 L'orateur exprime ses excuses pour ne pas être présent physiquement à cause de la pandémie de COVID-19.
• 🗣️ L'objectif de la présentation est de discuter des transactions 'meta' et de leur intégration dans Ethereum 1.x et 2.0.
• 🛠️ Le service 'Any.sender' a été développé pour faciliter l'envoi de transactions 'meta' en garantissant leur inclusion dans la blockchain avant une date butoir.
• 🔄 Les transactions Ethereum sont soumises à un ordre d'acceptation strict, ce qui peut poser des problèmes pour les utilisateurs souhaitant envoyer des transactions dans un ordre différent.
• 💰 La gestion des frais de transaction est un défi, car les transactions à faible frais peuvent être rejetées par les mineurs lors de la congestion du réseau.
• 📈 L'histoire de CryptoKitties illustre les problèmes de congestion et de perte de transactions pendant les pics d'activité.
• 🤔 Les échanges de crypto-monnaies ont dû augmenter considérablement les frais de transaction pour assurer la confirmation de leurs transactions, ce qui peut être coûteux et inefficace.
• 🛡️ 'Any.sender' propose une solution de retransmission de transactions avec une garantie d'inclusion, protégeant ainsi les utilisateurs contre les risques de congestion du réseau.
• 🔄 L'utilisation de transactions 'meta' permet de contourner les limitations d'ordre des transactions et d'améliorer l'expérience utilisateur.
• 🔒 L'introduction de 'Any.sender' met l'accent sur la minimale intrusiveness, la protection contre la réexécution, et la simplicité d'utilisation pour les développeurs de contrats intelligents.
• 🚧 Il est important de souligner les pièges potentiels liés à l'utilisation de transactions 'meta', notamment la nécessité de modifier les contrats pour assurer la protection contre la réexécution et la gestion des signatures.

Q & A

Pourquoi l'orateur a-t-il décidé de ne pas assister en personne à l'événement?

L'orateur a décidé de ne pas assister en personne à l'événement en raison de la pandémie du coronavirus.

Quel est le sujet principal de la conférence de l'orateur?

Le sujet principal de la conférence est les transactions méta (meta transactions), leurs inconvénients et les solutions possibles pour y remédier.

Quel est le nom du service que l'orateur mentionne avoir développé?

Le nom du service mentionné est 'Any Dot Sender'.

Quels sont les problèmes courants que les utilisateurs rencontrent lors de l'interaction avec le réseau Ethereum?

Les problèmes courants incluent l'ordre des transactions, la gestion des frais de transaction, les transactions en attente et les problèmes de réexécution.

Quel est le premier problème lié aux transactions Ethereum mentionné dans le script?

Le premier problème mentionné est que le réseau Ethereum impose que toutes les transactions soient acceptées dans l'ordre.

Comment Any Dot Sender garantit-il la livraison des transactions méta?

Any Dot Sender utilise une API simple où l'utilisateur fournit une transaction méta et le service garantit qu'elle sera incluse dans la blockchain avant une date butoir.

Quel est le rôle du 'relayer' dans le contexte des transactions méta?

Le rôle du relayer est d'inclure la transaction méta dans une transaction Ethereum, de la diffuser dans le réseau et de s'assurer qu'elle est finalisée.

Quels sont les quatre principes clés utilisés pour concevoir Any Dot Sender?

Les quatre principes sont la minimale intrusiveness, l'amitié environnementale, la prise en charge des transactions hors ordre et les paiements équitables.

Quels sont les défis spécifiques liés à l'utilisation de 'message sender' dans les transactions méta?

Les défis incluent l'absence de protection contre la réexécution, la nécessité de modifier les contrats intelligents pour inclure la vérification de signature et la protection contre la réexécution.

Quel est le mécanisme proposé pour résoudre le problème du 'message sender' dans les transactions méta?

Le mécanisme proposé est l'utilisation d'un contrat proxy qui vérifie la signature de l'utilisateur, applique la protection contre la réexécution, puis appelle le contrat cible pour exécuter la commande.

Comment Any Dot Sender s'assure-t-il que les transactions soient traitées dans l'ordre souhaité par l'utilisateur?

Any Dot Sender s'assure que les transactions soient traitées dans l'ordre souhaité en utilisant des mécanismes de protection contre la réexécution et en modifiant les contrats pour supporter les transactions hors ordre.