Farcaster

Am I the only one who finds it odd that # of casts, reactions, etc. is hard-baked into farcaster storage unit economics? Why not have a content-agnostic pricing based on data/bandwidth?

For example, I like things more than I cast (and not alone in this), but there is more space for casts than reactions. I guess the assumption is that reactions can be more ephemeral and old ones can be deleted as new reactions come. But why not do this management at the client level and perhaps allow users to override if necessary?

Fewer assumptions and fewer hard-baked variables better for protocol design in general. Long term reaction data can be helpful to build better social graphs or recommenders. We cannot anticipate all the use cases now...