Dan Romero
@dwr.eth
On storage - Don't overthink it since casts you like or reply will likely be pruned at some point - Farcaster's explicit goal is *real-time* global state. - I fully expect people to offer paid (or free with ads) archiving services, a Wayback Machine type thing, etc.
23 replies
24 recasts
102 reactions
Dan Romero
@dwr.eth
And you can always buy more storage if you're a preservationist.
2 replies
0 recast
2 reactions
vrypan |--o--|
@vrypan.eth
Preservationist here. What I'm worried about is not so much the increasing cost of preserving my activity over the years. I'm concerned that in many of the FIP-2 use cases, I will not be able to preserver fc activity that's important to me.
1 reply
0 recast
2 reactions
vrypan |--o--|
@vrypan.eth
For example, comments on my blog posts. How can I preserve comments from every single user that used FIP-2 to comment on my blog? Or likes on my 15-minutes-of-fame cast? These are not mine, and don't even belong to a single user I could buy storage for.
4 replies
1 recast
3 reactions
Dan Romero
@dwr.eth
Download the data from hubs. Post wherever you want to host data Anyone can verify the cast and likes were properly signed
1 reply
0 recast
1 reaction
vrypan |--o--|
@vrypan.eth
Sure, this is a possible solution. But this introduces a new part in the chain. For example, I I want to see likes and replies to my casts, I will probably use an other client that does not access the protocol, but an archiving system. If I end up using the Google farcaster client, this weakens the protocol.
1 reply
0 recast
0 reaction
vrypan |--o--|
@vrypan.eth
We've seen this before. :-( It would be nice if the (or a) hub design allowed a specific hub to set its own retention limits, without messing up with the rest of the network. So, I could have my own hub, that archives what is important for me, but still be part of the network like every other hub.
3 replies
1 recast
2 reactions
soulninja
@soulninja.eth
agreed! would be cool to run your own hub which will archive all casts and likes related to a specified list of user accounts which can then be queried locally or by a seperate client which pulls data from that self hosted hub
0 reply
1 recast
0 reaction