DApp Store | Web3 Hub voor evenementen en spelletjes

Populaire onderwerpen

Oké - vandaag praten we over Paymaster! 🥳 Paymaster is sterk gerelateerd aan Account Abstraction, dus als je een uitleg over AA nodig hebt, lees dan eerst de AA-tweet. Wat is Paymaster? Paymaster is een prachtig voorbeeld van de kracht van Account Abstraction en slimme wallets in het verbeteren van het leven van gebruikers. Hoe? Het biedt apps flexibiliteit bij het ontwerpen van hun betalingsstroom en functies. Het kan een stroom verwerken die anders onhandig zou zijn geweest en verpakt het in een naadloze stroom voor gebruikers. Apps kunnen het gebruiken om verschillende creatieve voordelen en UX-verbeteringen te ontwerpen. Bijvoorbeeld: - Gasloze tx! Een app/wallet kan beslissen dat jij, de gebruiker, de tx maakt, en de operator betaalt de gas. In dat geval zal de app/wallet Paymaster gebruiken om de tx-kosten voor hun gebruikers te betalen. - Betaal voor een tx met elke munt die je wilt. Als de vereiste betalingsvaluta, laten we zeggen STRK, is, en de gebruiker heeft ETH, kan een app de gebruiker laten betalen met ETH, en vervolgens Paymaster gebruiken om het om te wisselen naar STRK. Paymaster zal automatisch de tokenconversie uitvoeren! Kunnen EOAs profiteren van Paymaster? Wat heeft AA ermee te maken? EAOs kunnen niet profiteren van Paymaster. Voor een wallet om van deze innovatieve tool te profiteren, moet het Paymaster-account een functie in de wallet aanroepen. EOAs hebben een beperkte set operaties, en ze hebben niet de functie die Paymaster aanroept. Slimme wallets daarentegen, die dankzij AA zijn gemaakt, kunnen code uitvoeren, en daarom kunnen ze de vereiste functie hebben voor interactie met Paymaster. Je kunt @myBraavos en @ready_co bekijken. Dus Account Abstraction is de basis voor het creëren van slimme wallets, en voor slimme wallets om te kunnen profiteren van Paymaster. 🥳 Op Starknet is Paymaster beschikbaar dankzij het geweldige team van @avnu_fi, die het hebben gebouwd en als open source hebben vrijgegeven. Bedankt AVNU! Link naar hun aankondiging (en misschien naar een betere uitleg) in de volgende tweet. Apps kunnen veel spelen met deze nuttige tool om de onboarding en de voortdurende ervaring van hun gebruikers te optimaliseren, dus nogmaals: UX, UX, UX 🗝️

Vandaag praten we over Account Abstraction! 🥳 Laten we beginnen met het einde: UX, UX, UX. Account Abstraction is de sleutel voor superieure UX. We zijn gebruikers maximale inspanningen verschuldigd voor de beste UX mogelijk. De beste UX vereist geschikte infrastructuur. Met "geschikte infrastructuur" bedoel ik een infrastructuur die het mogelijk maakt om apps/wallets UX te personaliseren en te optimaliseren. Dus - AA is een oplossing voor de beroemde onhandige en omslachtige ervaring die de gemiddelde crypto UX is. Maar voordat we begrijpen wat deze oplossing doet, moeten we het probleem begrijpen. Onhandige UX In Ethereum, en EVM-ketens, en bijna alle ketens die daarna kwamen, zijn er twee soorten accounts: gebruikersaccounts en slimme contracten. Gebruikersaccounts (ook wel EOAs genoemd): - Hebben een specifieke set acties die ze kunnen uitvoeren: Ze kunnen een betaling doen of een slim contract activeren om code uit te voeren (en nog een paar andere dingen). - Gebruikers moeten elke transactie die hun account uitvoert ondertekenen met hun privésleutel. - Je kunt hun handtekeninglogica niet aanpassen. Je kunt geen aangepast herstelmechanisme voor deze accounts hebben. Slimme contracten zijn accounts die code uitvoeren (laten we zeggen apps). - Wanneer ze worden geactiveerd (door gebruikersaccounts of door een ander slim contract), voeren ze de actie uit waarvoor ze zijn ontworpen. - Ze kunnen andere slimme contracten activeren, maar ze kunnen zichzelf niet activeren. Zelfs als je een slim contract hebt dat een ander slim contract activeert, moet je een gebruikersaccount hebben dat de eerste transactie activeert. Dus gebruikersaccounts zijn nodig om slimme contracten te activeren, en hun gedrag of operationele logica mist flexibiliteit. Dit gebrek aan flexibiliteit beperkt de UX die apps kunnen bouwen en die gebruikers kunnen ervaren. Account Abstraction Account Abstraction betekent dat gebruikersaccounts ook slimme contracten zijn (geen EOAs). Niet beperkt te zijn door de specifieke logica die EOAs hebben, betekent dat we ook niet beperkt zijn in het gedrag/logica dat we voor gebruikers kunnen creëren. We kunnen de UX-beperkingen abstraheren. Nu komen we bij het deel van superieure UX voor wallets. Oké, gebruikersaccounts - wallets - zijn nu slimme contracten (we kunnen ze slimme wallets noemen). Dit opent veel ruimte voor UX-creativiteit als het gaat om walletbeheer. *Bijvoorbeeld*: - Gebruik de biometrie en cryptografie van je smartphone om betalingen te autoriseren? Ja. - Heb een slimme wallet die multi-sig is? Ja. - Autoriseer maandelijkse betalingen, stel een deadman switch in die automatisch fondsen naar iemand anders overmaakt in geval van geen activiteit (of verloren sleutels)? Voor het risico om repetitief te klinken - ja. - Groepeer verschillende oproepen naar meerdere contracten en verstuur het als één transactie? Ja. - Moooar dingen die EOAs niet kunnen doen? Ja. Dit klinkt als een hoop technische zaken, maar het resulteert in een soepele, op maat gemaakte flow die de crypto-achtige ervaring wegneemt die gebruikers afschrikt van crypto. Het is cruciaal dat crypto UX concurreert met elke niet-crypto app als we mijn buurman, jouw tante en die vriend van het werk willen onboarden. Account Abstraction is zo'n belangrijk element dat Starknet is gebouwd met AA ingebakken in zijn ontwerp (wat we Native Account Abstraction noemen). 2 onderwerpen - Paymaster en Native Account Abstraction - zijn echt het uitleggen waard, maar deze tweet is al behoorlijk lang. Dus Paymaster en *Native* Account Abstraction moeten wachten tot morgen (meer of minder). Ik hoop dat deze uitleg duidelijk maakt waarom AA 🗝️ is.

Link naar de betalingsdetails van AVNU

18,72K

Boven

Positie

Favorieten

Populair op onchain

Populair op X

Recente topfinanciering

Belangrijkste