oké, dus, ik denk niet dat de meeste mensen begrijpen wat account abstractie eigenlijk is. ze zien "ingebedde wallets" en denken dat het gecentraliseerd is. dat is het niet. het is letterlijk het tegenovergestelde. laat me uitleggen waarom hyperliquid, jupiter en farcaster dit allemaal gebruiken en waarom het belangrijk is: de probleem: blockchain is gebouwd met de veronderstelling dat iedereen een wallet heeft. maar wallets zijn waardeloos. echt, ze zijn waardeloos (voor normies). jij hebt een 24-woord seed phrase nodig die je zeker zult vergeten. je moet private keys beheren. je moet netwerken wisselen. je moet gas betalen om iets te doen. deze wrijving doodt adoptie. dus hebben we nu account abstractie om het op te lossen. account abstractie is eigenlijk eenvoudig: in plaats van dat je account wordt beheerd door één private key, is je account een smart contract. dat smart contract kan ALLE validatielogica hebben die je wilt, wat dan ook. hier is het deel dat mensen verkeerd begrijpen: JIJ bezit nog steeds de private key. het zit niet op de servers van privy of turnkey. het is versleuteld en gesplitst met behulp van shamir's secret sharing. de serviceprovider kan letterlijk niet bij je fondsen, zelfs niet als ze het zouden proberen. hyperliquid, jupiter, farcaster en nog veel andere apps doen dit nu. ze bouwen geen gecentraliseerde diensten. ze bouwen gedecentraliseerde apps die niet vervelend zijn om te gebruiken. de blockchain is nog steeds de bron van waarheid. transacties zijn nog steeds onveranderlijk. het is gewoon... nu daadwerkelijk bruikbaar. starknet heeft het nog verder gebracht. ze hebben account abstractie native gemaakt. ELK account op starknet is standaard een smart contract. ethereum werkt aan EIP-7702 dus als je een app ziet met "ingebedde wallets" of "gasloze transacties," neem dan niet zomaar aan dat het gecentraliseerd is. vraag: waar is de private key? (versleuteld, gesplitst, in een TEE). is de transactie daadwerkelijk onchain? (ja). kan de serviceprovider mijn fondsen stelen? (nee, ze kunnen letterlijk niet bij de key). dit is vooruitgang. dit is hoe adoptie er eigenlijk uitziet. stop met bouwen alsof het 2020 is.

ik zeg niet dat ELKE crypto-app dit nodig heeft. niet alles hoeft te worden geabstraheerd maar waar het belangrijk is - als je iets bouwt waar de gebruiker al een crypto-native is, heb je het misschien niet nodig de kern is: gebruik het juiste gereedschap voor de klus. forceer geen accountabstractie waar het geen zin heeft. maar negeer het ook niet waar het duidelijk de oplossing is.