Ethereum Account Abstraction

I sketched out my "dream wallet" that would be 10x better than anything in web2 or onchain today

need to solve a bunch of hard challenges, but i think we can get there in the next ~6-12 months. 

onchain is going to be 100x better than online.

@base builder #001; onchain cities w/ OAK & city3

p.p.s there are simplifications in this diagram *and* i'm open to any and all feedback. feel free to ask questions and I'll do my best to share my thoughts!

p.s. if you like solving these kinds of hard challenges, the @base team is hiring and we are going to speed run them with the most talented team I have ever worked with.

base.org/jobs

Having enough friends to trust with security (not trust issues, just technical competency + social awkwardness) is a larger challenge than most people think. But best of luck, looks great.

Building /bright-moments - minting onchain art IRL | /purple #15 | FID 129 #magikarp

Rome, Metropolitan City of Rome Capital, Italy

TogetherCrew.com | single parent x 4 | seeker of adventure | survivor of chaos | host /togethercrew /kbc /single-parenting
seemore.tv/free/fc/kbc

Las Palmas de Gran Canaria, Las Palmas, Spain

1. yeah probably
2. agree
3. yes def should!

Love scanning comments to get a feeling of what the ecosystem thinks. Privacy is top concern.

Questions:
1. can other account include kids account?
2. Looks like DeFi focused. Where would you put grades, professional certification, kudos from team members, DAO membership, Karma GAP scores? You know the non-DeFi stuff of crypto?
3. Can I split payment via 2 wallets (e.g., not enough in account 1, but rest can be covered by account 2)

We need some privacy tooling in wallets before they become mainstream in order not to build in financial surveillance in the onchain world.
Any plans to add stealth addresses or similar privacy primitives here?

you probably don’t think about liquidity enough // it is what it is  // build value, not valuation

| 🎩  |  ↑  |  ⌐◨-◨

agree re controls

and yes, I think accounting/tax runs alongside building on the open standards

Probably just missing from the simplification but the ability to *not sign again* for specific managed accounts and threshold spends. 

Maybe peripheral to the wallet but we need accounting/tax software attached too (like Awaken)

Known for the everywhere.computer (/ec), /unglish (unglish.co.uk), the /secure-design WG, WalletUncon, Causal Islands + drumming in all-genre power trios.

I think about it as a "subaccount" or series of subaccounts controlled by the main account - should be doable

Where would you place shielded / private transaction here, in an ideal world?

Our old architecture chart from 12 months ago looks nearly the same @jessepollak 

We’ve deployed (and audited) versions of this in several limited but successful pilots. Transaction policy privacy, inheritance, and other pieces applicable as well.

doing numbers podcast

more tactically speaking: 
- imagine if my 'every day wallet that i carry my history and have all my things in it, yaddyada' is a Safe that's set to 1/n
- thus any of the n number of keys signing can get the Safe to execute a transaction
- the safe is a little different such that there's a special role called 'the admin'. this is one of the n's and can get the safe to do regular transactions. but also, this is the only role that can add more n's. (whereas if a normal safe is 1/n the any of the n's can add another n).
- the admin role would be a passkey. this wallet now in and of itself with only 1/1 with the passkey is just Coinbase Smart Wallet. 
- but then if the user is signing into FT, they would create an EOA and leave it inside the FT app then sign a passkey saying that the FT EOA is now one of the n's. 

now the same wallet can be both a Coinbase Smart Wallet and an FT embedded wallet. just that the key embedded in FT isn't itself a wallet, but a signer on a smart wallet.

how would you enforce the spending limit in a smart wallet? isn't the wallet unaware of state change that's caused by the calldata that they pass through? 

separately, here's an idea i had for solving for the issue of having 200,000 dapp wallets. wdyt?

1. onchain policies for spending is a hard open challenge. we are working on it. there are offchain ways of doing it that still have ok properties (e.g. ability to exit if you don't like), but i think we can do better.

2. i think it's probably too complicated. why not just make a great unified wallet that works everywhere :)

how would you enforce the spending limit in a smart wallet? isn't the wallet unaware of state change that's caused by the calldata that they pass through? 

separately, here's an idea i had for solving for the issue of having 200,000 dapp wallets. wdyt? https://warpcast.com/kia.eth/0xc0341ade

Co-Founder & CEO at @maxapy & @turingcapital | Founded MAD Lions KOI, as well as source{d} & Tyba | /crypto since 2012 | ✝️

makes more sense to me to logically compartmentalize different spending in different accounts

Curious, what are the pros and cons (beyond security) you see in using subaccounts vs having everything in one smart account?

Lots of nice features here. Ethereum need something like this, building off of what Square has done with Bitkey.

Lots of nice features here. Ethereum need something like this, building off of what Square has done with Bitkey.

https://bitkey.world/en-US

This little section will be huge:

Mainly for not interrupting sessions constantly + automation

you have no idea how hyped this kind of talk gets me ser 😂

Deaign challenge for me then
Thanks for the prd Jesse🚀

Why the times recovery?  And why 7 days?  Seems long, no?

Save your favorite casts to Notion by one click/mention.

https://cast2save.com/