Okej - idag pratar vi Paymaster! 🥳 Paymaster är mycket relaterat till kontoabstraktion, så om du behöver en förklaring om AA, läs AA-tweeten först. Vad är Paymaster? Paymaster är ett vackert exempel på kraften i kontoabstraktion och smarta plånböcker för att förbättra användarnas liv. Hur? Det ger appar flexibilitet när de utformar sitt betalningsflöde och sina funktioner. Det kan bearbeta ett flöde som annars kunde ha varit klumpigt och omsluter det till ett sömlöst flöde för användarna. Appar kan använda den för att designa olika kreativa fördelar och UX-förbättringar. Till exempel: - Gasfri tx! En app/plånbok kan bestämma att du, användaren, gör tx, och operatören kommer att betala sin gas. I sådana fall kommer appen/plånboken att använda Paymaster för att betala tx-avgifterna för sina användare. - Betala för en tx med vilket mynt du vill. Om den betalningsvaluta som krävs är, låt oss säga STRK, och användaren har ETH, kan en app låta användaren betala med ETH och sedan använda Paymaster för att byta den till STRK. Paymaster kommer automatiskt att göra tokenkonverteringen! Kan EOA:er dra nytta av Paymaster? Vad har AA med saken att göra? EAO:er kan inte dra nytta av Paymaster. För att en plånbok ska kunna dra nytta av detta innovativa verktyg måste Paymaster-kontot anropa en funktion i plånboken. Exportförsäkringsföretag har en begränsad uppsättning operationer och de har inte den funktion som paymaster anropar. Smarta plånböcker å andra sidan, skapade thx till AA, kan köra kod, därför kan de ha den funktion som krävs för att interagera med Paymaster. Du kan kolla in @myBraavos och @ready_co. Så Account Abstraction är grunden för att skapa smarta plånböcker, och för att smarta plånböcker ska kunna dra nytta av Paymaster. 🥳 På Starknet är Paymaster tillgängligt tack vare det fantastiska teamet av @avnu_fi, som byggde och släppte det som öppen källkod. Tack AVNU! Länk till deras tillkännagivande (och kanske till bättre förklaring) i nästa tweet. Appar kan spela mycket med detta användbara verktyg för att optimera sina användares onboarding och pågående upplevelse, så än en gång: UX, UX, UX 🗝️
Eli Ben-Sasson | Starknet.io
Eli Ben-Sasson | Starknet.io6 aug. 20:35
Idag pratar vi om kontoabstraktion! 🥳 Låt oss börja från slutet: UX, UX, UX. Kontoabstraktion är nyckeln till överlägsen UX. Vi är skyldiga användarna maximala ansträngningar för bästa möjliga UX. Bästa UX kräver lämplig infrastruktur. Med "lämplig infrastruktur" menar jag en som gör det möjligt att anpassa och optimera appar/plånböcker UX. Så - AA är en lösning för den berömda klumpiga och besvärliga upplevelsen som är den genomsnittliga krypto-UX. Men innan vi förstår vad den här lösningen gör måste vi förstå problemet. Klumpig UX I Ethereum- och EVM-kedjor, och nästan alla kedjor som kom efter, finns det två typer av konton: användarkonton och smarta kontrakt. Användarkonton (även kallade EOA:er): - Ha en specifik uppsättning åtgärder som de kan utföra: De kan göra en betalning eller utlösa ett smart kontrakt för att köra kod (och ett par fler saker). - Användare måste signera med sin privata nyckel varje gång som deras konto utfärdar. - Du kan inte anpassa deras signaturlogik. Du kan inte ha en anpassad återställningsmekanism för dessa konton. Smarta kontrakt är konton som kör kod (låt oss säga appar). - När de utlöses (av användarkonton eller av ett annat smart kontrakt) utför de den åtgärd de är utformade för att göra. - De kan utlösa andra smarta kontrakt, men de kan inte utlösa sig själva. Även om du har ett smart kontrakt som utlöser ett annat smart kontrakt måste du ha ett användarkonto som utlöser den första transaktionen. Användarkonton behövs därför för att utlösa smarta kontrakt, och deras beteende eller operationslogik saknar flexibilitet. Denna brist på flexibilitet begränsar det UX som appar kan skapa och användare kan ha. Abstraktion av konto Kontoabstraktion innebär att användarkonton också är smarta kontrakt (inte EOA). Att inte begränsas av den specifika logik som EOA:er har, innebär att vi inte heller är begränsade i det beteende/logik som vi kan skapa för användare. Vi kan abstrahera bort UX-begränsningarna. Nu kommer vi till delen av överlägsen UX för plånböcker Okej, användarkonton - plånböcker - är nu smarta kontrakt (vi kan kalla dem smarta plånböcker). Detta öppnar upp mycket utrymme för UX-kreativitet när det gäller plånbokshantering. *Till exempel*: - Använda din smartphones biometri och kryptografi för att godkänna betalningar? Ja. - Har du en smart plånbok som är en multi-sig? Ja. - Godkänna månatliga betalningar, ställa in en dödmansbrytare som automatiskt överför pengar till någon annan om det inte finns någon aktivitet (eller om du tappar bort nycklarna)? Med risk för att låta repetitiv - ja. - Bunta ihop flera samtal till flera kontrakt och skicka det som en transaktion? Ja. - Moooar saker som EOA:er inte kan göra? Ja. Det här låter som en massa tekniska saker, men det sammanställs till ett smidigt, skräddarsytt flöde som gör sig av med den krypto-aktiga upplevelsen som driver användare bort från krypto. Det är avgörande att crypto UX kommer att konkurrera med alla appar som inte är krypto om vi vill ta ombord min granne och din moster och den där vännen från jobbet. Kontoabstraktion är ett så viktigt element att Starknet byggdes med AA inbakat i sin design (som vi kallar Native Account Abstraction). 2 ämnen - Paymaster och Native Account Abstraction - är verkligen värda att förklara också, men den här tweeten är egentligen ganska lång redan. Så Paymaster och *Native* Account Abstraction får vänta till imorgon (mer eller mindre). Hoppas att denna förklaring gör det tydligt varför AA är 🗝️
Länk till AVNU:s paymaster-uppgifter
AVNU
AVNU24 juli 2025
🚨 Gas UX på Starknet har precis ändrats. Alltid. 🚨 Vi presenterar Starknet Paymaster - ett sätt att ta ut gasavgifter med öppen källkod, produktionsklart och utvecklaren. → Sponsor txs → Acceptera alla token för gas → Kör det själv Låt oss prata 👇
18,7K