Product

Consumer crypto is no longer limited by infrastructure.

Just good enough ideas and great execution.

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

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

Founder /kiwi-news, a decentralized Hacker News

Data privacy on the web. Keeper of the fabric @privy.

Fmr Protocol Labs consensus work. Before that YC S14 🇫🇷🌐🍊

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

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.

Dynamic.xyz | Craft magical onchain signup experiences |

Try our demo: https://demo.dynamic.xyz

Echoing @henri, there will always be some trust tradeoffs involved. Unless you build everything from scratch, you rely on someone to some extent. That said, our role IMO is to also offer tools to minimize that trust over time (export keys very easily, ways to interact when @dynamic is down etc)

it also not a problem cause farcaster doesnt' rely on wallet signatures