D'accord - aujourd'hui nous parlons de Paymaster ! 🥳 Paymaster est très lié à l'Abstraction de Compte, donc si vous avez besoin d'une explication sur l'AC, allez d'abord lire le tweet sur l'AC. Qu'est-ce que Paymaster ? Paymaster est un bel exemple du pouvoir de l'Abstraction de Compte et des portefeuilles intelligents pour améliorer la vie des utilisateurs. Comment ? Il offre aux applications une flexibilité lors de la conception de leur flux de paiement et de leurs fonctionnalités. Il peut traiter un flux qui aurait pu être maladroit autrement et l'enveloppe dans un flux fluide pour les utilisateurs. Les applications peuvent l'utiliser pour concevoir divers avantages créatifs et améliorations de l'UX. Par exemple : - Transactions sans gaz ! Une application/portefeuille peut décider que vous, l'utilisateur, effectuez la transaction, et l'opérateur paiera son gaz. Dans ce cas, l'application/portefeuille utilisera Paymaster pour payer les frais de transaction pour ses utilisateurs. - Payer une transaction avec n'importe quelle pièce que vous souhaitez. Si la devise de paiement requise est, disons, STRK, et que l'utilisateur a de l'ETH, une application peut permettre à l'utilisateur de payer avec de l'ETH, puis utiliser Paymaster pour le convertir en STRK. Paymaster effectuera automatiquement la conversion de jetons ! Les EOAs peuvent-ils bénéficier de Paymaster ? Quel rapport avec l'AC ? Les EOAs ne peuvent pas bénéficier de Paymaster. Pour qu'un portefeuille bénéficie de cet outil innovant, le compte Paymaster doit appeler une fonction dans le portefeuille. Les EOAs ont un ensemble limité d'opérations, et ils n'ont pas la fonction que Paymaster appelle. Les portefeuilles intelligents, en revanche, créés grâce à l'AC, peuvent exécuter du code, donc ils peuvent avoir la fonction requise pour interagir avec Paymaster. Vous pouvez consulter @myBraavos et @ready_co. Donc, l'Abstraction de Compte est la base pour créer des portefeuilles intelligents, et pour que les portefeuilles intelligents puissent bénéficier de Paymaster. 🥳 Sur Starknet, Paymaster est disponible grâce à l'incroyable équipe de @avnu_fi, qui l'a construit et publié en open source. Merci AVNU ! Lien vers leur annonce (et peut-être une meilleure explication) dans le tweet suivant. Les applications peuvent jouer beaucoup avec cet outil utile afin d'optimiser l'intégration et l'expérience continue de leurs utilisateurs, donc encore une fois : UX, UX, UX 🗝️
Eli Ben-Sasson | Starknet.io
Eli Ben-Sasson | Starknet.io6 août, 20:35
Aujourd'hui, nous parlons d'Account Abstraction ! 🥳 Commençons par la fin : UX, UX, UX. L'Account Abstraction est la clé pour une UX supérieure. Nous devons fournir aux utilisateurs un maximum d'efforts pour la meilleure UX possible. La meilleure UX nécessite une infrastructure adaptée. Par "infrastructure adaptée", j'entends une qui permettra de personnaliser et d'optimiser l'UX des applications/portefeuilles. Donc - AA est une solution pour l'expérience célèbre, encombrante et lourde qu'est l'UX crypto moyenne. Mais avant de comprendre ce que fait cette solution, nous devons comprendre le problème. UX encombrante Dans Ethereum, et les chaînes EVM, et presque toutes les chaînes qui sont venues après, il existe deux types de comptes : les comptes utilisateurs et les contrats intelligents. Comptes utilisateurs (alias EOAs) : - Ont un ensemble spécifique d'actions qu'ils peuvent effectuer : Ils peuvent effectuer un paiement ou déclencher un contrat intelligent pour exécuter du code (et quelques autres choses). - Les utilisateurs doivent signer avec leur clé privée chaque transaction que leur compte émet. - Vous ne pouvez pas personnaliser leur logique de signature. Vous ne pouvez pas avoir un mécanisme de récupération personnalisé pour ces comptes. Les contrats intelligents sont des comptes qui exécutent du code (appelons-les des applications). - Lorsqu'ils sont déclenchés (par des comptes utilisateurs ou par un autre contrat intelligent), ils effectuent l'action pour laquelle ils ont été conçus. - Ils peuvent déclencher d'autres contrats intelligents, mais ils ne peuvent pas se déclencher eux-mêmes. Même si vous avez un contrat intelligent qui déclenche un autre contrat intelligent, vous devez avoir un compte utilisateur déclenchant la première transaction. Donc, les comptes utilisateurs sont nécessaires pour déclencher des contrats intelligents, et leur comportement ou logique d'opération manque de flexibilité. Ce manque de flexibilité limite l'UX que les applications peuvent construire et que les utilisateurs peuvent avoir. Account Abstraction L'Account Abstraction signifie que les comptes utilisateurs sont également des contrats intelligents (pas des EOAs). Ne pas être limité par la logique spécifique que les EOAs ont signifie que nous ne sommes pas non plus limités dans le comportement/logique que nous pouvons créer pour les utilisateurs. Nous pouvons abstraire les limitations de l'UX. Nous arrivons maintenant à la partie de l'UX supérieure pour les portefeuilles. D'accord, les comptes utilisateurs - portefeuilles - sont maintenant des contrats intelligents (nous pouvons les appeler des portefeuilles intelligents). Cela ouvre beaucoup de place pour la créativité UX en ce qui concerne la gestion des portefeuilles. *Par exemple* : - Utiliser la biométrie et la cryptographie de votre smartphone pour autoriser des paiements ? Oui. - Avoir un portefeuille intelligent qui est multi-signature ? Oui. - Autoriser des paiements mensuels, définir un interrupteur de sécurité qui transférera automatiquement des fonds à quelqu'un d'autre en cas d'absence d'activité (ou de clés perdues) ? Au risque de sembler répétitif - oui. - Regrouper plusieurs appels à plusieurs contrats et les envoyer comme une seule transaction ? Oui. - Moooar de choses que les EOAs ne peuvent pas faire ? Oui. Cela semble être un tas de choses techniques, mais cela se compile en un flux fluide et sur mesure qui élimine l'expérience crypto qui éloigne les utilisateurs de la crypto. Il est crucial que l'UX crypto puisse rivaliser avec n'importe quelle application non-crypto si nous voulons intégrer mon voisin, votre tante, et cet ami du travail. L'Account Abstraction est un élément si important que Starknet a été construit avec l'AA intégré dans sa conception (ce que nous appelons l'Account Abstraction Native). 2 sujets - Paymaster et Account Abstraction Native - valent vraiment la peine d'être expliqués aussi, mais ce tweet est déjà assez long. Donc, Paymaster et *Account* Abstraction Native attendront demain (plus ou moins). J'espère que cette explication clarifie pourquoi l'AA est 🗝️.
Lien vers les détails du paymaster d'AVNU
AVNU
AVNU24 juil. 2025
🚨 L'expérience utilisateur des frais de gaz sur Starknet vient de changer. Pour toujours. 🚨 Présentation du Starknet Paymaster - une solution open-source, prête pour la production, axée sur les développeurs pour abstraire les frais de gaz. → Sponsoriser des transactions → Accepter n'importe quel token pour les frais de gaz → Exécutez-le vous-même Discutons 👇
18,72K