Content pfp
Content
@
https://warpcast.com/~/channel/fc-devs
0 reply
0 recast
0 reaction

boscolo.eth pfp
boscolo.eth
@boscolo.eth
I wish we could create FIDs without paying for storage. It would make it much cheaper to onboard new users in "readonly" experiences and take advantage of the FC Identity layer across other use-case.
1 reply
0 recast
1 reaction

Dan Romero pfp
Dan Romero
@dwr.eth
There's no value to an FID without storage?
1 reply
0 recast
0 reaction

boscolo.eth pfp
boscolo.eth
@boscolo.eth
This is true today, but what if you're building an app that is truly FC-native and want to experiment with unlocking new ways to onboard new non-FC users. Image a client that is essentially readonly except the ability to interact with frames until some point in the user journey when paying for storage is justified.
2 replies
0 recast
0 reaction

llamafacts pfp
llamafacts
@llamafacts.eth
You can build a readonly client with today's tools. Just make an API call and you'll get casts or users https://docs.pinata.cloud/farcaster/farcaster-api/endpoint/casts when your user wants to start casting/adding people, you make them create a farcaster account.
1 reply
0 recast
0 reaction

boscolo.eth pfp
boscolo.eth
@boscolo.eth
It might be better to put this in business terms. We have an idea for a Farcaster-native client where the user starts with an FID w/controlling Ethereum address so they can receive airdrops and NFTs by interacting with frames, then progress to earning storage. So either we limit to existing WC users or a min $3 CAC.
1 reply
0 recast
0 reaction

llamafacts pfp
llamafacts
@llamafacts.eth
Got it, so you want to onboard them for free (you'll cover the .03 of that transaction only) and give them a "read only" like experience without the hassle of having to pay the full experience right? I think it's a valid use case. Should be explored.
0 reply
1 recast
1 reaction