devcon 6 / why account abstraction is a game changer for dapps
Duration: 00:24:39
Speaker: Itamar Lesuisse, Julien Niset
Type: Talk
Expertise: Intermediate
Event: Devcon
Date: Oct 2022
Categories
Bringing Ethereum to 1B Telegram Users
Learn how we use account abstraction to build an invisible wallet for 1 billion Telegram users. We will share our methods and learnings, showing how users and dapp developers will soon seamlessly interact with Ethereum, enjoying a smooth experience without ever realizing they are using a wallet. Features like biometric authentication will enhance user experience, while session keys make transactions invisible, ensuring secure and effortless interactions.
Speedrunning chain abstraction EIPs
We look at different EIPs in pipeline across the CAKE stack and how they relate to chain abstraction.
Gnosis Safe - Make dealing with crypto a less scary thing
The Safe is the first smart contract based multi-signature wallet targeting mobile users. Using smart contracts as proxies between users and dApps opens the door for many usability and security improvements. New access control schemes can be implemented to allow for 2FA and recovery mechanisms making private key management redundant. Transactions can be sent via relay services, which can be paid in any kind of token. Users won't need Ether anymore to interact with the Ethereum network. Usability and costs for dApps can be improved by batching transactions together making user flows simpler and more intuitive. The presentation will give a detailed overview about the Safe implementation of the different features and how they can be used for future dApp development.More information and a download to the testnet beta can be found here: https://blog.gnosis.pm/announcing-the-gnosis-safe-beta-personal-edition-19a69a4453e8
Account Abstraction Panel
Account Abstraction: Experts agree, if we don't have Account Abstraction, then Ethereum is at stake! Your private key wallet will soon be a thing of the past. Account Abstraction promises to put programmability into every Ethereum wallet, and unlock new frontiers for both developers and users. How will Ethereum be different, when every wallet upgrades to a smart wallet? What will it take to get there? What commercial use-cases emerge? What other parts of Ethereum does AA touch?
Building a DApp: Design Principles for Dapp developers
Ethereum's Alex Van de Sande presents on Design Principles for Dapp developers from a UX perspective
Building Consumer Facing Interfaces for Trust in Supply Chains
Provenance is building a platform to make consumer product supply chains more transparent. Taking advantage of Ethereum and IPFS, we’ve been iterating through a number of pilots in different industries, from organic bacon to fair-trade coconuts to enable a simple shared and trusted way to share the proven claims behind our products e.g. organic or proof of payment of fair wages, and link that to the flow of batches of product. Throughout this journey, we have learnt a lot about industry needs, working with both small and large retailers and brands. We’ve also forged partnerships with sustainability standards e.g Soil Association organic and other data systems that we can connect to enable verification of claims and inputs for our Ethereum based app e.g. Sourcemap. User centred design is core to the work at Provenance – exploring how we can make blockchain backed data appear differently on the frontend and provide accessible links to inspect the chain. As a social enterprise largely built through grant funding and with the support of academia we are keen to share our learnings with the developer community and gauge interest in forming a group around the development of blockchain backed interfaces for trusted data sets.
Layer2 Design Patterns - (enhanced from previous submission #1251)
Continuing previous research I’m interviewing all Layer2 solution providers, exploring current solutions, their problems, the UX patterns and user-research being done. The interviews are focused on extracting knowledge from the companies own user-research, if available: only a few of these projects have actually launched and have real users and even less have performed real user-research. The only company I’m partially affiliated with, Abridged, will launch 7 apps by EthBerlin and there are 13 more launching in September. For once Layer2 tech allows to have direct user contact since most flows ask for user emails.I hope there will be enough users to gather some data which I’d like to share at Devcon, although at this time I can’t guarantee it. Even so, this talk will allow viewers to quickly learn about all Layer2 UX patterns in one session, learning about the differences between the UX mechanics of payment channels, Plasma, (Generalized) State Channels, maybe sidechains, their pros-and-cons, how users enter and exit these systems, how and what they understand about decentralization, what are the open design problems of the space, and accelerating their knowledge of Layer2 solutions which hold the promise to onboard real users onto the decentralized web
The UX challenges to build on top of a light client
In the past year, we have been building Fether, a wallet based on a light client. Although the connection to a node is a fundamental part of building a DApp, it is often considered secondary as connection can be achieved for free using a 3rd party node. We will present the UX patterns that we have developed in Fether to allow for a great UX, without necessarily have access to a full node.
ERC-4337: Adoption Analysis
Since the EntryPoint contract was deployed, millions of smart accounts have been created and UserOps submitted, via hundreds of exciting projects in the space. Join us as we look at the interesting trends onchain and the unique challenges and exciting opportunities faced by teams building in the space
Universal Ethereum Logins
A modest proposal to improve usability in Ethereum apps by removing a lot of the friction created by the usual login system: Your users can use your app without needing to install anything, buy ether or even type a password -Users are identified by a ENS username, and not a hex address -Users can use tokens to interact with your app, and you can even give out some of them free to encourage usage -Users are in control of their identity and any assets that are tied to them, and can take them to other apps -When users log into their identity with other apps, these act as second or third factors authenticators. While the app relies on a server, the server’s only job is to relay messages to the chain and pay ether, and the user can use any server they want. This is all achieved by using client side signed messages and multiple standards. Live code will be presented.