Farcaster

Dan is correct.
Products will be built on Farcaster.
I want to use it as the social login for crypto.
For both online *and* offline worlds.
Which is different from all pre-existing use cases of other networks.
Twitter login is closest, but it's nowhere near as open.

I think we need to go back to allow fid + user registration without paying for storage. IMO the identity piece is the most interesting part about FC and that should be as accessible as possible. Most FC-adjacent apps won't actually need the rest of the stuff (casts, reactions, etc)

Simplifies it for app backends as well:
1. They can immediately onboard users to FC as their identity system (just pay for gas)
2. Use the protocol without broadcasting messages
3. If the user wants to reach the rest of the network, user/app can pay storage and immediately broadcast those messages

The part to figure out is the reason it went away in the first place - spam registrations. This is solvable though.

/glimmer /nook / prev: manifold.xyz opensea.io

How is a FID useful without data on Hubs?

SIWF, apps want to use FC for the identity. It's more complex to maintain app-specific identity + FC identity if you want to onboard users and not pay the storage costs. FC should want increased adoption of the FC identity and eventually translate those into paying customers (storage).

Top of my head examples:
- create/rsvp on events.xyz
- rate/review on nook.social
- interact with frames / cast actions, especially as they mature

Yeah thats the problem, seems like it could be solvable though?
- no storage = trial period, auto prune after N days
- store fallback user data onchain with registration, lazily fetch from chain if needed, don't store on hubs unless user pays for storage
- new storage unit specifically for user data which is much cheaper for apps to front

But free FID + persistent data on Hubs is a vector for near-infinite spam that you store forever?