Content
@
0 reply
0 recast
0 reaction
Stephan
@stephancill
today you have to create a new signer for each device that you use with opencast on, which isn't great ux. would like to experiment with ways to address this without exposing user accounts to the risk of plaintext keys being stored in a centralized db some initial ideas 1. populate the signer from a passkey somehow (i think largeBlob enables this?) 2. metamask snap for farcaster signers (would also enable you to sign into many apps with the same signer) lmk if you have thoughts on this :)
6 replies
5 recasts
30 reactions
andrew
@boop
Blatant shill: Privy Farcaster signers are self custodial/only within the browser but recoverable on other devices. With our new cross-app release theoretically you can also share signers across apps, but that’s more of a stretch right now. I think storing in passkey large blob could be effective for personal use but due to platform inconsistency atm, won’t work well more generally (I’m pretty sure Warpcast also does not use them like this for same reason). Otherwise I think Metamask snap is interesting, although I’m always a little hesitant to add them and I’ve heard approval process isn’t straightforward rightfully due to the sensitivity
1 reply
0 recast
3 reactions
dylan
@dylsteck.eth
I think passkey should enable this & the largeBlob part of the passkey is where the mnemonic could be stored
1 reply
0 recast
1 reaction
Pedro Santana
@z0uk
Been looking into the decentralised storage world for my own app. Why not IPFS with the Lit Protocol?
1 reply
0 recast
1 reaction
Steve
@stevedylandev.eth
Passkey is a slick idea
0 reply
0 recast
1 reaction
Nguyễn Hồng Thiên Phú
@thienphu2896
Way to go!
0 reply
0 recast
0 reaction
Freeape
@freeape
Investigate the technical feasibility of both options in depth.Consider user privacy and data ownership implications
0 reply
0 recast
0 reaction
