Content
@
0 reply
0 recast
0 reaction
Dan Romero
@dwr.eth
Consumer crypto is no longer limited by infrastructure. Just good enough ideas and great execution.
9 replies
10 recasts
85 reactions
timdaub
@timdaub.eth
well I would disagree there are def a bunch of infra problems, eg replicating embedded wallets without vendor lockin. For me this is a problem, for u it might not be bc u can scale the team more easily https://ethereum-magicians.org/t/open-source-alternatives-to-privy-web3auth-and-dynamic/20209?u=timdaub
4 replies
0 recast
3 reactions
Henri Stern Ꙫ
@henri
How do you solve vendor lock in at all in any intermediated system. Simple model: if you have api keys, there is lock in risk (same goes for AA or anything else). Escape hatches matter. But if we weren’t willing to deal with some lock in we’d all still be writing assembly.
2 replies
0 recast
1 reaction
timdaub
@timdaub.eth
IMO it can only be dealt with by the app running the servers, so I‘d host my own version of privy on prem or smth like this, but I understand it is a considerable worse monetization model for you then and there doesn‘t seem to be defense either
1 reply
0 recast
0 reaction
Henri Stern Ꙫ
@henri
It could be done, I'd just worry about security tbh
1 reply
0 recast
0 reaction
timdaub
@timdaub.eth
What‘s the concern considering that we wouldn‘t store any funds on the key and key‘s posting rights could be revoked onchain by the custody key?
1 reply
0 recast
0 reaction
