I dag snakker vi om kontoabstraksjon! 🥳 La oss starte fra slutten: UX, UX, UX. Kontoabstraksjon er nøkkelen til overlegen brukeropplevelse. Vi skylder brukerne maksimal innsats for best mulig brukeropplevelse. Best UX krever passende infrastruktur. Med "passende infrastruktur" mener jeg en som vil gjøre det mulig å tilpasse og optimalisere apper/lommebøker UX. Så - AA er en løsning for den berømte klønete og tungvinte opplevelsen som er den gjennomsnittlige krypto-UX. Men før vi forstår hva denne løsningen gjør, må vi forstå problemet. Klønete brukeropplevelse I Ethereum- og EVM-kjeder, og nesten alle kjeder som kom etter, er det to typer kontoer: brukerkontoer og smarte kontrakter. Brukerkontoer (også kjent som EOA-er): - Ha et spesifikt sett med handlinger de kan utføre: De kan foreta en betaling eller utløse en smart kontrakt for å kjøre kode (og et par ting til). - Brukere må signere med sin private nøkkel hver eneste tx som kontoen deres utsteder. - Du kan ikke tilpasse signaturlogikken deres. Du kan ikke ha en tilpasset gjenopprettingsmekanisme for disse kontoene. Smarte kontrakter er kontoer som kjører kode (La oss si apper). - Når de utløses (av brukerkontoer eller av en annen smart kontrakt), utfører de handlingen de er designet for å gjøre. - De kan utløse andre smarte kontrakter, men de kan ikke utløse seg selv. Selv om du har en smart kontrakt som utløser en annen smart kontrakt, må du ha en brukerkonto som utløser den første transaksjonen. Så brukerkontoer er nødvendig for å utløse smarte kontrakter, og deres oppførsel eller operasjonslogikk mangler fleksibilitet. Denne mangelen på fleksibilitet begrenser brukeropplevelsen som apper kan bygge og brukere kan ha. Konto-abstraksjon Kontoabstraksjon betyr at brukerkontoer også er smarte kontrakter (ikke EOA-er). Å ikke være begrenset av den spesifikke logikken som EOA-er har, betyr at vi heller ikke er begrenset i atferden/logikken vi kan lage for brukerne. Vi kan abstrahere bort UX-begrensningene. Nå kommer vi til delen av overlegen UX for lommebøker Ok, brukerkontoer - lommebøker - er nå smarte kontrakter (vi kan kalle dem smarte lommebøker). Dette åpner for mye rom for UX-kreativitet når det kommer til lommebokadministrasjon. *For eksempel*: - Bruke smarttelefonens biometri og kryptografi for å godkjenne betalinger? Ja. - Har du en smart lommebok som er en multi-sig? Ja. - Godkjenne månedlige betalinger, angi en dødmannsbryter som automatisk overfører penger til noen andre i tilfelle ingen aktivitet (eller mistede nøkler)? Med fare for å høres repeterende ut - ja. - Sette sammen flere kall til flere kontrakter og sende det som én transaksjon? Ja. - Moooar ting som EOA ikke kan gjøre? Ja. Dette høres ut som en haug med tekniske ting, men det kompileres til en jevn, skreddersydd flyt som kvitter seg med den krypto-aktige opplevelsen som driver brukere bort fra krypto. Det er avgjørende at krypto-UX vil konkurrere med alle ikke-krypto-apper hvis vi ønsker å ta med naboen min, og tanten din, og den vennen fra jobben. Account Abstraction er et så viktig element at Starknet ble bygget med AA bakt inn i designet (som vi kaller Native Account Abstraction). 2 emner - Paymaster og Native Account Abstraction - er virkelig verdt å forklare også, men denne tweeten er egentlig ganske lang allerede. Så Paymaster og *Native* Account Abstraction vil vente til i morgen (mer eller mindre). Håper denne forklaringen gjør det klart hvorfor AA er 🗝️

🚨 Gass UX på Starknet endret seg nettopp. For alltid. 🚨 Vi introduserer Starknet Paymaster - en åpen kildekode, produksjonsklar, utvikler-først måte å abstrahere gassavgifter på. → Sponsor txs → Godta et hvilket som helst token for gass → Kjør det selv La oss snakke 👇